htop : le remplaçant de top
top existe depuis 1984 et il est affreux. L’interface est rigide, les touches sont obscures, le tree view n’existe pas et trier par mémoire demande de lire le man page. htop fait tout ce que top fait, en mieux et il tient dans un terminal.
Ce que htop apporte
- Scroll horizontal et vertical: les lignes de process ne sont plus tronquées;
- Tree view (
F5): qui a spawné qui, le parent/enfant en visuel, les threads indentés sous leur process parent; - Tri interactif (
F6): par CPU, par mémoire, par PID, par USER, sans re-lancer; - Kill interactif (
F9): sélectionner un process, choisir le signal, confirmer. Pas dekill -9 12345tapé dans un autre terminal; - Les jauges CPU par coeur en haut de l’écran, en couleur, en temps réel;
- Le filtre (
F4): taper un pattern et seuls les process matchant sont visibles; - Le setup (
F2): choisir les colonnes, les couleurs, les jauges et sauvegarder dans~/.config/htop/htoprc.
Les touches qui servent
F1 Help
F2 Setup
F3 Search (incrémental)
F4 Filter
F5 Tree view
F6 Sort
F7 Nice - (augmenter la priorité)
F8 Nice + (diminuer la priorité)
F9 Kill (envoyer un signal)
F10 Quit
Le F9 est le plus utilisé: sélectionner un process qui bouffe tout le CPU, F9, SIGTERM (15) et si ça ne suffit pas, F9 SIGKILL (9). Le tout dans le même écran, sans quitter htop.
Ce que top garde
top est plus léger (htop utilise ncurses et consomme légèrement plus) et il est présent sur les systèmes minimum où htop n’est pas installé. Sur un serveur minimal (pas de paquets non-essentiels), top est ce qui reste.
[edit: 2026] htop est devenu le défaut de facto sur les postes de dev et la version 3.x a ajouté le support cgroup (les jauges montrent les limites de container), le mode CPU affinity et le zoom sur un thread. Il est toujours en C, toujours ncurses, toujours gratuit. top est toujours là, dans les images Docker minimales, là où htop n’a pas sa place.