Load average : signification des trois chiffres
Comment lire correctement le load average sur votre palier VPS, pourquoi une charge élevée peut survenir avec un CPU inactif et quand ces chiffres exigent réellement une action.
Mis à jour le 23 août 2026
La commande uptime et la première ligne de htop affichent trois nombres — la charge moyenne sur 1, 5 et 15 minutes. C'est la métrique la plus mal comprise sous Linux : on la confond souvent avec la charge CPU.
Ce qu'elle est réellement
La charge moyenne est le nombre moyen de processus qui soit s'exécutent sur le CPU, soit attendent le disque. C'est la seconde composante qui crée la confusion : une machine peut afficher une charge de 12 avec un CPU presque au repos si les douze processus font la queue en attente du disque.
uptime
# 14:22:03 up 9 days, 2:41, 1 user, load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc # how many cores your plan has
Ce qui est normal dépend du nombre de cœurs
La règle est simple : une charge égale au nombre de cœurs signifie une machine pleinement occupée, sans file d'attente.
| Palier | Cœurs | Confortable | Chargé | En file d'attente |
|---|---|---|---|---|
| VDS-1 | 1 | jusqu'à 0,7 | autour de 1 | plus de 2 |
| VDS-2 | 2 | jusqu'à 1,4 | autour de 2 | plus de 4 |
| VDS-3 | 4 | jusqu'à 2,8 | autour de 4 | plus de 8 |
| VDS-4 | 6 | jusqu'à 4 | autour de 6 | plus de 12 |
| VDS-5 | 8 | jusqu'à 5,5 | autour de 8 | plus de 16 |
| VDS-6 | 10 | jusqu'à 7 | autour de 10 | plus de 20 |
Vous lisez les trois nombres comme une tendance. 5.0, 2.0, 1.0 — la charge vient de monter, peut-être parce que vous avez lancé quelque chose vous-même. 1.0, 2.0, 5.0 — le pic est passé et la machine se décharge. Trois grands nombres similaires — une surcharge durable, et c'est celle-là qu'il faut corriger.
Où regarder ensuite
Une charge élevée est un symptôme, pas un diagnostic. Décomposez les causes :
vmstat 2 5
- Une grande colonne
r(processus en attente d'exécution) et des valeursus/syélevées — vous atteignez la limite du CPU. Cherchez le coupable dans htop. - Une grande colonne
bet une valeurwaélevée — vous atteignez la limite du disque. Ensuite : iostat et iotop. si/soqui augmentent — le swap est en cours, ce qui signifie que la mémoire s'épuise, voir Mémoire et swap.
Les processus à l'état D dans htop sont exactement ceux qui attendent les E/S et font monter la charge moyenne.
Quand il est temps de passer à un palier supérieur
Ignorez les pics ponctuels pendant une compilation de projet, une mise à jour de paquets ou une sauvegarde nocturne. Un vrai signal ressemble à ceci : sur le graphique CPU hebdomadaire du panneau /hosting/vds/m/<id>, un palier se maintient, la charge moyenne reste constamment au-dessus du nombre de cœurs, et le coupable est votre application de production plutôt qu'un script oublié. Il est alors judicieux de passer à un palier supérieur : vous ne pouvez monter que d'un niveau, avec un paiement supplémentaire pour les jours restants de la période payée.
Erreurs courantes
- Comparer la charge à 100 %. La charge moyenne n'est pas un pourcentage. Une valeur de 4 sur VDS-3 correspond à une machine pleinement occupée, pas à une catastrophe.
- Ne regarder que le premier nombre. La moyenne sur une minute bondit à la moindre sollicitation. Les décisions se prennent sur celle de 15 minutes.
- Oublier les voisins sur le nœud. La colonne
st(steal) devmstatindique le temps préempté par l'hyperviseur. Des valeurs constamment élevées justifient d'écrire au support — ce n'est pas votre problème.
La charge moyenne ne dit rien sur la mémoire. Une machine peut afficher 0,2 et être à un pas du déclenchement de l'OOM killer.