Windows 95 a apporté des fonctionnalités avancées sur nos bureaux, mais elles n'étaient pas seules. Les problèmes de performances sur les systèmes (surtout avec des systèmes 386 ou limités à 4 Mo de RAM) étaient fréquents, et quand une opération s'étendait longtemps, il semblait tomber dans un puits… jusqu'à ce que l'utilisateur bouge le curseur. Pourquoi ? Un groupe d'utilisateurs sur Stack Exchange a partagé des réponses très intéressantes…
De nos jours, Windows 95 est léger et peu exigeant, plus une curiosité technique qu'autre chose. Certains fans l'ont mis en ligne, tandis que d'autres l'ont transformé en application.
Personnellement, je recommande un virtualisateur ou de l'installer sur un ancien système pour revivre l'expérience pure, ce qui vous permettra de découvrir ses caprices les plus importants.
L'un de ces caprices est assez curieux : si vous installez un programme plus ou moins lourd sur Windows 95, vous pouvez accélérer tout le processus en bougeant le curseur de la souris. Pas de Alt+Tab ni d'autres raccourcis, simplement… bouger le curseur. Pourquoi cela ? Que se passe-t-il ? Est-ce un problème matériel, de pilotes, ou du système d'exploitation lui-même ?
Déplacer le curseur pour accélérer Windows 95
La discussion a émergé sur Stack Exchange, et l'une des réponses les plus votées explique qu'il y a un défaut (pour ne pas dire un bug) dans la manière dont Windows 95 génère les événements, et que de nombreuses applications compatibles en dépendent.
En effet, ces applications utilisent souvent des E/S asynchrones, c'est-à-dire qu'elles demandent une opération (par exemple, copier un fichier) et indiquent au système d'exploitation qu'elles peuvent être mises en veille jusqu'à ce que l'opération se termine.
Ce comportement est très utile, car il permet l'exécution d'autres applications, au lieu de gaspiller du temps et des ressources du processeur.
Le problème est que Windows 95 a tendance à accumuler les messages d'E/S et ne réveille pas les applications immédiatement, mais le système les réveille correctement lorsqu'une action de l'utilisateur est détectée, en l'occurrence, déplacer le curseur.
Ce mouvement oblige Windows 95 et l'application à traiter les messages d'E/S plus rapidement, réduisant considérablement le délai (d'une heure à 15 minutes, dans des cas extrêmes).
Un autre utilisateur suggère que le défaut n'est pas la responsabilité du système d'exploitation, mais de programmes basés sur une boucle de traitement d'événements.
Si certaines routes de décision de la boucle ne traitent qu'un événement à la fois, il se produit que lorsque deux événements simultanés sont générés, l'un est résolu et l'autre reste bloqué. Déplacer le curseur ne fait que générer de nouveaux événements, purger et relancer la boucle.
En résumé, déplacer la souris dans Windows 95 le rend plus rapide sous certaines activités car cela maintient fluide le traitement des événements.
Si vous voulez en savoir plus sur Windows 95 et la vitesse, pourquoi ne pas essayer de battre son record d'installation ? Nous avons déjà quelques speedruns enregistrés...
