J’ouvrais le gestionnaire de tâches pour rien : ces deux commandes Terminal changent tout sous Linux

Pendant des années, mon réflexe pavlovien face à un système qui ramait était d’ouvrir le gestionnaire de tâches. Clic droit sur la barre des tâches, attendre que la fenêtre se charge (ironie suprême), scruter les pourcentages CPU avec l’air d’un médecin qui lit une radio sans formation. Le problème ? Sous Linux, ce workflow a une alternative tellement plus puissante qu’une fois qu’on y goûte, on ne revient plus.

Les deux commandes en question s’appellent htop et ps aux. Simples à écrire, redoutables à l’usage, et disponibles sur pratiquement toutes les distributions sans configuration préalable.

À retenir

  • Deux commandes Terminal suffisent à remplacer complètement le gestionnaire de tâches graphique
  • Découvrez pourquoi ces outils restent réactifs même quand votre système rame sérieusement
  • Apprenez à localiser en cinq secondes les processus qui consomment toutes vos ressources

ps aux : la photo instantanée de votre système

La commande ps aux génère une liste exhaustive de tous les processus actifs au moment précis où vous appuyez sur Entrée. Pas de mise à jour dynamique, pas d’animation, juste un snapshot brut et complet. C’est sa force. Vous pouvez la capturer, la filtrer, la piper vers d’autres outils.

Concrètement, ouvrez un terminal et tapez :

ps aux

Le résultat défile sous vos yeux : chaque ligne correspond à un processus avec son identifiant (PID), l’utilisateur qui le fait tourner, le pourcentage de CPU consommé, la mémoire utilisée, et la commande qui l’a lancé. La colonne %CPU et %MEM vous disent immédiatement qui monopolise les ressources.

Mais la vraie magie arrive quand on combine ps aux avec grep. Mettons que Firefox semble avoir avalé toute votre RAM. Plutôt que de chercher dans une liste de 200 lignes, vous tapez :

ps aux | grep firefox

Résultat instantané : uniquement les processus liés à Firefox, avec leur consommation. Vous voyez si c’est le processus principal, un onglet isolé (Firefox isole les onglets depuis un moment), ou un plugin qui déraille. Une fois le PID identifié, un simple kill 12345 (en remplaçant 12345 par le PID coupable) suffit à éteindre le problème sans toucher au reste.

Un chiffre qui surprend souvent les nouveaux utilisateurs Linux : un système de bureau classique peut faire tourner entre 150 et 300 processus en simultané sans que ça ne soit anormal. Voir cette liste pour la première fois fait l’effet d’ouvrir le capot d’une voiture quand on n’a jamais regardé sous un capot.

htop : quand vous voulez regarder votre système respirer

Si ps aux est une photo, htop est une vidéo. L’outil affiche en temps réel l’état de tous vos processus, avec une interface qui ressemble presque à quelque chose de graphique malgré le fait de tourner entièrement dans le terminal.

Pour le lancer :

htop

Si la commande n’est pas reconnue (ça arrive sur certaines installations minimales), un rapide sudo apt install htop ou sudo dnf install htop selon votre distribution règle le problème en trente secondes.

L’interface s’ouvre sur un tableau de bord avec les barres CPU par cœur, la consommation mémoire, et en dessous la liste des processus triée par défaut selon l‘usage CPU. Les barres colorées ne sont pas juste décoratives : le vert représente les processus utilisateurs, le rouge les processus noyau, le bleu les processus à basse priorité. En un coup d’œil, vous identifiez si votre CPU souffre parce que vous avez lancé trop d’applications utilisateur ou parce qu’un truc au niveau système tourne à fond.

La navigation se fait au clavier. La touche F6 trie les processus selon la colonne de votre choix (mémoire, CPU, PID…). F9 affiche le menu pour envoyer un signal à un processus, kill inclus. F5 bascule en vue arborescente, ce qui permet de voir quel processus a engendré quel autre, utile quand un processus fils s’emballe sans que le parent soit visible.

Pour quitter, c’est q. Basique, mais j’ai passé une heure à chercher la première fois. On en rit tous.

Le workflow concret qui remplace le gestionnaire de tâches

Dans la pratique, je suis passé à une routine simple. Quand le système rame, j’ouvre un terminal et je lance htop directement. Si je veux identifier un processus spécifique lié à une appli particulière, je tape F4 dans htop pour filtrer par nom sans quitter l’interface. C’est l’équivalent du grep mais intégré, dynamique, et visuellement lisible.

Pour les situations plus chirurgicales, par exemple identifier tous les processus lancés par un utilisateur précis, ps aux prend le relais. La commande :

ps aux | grep ^julien

…liste uniquement les processus appartenant à l’utilisateur « julien ». Pratique sur un serveur partagé ou quand plusieurs comptes coexistent sur la même machine.

Une combinaison que j’utilise régulièrement : trier les processus par consommation mémoire avec :

ps aux --sort=-%mem | head -10

Cette commande affiche les dix processus les plus gourmands en RAM, triés du plus vorace au plus raisonnable. Dix lignes, lecture en cinq secondes, problème localisé.

Ce qui m’a convaincu définitivement de lâcher le gestionnaire graphique, c’est la vitesse. Même sur un système qui rame sérieusement, le terminal reste réactif quand les interfaces graphiques commencent à se bloquer. C’est précisément dans les moments critiques que vous avez le plus besoin d’un outil qui répond, et ces deux commandes ne vous abandonneront pas quand le système est sous pression.

La vraie question que ça pose, d’ailleurs : combien d’interfaces graphiques qu’on utilise quotidiennement sont juste des couches de confort autour d’outils terminal plus rapides, plus puissants et déjà installés ? Linux a cette particularité de rendre la couche inférieure toujours accessible, jamais cachée. C’est parfois intimidant au début, souvent libérateur ensuite.

Leave a Comment