Processus et ressources

Lire la liste des processus

L'onglet Vue d'ensemble affiche les processus triés par consommation CPU ou RAM (selon votre choix). Pour chaque processus : PID, nom, pourcentage CPU et mémoire.

Un chiffre CPU de 100% signifie qu'un cœur complet est occupé. Sur une machine 4 cœurs, 400% représente l'utilisation maximale totale.

L'OOM Killer

Quand la RAM est saturée, Linux tue automatiquement des processus pour récupérer de la mémoire — c'est l'OOM Killer (Out Of Memory). Il cible les processus qui consomment le plus. Votre base de données peut se faire tuer sans préavis.

bash

# Vérifier si l'OOM killer s'est déclenché récemmentsudo dmesg | grep -i "oom"sudo grep -i "out of memory" /var/log/syslog | tail -20

Si vous voyez des crashs inexpliqués de services (PostgreSQL, nginx), vérifiez d'abord l'OOM killer avant de chercher des bugs dans l'application.

Priorité CPU avec nice

La valeur "nice" va de -20 (priorité maximale) à +19 (priorité minimale). Par défaut, tous les processus ont une priorité 0.

bash

# Lancer un processus avec priorité basse (n'impacte pas les services)nice -n 19 mon-script-lourd.sh # Modifier la priorité d'un processus existantrenice -n 10 -p 1234   # PID 1234 → priorité basse # Priorité élevée pour un service critique (nécessite root)sudo renice -n -5 -p $(pgrep postgres)

✦

Utilisez nice +19 pour les tâches de maintenance (backups, compressions) afin qu'elles n'impactent pas les services en production.

Déclencher le Fingerprint manuellement

Le Fingerprint de processus (module 14) s'active automatiquement, mais vous pouvez observer son état en temps réel. Dans la liste des processus, un badge ⚡ 2.4σ apparaît dès qu'un processus dévie de sa baseline.

✎

Exercice pratique — Analyse de processus

1Identifiez les 3 processus qui consomment le plus de RAM sur votre serveur.
2Pour chaque processus, évaluez si la consommation est normale ou suspecte.
3Lancez un script artificiel avec yes | gzip > /dev/null et observez-le monter en tête de liste CPU.
4Réglez sa priorité à nice +19 et observez l'impact sur les autres processus.
5Arrêtez le script et vérifiez que le badge Fingerprint disparaît après stabilisation.

Ce que vous venez d'apprendre

100% CPU sur un processus = un cœur complet occupé (pas la machine entière).
L'OOM killer tue des processus silencieusement quand la RAM est saturée.
nice +19 pour les tâches lourdes en arrière-plan — elles n'impactent pas les services.
Le Fingerprint nécessite 10 secondes de baseline avant de détecter les anomalies.

← Module précédentAudit réseau et ports

Module suivant →Architecture multi-serveurs