Truco histórico: Windows 95 escondía un atajo para reiniciar más rápido, pero su arquitectura híbrida lo hacía impredecible.
Si usaste sistemas operativos antes de Windows 95, recordarás la revolución que supuso: el menú Inicio, la barra de tareas y el Plug and Play transformaron la experiencia. Sin embargo, bajo su interfaz moderna latía una arquitectura caótica, heredada de DOS y capas de 16 y 32 bits. Esa mezcla de tecnologías permitió optimizaciones ocultas, como un reinicio alternativo que ahorraba tiempo.
El reinicio que no era completo
Mantener pulsada la tecla Shift durante el reinicio activaba un modo especial. En lugar de un reinicio en frío, el sistema mostraba el mensaje «Windows se está reiniciando» y evitaba apagar el hardware. Según Raymond Chen, este atajo usaba una bandera llamada EW_RESTARTWINDOWS para cerrar Windows y volver a iniciarlo sin reiniciar el equipo.
El proceso seguía pasos precisos: primero se cerraba el kernel de 16 bits, luego el gestor de memoria virtual de 32 bits, y el procesador volvía al modo real. El control pasaba a win.com, que simulaba un arranque limpio, reseteando variables globales y opciones de línea de comandos. Todo esto se hacía en ensamblador, sin las abstracciones de los lenguajes modernos.
El punto crítico era la memoria. win.com liberaba casi toda la memoria convencional para que Windows pudiera cargar un bloque contiguo en modo protegido. Si algún programa fragmentaba ese espacio, el reinicio rápido fallaba y el sistema optaba por un reinicio completo.
Soluciones ingeniosas (y sus riesgos)
Cuando el proceso funcionaba, win.com saltaba directamente al código de arranque en modo protegido, recreando el gestor de máquinas virtuales y las capas de 32 bits. La interfaz gráfica se cargaba como siempre, pero sin reiniciar el hardware. Este atajo solo era posible en un sistema diseñado para compatibilidad, donde convivían software de DOS, Windows de 16 bits y aplicaciones Win32.
Los desarrolladores aprovecharon esa complejidad para optimizar el reinicio, aunque con riesgos. Chen explica que en ensamblador era común reutilizar código obsoleto como memoria libre. En win.com, los primeros bytes del punto de entrada se reciclaban como variable global, asumiendo que solo se ejecutaban una vez. Como el reinicio rápido no volvía a ese punto, el sistema podía permitírselo.
Sin embargo, el atajo tenía limitaciones. Algunos usuarios reportaron fallos tras varios reinicios rápidos consecutivos, posiblemente por controladores que no se reiniciaban correctamente. Chen no logró reproducir el error de forma sistemática, pero su hipótesis apunta a estados inestables del sistema. Este comportamiento nunca se documentó oficialmente, reflejando el espíritu de Windows 95: ingenioso, ambicioso y lleno de compromisos.
Lecturas relacionadas:
- El Office de Schrödinger: a estas alturas es imposible saber si Microsoft lo mantiene vivo o si todo es IA y Copilot
