htop et btop : ce qui se passe sur la machine en ce moment

Quand une machine commence à se comporter étrangement, la première question est de savoir qui consomme des ressources à cet instant. htop et btop y répondent : les deux programmes affichent les processus, la charge des cœurs et la mémoire en temps réel.

Installation

apt update && apt install -y htop btop        # Debian, Ubuntu
dnf install -y htop btop                      # AlmaLinux, CentOS Stream

Dans les anciens dépôts d'AlmaLinux 9, le paquet btop peut être absent — activez EPEL (dnf install -y epel-release) et relancez l'installation.

Il est plus pratique de lancer ces programmes via SSH ou dans l'onglet « Console » en mode « Screen » (VNC). La console texte fonctionne via un port série et ne transmet pas la taille de la fenêtre : elle fait toujours 80×24, et l'interface de btop s'effondre ou refuse de s'afficher. Pour plus de détails, consultez Console de la machine.

Ce qu'il faut regarder dans htop

Le bloc supérieur affiche des barres pour chaque cœur, la mémoire et le swap. Sur VDS-1, il y a une barre, sur VDS-6, il y en a dix. En dessous se trouve le tableau des processus ; les colonnes clés :

• CPU% — la part d'un seul cœur. 100 % signifie un cœur entièrement occupé, pas la machine entière : sur quatre cœurs, le plafond est de 400 %.
• MEM% — la part de la RAM du palier.
• RES — la quantité réellement occupée en mémoire. Fiez-vous à elle, pas à VIRT : la taille virtuelle d'une JVM et des bases de données est toujours énorme et ne signifie rien.
• S — l'état. R — en cours d'exécution, S — en veille, D — en attente du disque, Z — zombie.

Touches utiles : F6 — tri (généralement par CPU% ou MEM%), F4 — filtre par nom, F5 — arborescence des processus (vous voyez qui a lancé qui), F9 — envoyer un signal, q — quitter.

De nombreux processus en état D — le disque est le goulot d'étranglement, voir charge du disque. Un load average élevé avec un CPU% faible — même histoire.

btop et vérifications ponctuelles

btop montre la même chose, plus des graphiques du CPU, du réseau et du disque sur les dernières minutes. Il est plus lourd et nécessite un terminal correct, mais il indique immédiatement s'il y a eu un pic ou si la charge reste stable.

Quand un terminal n'est pas pratique, des commandes ponctuelles suffisent :

ps aux --sort=-%cpu | head -10     # ten most CPU-hungry processes
ps aux --sort=-%mem | head -10     # by memory
uptime                             # average load for 1, 5 and 15 minutes

Erreurs courantes

• Juger la charge sur une seule image. Un pic au moment où htop démarre est normal. Observez pendant une minute ou consultez les graphiques dans « Vue d'ensemble » du panneau /hosting/vds/m/<id>.
• Tuer un processus avec kill -9 immédiatement. Utilisez d'abord un kill classique (le signal TERM) ou systemctl stop pour que le service ferme ses fichiers et ses connexions. -9 est un dernier recours.
• Confondre « peu de mémoire libre » et manque de mémoire. Linux donne la mémoire libre au cache, c'est normal. Un signe d'alerte est un swap qui grossit, abordé dans l'article Mémoire et swap.

Si htop ne s'ouvre pas parce que la machine ne répond plus en SSH, utilisez la « Console » dans le panneau — elle fonctionne même avec un réseau surchargé et un disque plein.