7. Expérience Windows
7.1 Monter une compétition observable
Le laboratoire propose CPUSTRES, créant jusqu’à quatre travailleurs réglables, et Process Explorer, qui observe leurs threads. Fixer l’affinité du processus CPUSTRES à un seul processeur logique force les travailleurs à partager sa capacité. Sur plusieurs cœurs libres, ils pourraient avancer en parallèle et l’effet recherché serait masqué. Le CPU1 est le numéro de l’exemple, pas une obligation universelle.
La démonstration du lab 6 montre Gestionnaire des tâches→processus CPUSTRES→détails→Set affinity→un seul CPU. La machine montrée possède huit processeurs logiques. Dans Process Explorer, régler Update speed à0,5 s, ouvrir le processus puis Threads. Le protocole écrit demande d’identifier d’abord le TID principal avant d’activer les travailleurs afin de ne pas l’inclure dans la comparaison.
Activer un travailleur à Maximum, puis deux, trois et quatre. Relever pour chacun le pourcentage CPU, les cycles et les changements de contexte. Les cycles cumulent du calcul; les commutations comptent des passages d’exécution; un pourcentage représente une part sur une fenêtre. Aucun de ces nombres ne remplace les autres.
7.2 Interpréter les variations
Les pourcentages sont rapportés à toute la machine. Un processeur saturé vaut environ 100/N% sur N processeurs logiques : 12,5 % sur 8, 50 % sur 2. Pour k travailleurs comparables confinés au même CPU, le partage égal donne environ 100/(N×k)% par travailleur dans cet affichage. Un faible pourcentage global peut donc représenter un cœur complètement occupé.
Le protocole demande de passer le premier travailleur Normal→Below Normal→Above Normal, comparer ses cycles/part CPU et observer les autres. Compter les changements sur 30 s pour estimer leur rythme; expliquer pourquoi une tâche peu prioritaire obtient encore des passages et si les autres avancent par rafales lorsque la première est plus prioritaire. Passer enfin la classe du processus Normal→High : c’est un réglage global, distinct du niveau relatif d’un thread.
Dans la vidéo, l’animateur change aussi activité, activation et priorité. Une activité réduite diminue la consommation observée; un travailleur peut être désactivé puis réactivé. Les pourcentages fugitifs et mal reconnus ne constituent pas une série de mesures stable. L’image vers 53:32 affiche un thread avec base 8, dynamique 10. Ce sont les observations du présentateur, pas des mesures effectuées ici.
Une qualification technique aide à lire l’écran : le processeur idéal est une préférence; l’affinité détermine les CPU autorisés. La classe du processus et le niveau relatif du thread contribuent à la base. Les hausses dynamiques de la bande ordinaire peuvent la dépasser temporairement, puis décroître. Ces précisions sont documentées par Microsoft et ne sont pas toutes attribuées aux paroles de la séance. Processeur idéal, priorités, hausses dynamiques.
7.3 Statut des outils et expérience personnelle
CPUSTRES.zip contient CPUSTRES.EXE; ProcessExplorer.zip contient procexp.exe/procexp64.exe/procexp64a.exe, une aide CHM et Eula.txt. Les archives sont vérifiées et la notice textuelle lue, sans lancement des exécutables, ouverture de l’aide compilée ou acceptation d’une licence. La notice encadre l’usage et la diffusion; un export d’état de processus peut contenir des données privées. Aucun export ou partage effectué ici.
Les observations à 30 s restent une activité personnelle à refaire si souhaité; aucun tableau de résultats fictifs ne les remplace. Le lab 6 précise que les manipulations CPUSTRES/Process Explorer ne sont pas demandées à l’intra. Elles servent à rapprocher la théorie de ce que montre un ordonnanceur réel.