Le processeur affiche cent pour cent : la question à poser avant de lire un chiffre

Vous regardez le panneau et le processeur paraît chargé. Avant de faire quoi que ce soit, il n’y a qu’une question à poser : quelle période ce chiffre décrit-il ?

Car trois chiffres différents portent le même nom, et les trois disent des choses différentes.

Trois chiffres qui portent le même nom

La moyenne depuis le démarrage. Si la machine a été très occupée pendant trois jours il y a deux mois, cette activité est encore contenue dans cette moyenne. Elle ne répond pas à « en ce moment ».

Le total cumulé. Il ne baisse jamais. Il parle du passé, pas d’aujourd’hui.

L’écart entre deux relevés. On prend deux mesures et on lit le changement entre elles. Seul celui-ci répond à « en ce moment ».

Le piège classique

L’outil standard qui liste les processus affiche sur son premier écran la moyenne depuis le démarrage. Si vous regardez ce premier écran et agissez, vous êtes intervenu sur le passé et non sur aujourd’hui.

La bonne façon est de prendre au moins deux relevés et de lire le second. L’outil lui-même n’a pas tort ; c’est la façon de le lire qui l’est.

La même erreur prend partout la même forme

Nous avons déjà vu cette forme deux fois dans ce wiki.

Pour l’usure des disques, nous avons dit non pas le pourcentage mais la pente : quatre-vingt-cinq pour cent restants signifie dix ans sur un disque et huit mois sur un autre.

Pour les paquets perdus, nous avons dit non pas le total mais le débit : une machine qui a connu une mauvaise heure l’an dernier est présentée comme coupable à vie par son compteur.

Pour le processeur, c’est non pas la moyenne mais l’écart. Trois endroits différents, une seule erreur de lecture.

On peut l’écrire en règle générale : un chiffre sans fenêtre de temps annoncée n’est pas une mesure. Avant d’agir sur un chiffre, demandez quelle fenêtre il couvre.

Quand le processeur est vraiment chargé

Il faut alors une seconde distinction : est-ce une machine qui est occupée, ou le serveur qui ne suffit pas ?

Qu’une machine virtuelle utilise toute la part qui lui a été donnée est normal. Si vous lui avez donné deux cœurs et qu’elle a rempli ces deux cœurs, le système fonctionne exactement comme prévu.

Le problème est le moment où le serveur sature : les invités cessent d’obtenir ce qu’ils demandent et tous ralentissent ensemble.

Il y a aussi une confusion fréquente : la charge n’est pas l’utilisation du processeur. La charge compte ce qui attend, et une partie de cela attend non pas le processeur mais le disque. Il est possible que la charge soit élevée alors que le processeur est inactif, et cela vous dit de regarder ailleurs.

Ce que fait Atlas

Quand Atlas liste les processus les plus gourmands en processeur du serveur, il prend délibérément deux relevés et lit le second.

La raison est précisément le piège ci-dessus : le premier relevé porte la moyenne depuis le démarrage et l’afficher serait trompeur. L’écart n’est pas un petit détail ; une liste triée sur le premier relevé présente comme coupable d’aujourd’hui un processus qui était occupé il y a des mois.

Autre détail petit mais honnête : le résultat de cette mesure est conservé brièvement et les demandes arrivant en même temps sont rattachées à une seule mesure. La raison : tant que la fiche est ouverte, elle se rafraîchit toutes les quelques secondes, et lancer une nouvelle mesure à chaque rafraîchissement charge inutilement le serveur.

C’est le même principe que dans l’article sur la chaleur : ce qui observe ne doit pas être ce qui coûte.