Windows 95 bracht allerlei hoogwaardige functies naar onze bureaubladen, maar die kwamen niet zonder uitdagingen. Prestatieproblemen in het besturingssysteem (vooral bij 386-systemen of systemen met slechts 4 MB RAM) kwamen vaak voor, en wanneer een bewerking lang duurde, leek het alsof het in een put viel… totdat de gebruiker de cursor bewoog. Waarom? Een groep gebruikers op Stack Exchange deelde zeer interessante antwoorden.
Vandaag de dag is Windows 95 licht en niet veeleisend, meer een technische curiositeit dan iets anders. Sommige fans hebben het online gezet, terwijl anderen er een app van hebben gemaakt.
Persoonlijk raad ik aan om een virtualisatieprogramma te gebruiken of het op een oud systeem te installeren om de pure ervaring te herbeleven, die je overigens ook kennis laat maken met de belangrijkste eigenaardigheden.
Een daarvan is vrij curieus: als je een enigszins zwaar programma in Windows 95 installeert, kun je het hele proces versnellen door de muiscursor te bewegen.
Geen Alt+Tab of andere sneltoetsen, alleen... de cursor bewegen. Waarom doet het dat? Wat gebeurt er? Is het een hardwareprobleem, een stuurprogrammaprobleem of een probleem van het besturingssysteem zelf?
Cursor bewegen om Windows 95 te versnellen
De discussie ontstond op Stack Exchange en een van de meest gewaardeerde antwoorden legt uit dat er een fout (om het geen bug te noemen) zit in de manier waarop Windows 95 gebeurtenissen genereert, en veel applicaties die compatibel zijn met het besturingssysteem zijn hiervan afhankelijk.
Deze applicaties gebruiken doorgaans asynchrone I/O, dat wil zeggen dat ze een bewerking aanvragen (bijvoorbeeld een bestand kopiëren) en het besturingssysteem vertellen dat ze in de wachtstand kunnen worden gezet tot die bewerking is voltooid.
Dit gedrag is erg handig, omdat het de uitvoering van andere applicaties mogelijk maakt in plaats van tijd en CPU-bronnen te verspillen.
Het probleem is dat Windows 95 de neiging heeft om I/O-berichten op te stapelen en applicaties niet onmiddellijk wakker maakt. Het besturingssysteem wekt ze echter correct wakker wanneer er een gebruikersactie wordt geregistreerd, in dit geval het bewegen van de cursor.
De beweging dwingt Windows 95 en de applicatie om I/O-berichten sneller te verwerken, waardoor de vertraging drastisch wordt verminderd (van een uur tot 15 minuten in extreme gevallen).
Een andere gebruiker suggereert dat de fout zelf niet aan het besturingssysteem ligt, maar aan programma's die zijn gebaseerd op een gebeurtenisverwerkingslus.
Als sommige beslissingspaden van de lus slechts één gebeurtenis tegelijk verwerken, gebeurt het dat wanneer er twee gelijktijdige gebeurtenissen worden gegenereerd, de ene wordt opgelost en de andere blijft hangen. Het bewegen van de cursor doet niets anders dan nieuwe gebeurtenissen genereren, de lus leegmaken en opnieuw starten.
Kortom, het bewegen van de muis in Windows 95 maakt het onder bepaalde activiteiten sneller omdat het de gebeurtenisverwerking vloeiend houdt.
Als je meer wilt weten over Windows 95 en snelheid, waarom probeer je dan niet het installatierecord te verbreken? We hebben zelfs al enkele speedruns geregistreerd...
