Commandes Linux et compétences Shell
htop : lecture du pouls du serveur
htop est le visualiseur de processus interactif qui est passé du "top" d'un rapport périodique à une surface de diagnostic en direct : des compteurs colorés, une arborescence de processus triable et kill/renice à portée de main. C'est devenu la première commande tapée sur n'importe quelle boîte qui se comporte mal dans presque tous les magasins modernes ; cette pièce dédiée couvre les habitudes qui la rendent diagnostique plutôt que décorative, et lorsque le dessus uni reste la solution de repli honnête.
Points clés
- La vue par défaut présente d'abord les compteurs : barres de processeur par cœur, compteurs de mémoire et de swap, moyennes de charge en un seul coup d'œil ; le passage de la moyenne du système à la répartition utilisateur/sys/io réelle se produit exactement au moment où le diagnostic commence (saturation du processeur par rapport à la mémoire par rapport aux E/S indiquant différentes commandes suivantes).
- F5 (arborescence) répond « qui a engendré quoi » : les lignes de processus incontrôlables dans une arborescence montrent la mauvaise comptabilité parent/enfant (un seul travailleur forké par file d'attente de requêtes) que les listes plates obscurcissent), et le tri par mémoire/processeur plus par utilisateur/filtres temporaires (F4) réduit instantanément les suspects.
- Les actions interactives sont chirurgicales : F9 kill (avec choix de signal), F7/F8 renice et espace pour marquer plusieurs processus pour les opérations par lots : kill par collecte PID à partir du même écran bat l'exécution de `ps | grep | kill` contre une cible en mouvement.
- Habitudes de configuration qui restent : ~/.config/htop/htoprc conserve les valeurs par défaut (configuration F2 : compteurs, tri des colonnes, mode arborescence, masquer les threads de l'utilisateur) ; changez les noms personnalisés où la pression de la mémoire signifie que le nombre de threads est confus, et les thèmes par hôte sont bien plus que cosmétiques pour les transferts de quarts de travail.
- Limites et où reste top : htop doit être installé (les images Rescue/minimales sont expédiées en haut, pas en htop) ; la famille `vmstat`/`iostat`/`pidstat` prend le relais lorsque les détails au niveau de l'entité (E/S par disque, lignes de pression PSI pour Linux) nécessitent des données plus difficiles que les barres colorées ; notre comparaison top-vs-htop-vs-btop couvre les compromis en matière d'outils.
- L'incident première minute : ouvrez htop, lisez la direction de chargement ET la saturation du noyau, triez en mémoire, identifiez l'arbre en fuite, PUIS agissez : cela empêche à la fois les correctifs de panique "npm redémarrer tout" et les tueries véritablement aveugles.
Note de terrain
L'arborescence htop a enregistré plus de pannes que les tableaux de bord de surveillance : F5, tri par mémoire, et l'arborescence des processus incontrôlables s'imbrique à chaque fois sous le parent coupable. L'habitude du clavier d'abord est la raison pour laquelle chaque ingénieur en appel tape htop en premier.
Questions fréquentes
htop vs top : la mise à niveau est-elle réelle ?
Pour les sessions interactives, oui : couleurs, arborescence, support souris, kill/renice intégré. Dans les contextes de script, top (et la famille ps) reste l'outil : le format de sortie de htop n'est pas stable pour l'analyse.
Où puis-je trouver une pression d'E/S instable que le dessus ne peut pas afficher ?
Les métriques de disque de classe IOPS et la pression PSI (Linux 5.14+ : /proc/pression) nécessitent pidstat/iostat/vmstat ; btop étend davantage les compteurs vers des tableaux de bord système complets, selon notre article de comparaison.
Comment puis-je obtenir htop sur un hôte verrouillé ?
Des versions statiques existent (les binaires liés statiquement fonctionnent presque partout) ; sur les hôtes réservés aux dépôts, les packages de distribution le couvrent. Lorsque ni l’un ni l’autre n’existe, le dessus uni est véritablement adéquat pour la première réponse.
Htop affiche-t-il correctement les services systemd ?
Les versions htop modernes marquent clairement l'appartenance à l'unité cgroup/systemd, ce qui permet de séparer les processus de service des retardataires ; « systemctl status » est toujours la vue principale des états de service.
Comment Kinetikatech vous aide avec commandes linux et compétences shell
Soyons honnêtes, la plupart des équipes viennent nous voir après avoir essayé d'abord par elles-mêmes : Les commandes et habitudes de script qui décident si un administrateur exploite un serveur ou le combat : rechercher, transformer, transférer et superviser le texte et les processus avec les outils présents dans chaque installation de base. Notre service Sécurité des serveurs Linux et Gestion de serveurs existe pour que vous n'ayez pas à apprendre commandes linux et compétences shell à vos dépens : nous gérons l'installation, la supervision et les surprises de 3 h du matin.