El asistente de piratería hace que Linux se ejecute en un procesador de 1971, aunque el kernel tarda casi 5 días en iniciarse

El asistente de piratería hace que Linux se ejecute en un procesador de 1971, aunque el kernel tarda casi 5 días en iniciarse

Como entusiasta de la tecnología con más de tres décadas de experiencia a mis espaldas, debo decir que la hazaña lograda por Dmitry Grinberg es nada menos que extraordinaria. Recuerdo cuando Intel 4004 era el futuro, y aquí estamos, presenciando el arranque de Linux. Es como ver correr un coche antiguo en un Gran Premio moderno: ambos parecen fuera de lugar, pero increíblemente cautivadores.


Aquí hay una pregunta para usted: ¿Cómo se puede lograr que un sistema operativo que apareció por primera vez hace 33 años se ejecute en un procesador que es casi dos décadas más antiguo, de 1971? Bueno, resulta que la respuesta es hacer que el antiguo chip emule algo que tiene sólo 36 años, reducir el software a lo esencial y luego esperar casi cinco días para que arranque el kernel.

Aunque el proyecto de Dmitry Grinberg puede no tener un uso práctico aparente a primera vista, su trabajo es verdaderamente digno de admiración. Si eres un seguidor habitual de nuestras noticias sobre hardware, es posible que reconozcas el nombre: es el mismo hacker ingenioso que logró que Doom se ejecutara en una insignia de asistente de Def Con.

Sin embargo, el proyecto actual de Grinberg eclipsa significativamente al anterior. En pocas palabras, logró arrancar el núcleo de Debian Linux en un procesador Intel 4004 de 4 bits, el primer microprocesador producido comercialmente. Teniendo en cuenta la tecnología de la década de 1970, el 4004 era de lo más fundamental.

Al trabajar con sólo 2.600 transistores, este dispositivo tiene capacidades muy restringidas, limitadas principalmente a sumas y restas, sin ninguna operación lógica. Aunque cuenta con un número considerable de registros (16 en total), carece de soporte para interrupciones de hardware, lo que dificulta bastante las tareas multitarea.

De hecho, el chip en cuestión simplemente no es lo suficientemente sofisticado para operar Linux. Sin embargo, Grinberg mostró un ingenio notable en esta situación. Con una capacidad de RAM de sólo 4 kilobytes, escribió un programa que imitaba un procesador MIPS R3000 en el 4004. En particular, este chip se origina en la misma época que los primeros días de Linux, lo que lo convierte en una selección adecuada para la emulación, aunque sea un desafío. uno para ejecutar.

Sin embargo, al incorporar algo de simulación de hardware adicional y una variedad de piezas antiguas, Grinberg construyó una placa de circuito personalizada equipada con una pantalla fundamental. Esta configuración sirvió como evidencia de que Linux efectivamente se estaba iniciando desde un símbolo del sistema. El principal problema radica en su velocidad.

Incluso con un overclock del 5%, la velocidad de reloj de 790 kHz del 4004 (sí, eso es kilohertz, no mega o giga) es desesperadamente lenta. . Las proyecciones iniciales de cuánto tiempo llevaría arrancar el kernel (el núcleo fundamental del sistema operativo) arrojaron una cifra de poco menos de nueve días. Gracias a muchos ajustes y pequeños trucos ingeniosos, Grinberg lo redujo a 4,76 días.

Al ver el video proporcionado, notará que el reloj de la computadora portátil parece moverse rápidamente; esto indica que las imágenes del arranque y funcionamiento de Linux se han acelerado significativamente. Si YouTube permitiera videos con una duración de varios días, creo que sería un desafío para cualquiera soportar verlos en tiempo real.

Todo el proyecto es un gran logro. Claro, no tiene absolutamente ningún uso práctico, pero ¿a quién le importa? Es un tributo al puro ingenio y determinación de un ingeniero talentoso y trabajador. Sospecho que el único problema que tiene Grinberg ahora es cómo diablos se puede superar esto. Oh, lo sé, tiene que ser Doom, por supuesto. Me pregunto si podrá hacerlo funcionar a 30 fpm (fotogramas por mes).

2024-09-24 18:17