Comment vérifier l'utilisation des E/S du disque par processus ?

Vous pouvez utiliser pidstat pour imprimer les statistiques io cumulées par processus toutes les 20 secondes avec cette commande :

# pidstat -dl 20

Chaque ligne aura les colonnes suivantes :

• PID - ID du processus
• kB_rd/s - Nombre de kilo-octets que la tâche a fait lire sur le disque par seconde.
• kB_wr/s - Nombre de kilo-octets que la tâche a fait ou fera écrire sur le disque par seconde.
• kB_ccwr/s - Nombre de kilo-octets dont l'écriture sur le disque a été annulée par la tâche. Cela peut se produire lorsque la tâche tronque une pagecache sale. Dans ce cas, certaines entrées-sorties qui ont été prises en compte par une autre tâche ne se produiront pas.
• Commande - Le nom de la commande de la tâche.

La sortie ressemble à ceci :

05:57:12 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:57:32 PM       202      0.00      2.40      0.00  jbd2/sda1-8
05:57:32 PM      3000      0.00      0.20      0.00  kdeinit4: plasma-desktop [kdeinit]              

05:57:32 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:57:52 PM       202      0.00      0.80      0.00  jbd2/sda1-8
05:57:52 PM       411      0.00      1.20      0.00  jbd2/sda3-8
05:57:52 PM      2791      0.00     37.80      1.00  kdeinit4: kdeinit4 Running...                   
05:57:52 PM      5156      0.00      0.80      0.00  /usr/lib64/chromium/chromium --password-store=kwallet --enable-threaded-compositing 
05:57:52 PM      8651     98.20      0.00      0.00  bash 

05:57:52 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:58:12 PM       202      0.00      0.20      0.00  jbd2/sda1-8
05:58:12 PM      3000      0.00      0.80      0.00  kdeinit4: plasma-desktop [kdeinit]

Rien ne vaut une surveillance continue, car il est impossible de récupérer des données sensibles au temps après l'événement...

Il y a plusieurs choses que vous pourrait pouvoir vérifier pour impliquer ou éliminer cependant - /proc est votre ami.

sort -n -k 10 /proc/diskstats
sort -n -k 11 /proc/diskstats

Les champs 10, 11 sont les secteurs écrits cumulés, et le temps d'écriture cumulé (ms). Ceci montrera vos partitions de système de fichiers chaudes.

cut -d" " -f 1,2,42 /proc/[0-9]*/stat | sort -n -k +3

Ces champs sont le PID, la commande et les ticks d'attente d'E/S cumulés. Cela montrera vos processus chauds, bien que seulement s'ils sont encore en activité . (Vous voulez probablement ignorer les fils de journalisation de votre système de fichiers).

L'utilité de ce qui précède dépend du temps de fonctionnement, de la nature de vos processus à long terme et de la façon dont vos systèmes de fichiers sont utilisés.

Avertissements : ne s'applique pas aux noyaux pré-2.6, vérifiez votre documentation si vous n'êtes pas sûr.

(Maintenant, allez faire une faveur à votre futur vous-même, installez Munin/Nagios/Cacti/quelque chose ;-)

Utilisez atop . ( http://www.atoptool.nl/ )

Écrire les données dans un fichier compressé qui atop peuvent lire plus tard dans un style interactif. Faites une lecture (delta) toutes les 10 secondes. Faites-le 1080 fois (3 heures ; ainsi, si vous l'oubliez, le fichier de sortie ne vous fera pas manquer de disque) :

$ atop -a -w historical_everything.atop 10 1080 &

Après la mauvaise chose se produit à nouveau :

(même s'il est toujours en cours d'exécution en arrière-plan, il s'ajoute toutes les 10 secondes).

% atop -r historical_everything.atop

Puisque vous avez dit IO, je frapperais 3 touches : tdD

t - move forward to the next data gathering (10 seconds)
d - show the disk io oriented information per process
D - sort the processes based on disk activity
T - go backwards 1 data point (10 seconds probably)
h - bring up help
b - jump to a time (nearest prior datapoint) - e.g. b12:00 - only jumps forward
1 - display per second instead of delta since last datapiont in the upper half of the display

Utilisez btrace . Il est facile à utiliser, par exemple btrace /dev/sda . Si la commande n'est pas disponible, elle est probablement disponible dans le paquetage blktrace .

EDIT : Puisque le debugfs n'est pas activé dans le noyau, vous pouvez essayer. date >>/tmp/wtf && ps -eo "cmd,pid,min_flt,maj_flt" >>/tmp/wtf ou similaire. Enregistrer les défauts de page n'est bien sûr pas du tout la même chose que d'utiliser btrace, mais si vous avez de la chance, cela PEUT vous donner des indices sur les processus les plus gourmands en disque. Je viens d'essayer cette méthode sur l'un de mes serveurs les plus gourmands en entrées/sorties et j'ai listé les processus dont je sais qu'ils consomment beaucoup d'entrées/sorties.