analyse des accès disques des programmes

analyse des accès disques des programmes - Logiciels - Linux et OS Alternatifs

Marsh Posté le 29-01-2008 à 11:53:57    

Bonjour,
 
Voila un petit récapitulatif d'où j'en suis pour analyser les accès disques des différents processus sur une machine.
1) watch -d "lsof  | grep REG | grep -v lib | grep -v proc | grep -v heap | less"  
 
2) http://lkml.org/lkml/2006/9/22/273
 
3) http://freshmeat.net/projects/pwatch/
nécessite une version de kernel ... mais laquelle ? (ne marche pas avec un 2.6.18 Debian)
 
Si vous avez d'autres idées, outils, etc.. je suis preneur ;)
 
 
Merci à Xavier et WedgeAnt ;)


Message édité par gug42 le 29-01-2008 à 13:58:45
Reply

Marsh Posté le 29-01-2008 à 11:53:57   

Reply

Marsh Posté le 29-01-2008 à 13:23:16    

Bonjour,
 
Un truc de ce genre pour une commande ?
strace -e trace=file,desc command
 
vw

Reply

Marsh Posté le 29-01-2008 à 13:26:44    

@Combi :
Ca ne permet pas de faire une analyse sur les process en cours ?
 
 
De Xavier :

Code :
  1. ~# /etc/init.d/sysklogd stop
  2. Stopping system log daemon....
  3. ~# echo 1 >  /proc/sys/vm/block_dump
  4. ~# dmesg | gawk '/^[^( ]*\([0-9]*\): (READ|WRITE|dirtied)/ {activity[$1]++} END {for (x in activity) print activity[x],x}' | sort -nr | head -n 10
  5. 502 amarokcollectio(358):
  6. 3 amarokapp(359):
  7. 2 mysqld(18448):
  8. 1 io(358):
  9. 1 bash(31560):
  10. ~# echo 0 >  /proc/sys/vm/block_dump
  11. ~# /etc/init.d/sysklogd start
  12. Starting system log daemon....

Reply

Marsh Posté le 29-01-2008 à 15:23:51    

iotop

Reply

Marsh Posté le 29-01-2008 à 15:38:47    

tu parles de celui-ci  ?  
http://guichaz.free.fr/misc/#iotop

Code :
  1. - Python >= 2.5 for AF_NETLINK support: Found
  2. - Linux >= 2.6.20 with I/O accounting support: Not found


C'est dommage car c'est un kernel Debian backports ...  
 
Sinon aurais tu un lien ? car j'ai trouvé pour solaris ...
 
Je vais noté ca dans un coin et je sens que je vais laisser tomber car faudrait des kernels modifiés et c'est pas le moment ... :(

Message cité 1 fois
Message édité par gug42 le 29-01-2008 à 15:51:38
Reply

Marsh Posté le 29-01-2008 à 16:09:48    

gug42 a écrit :

@Combi :
Ca ne permet pas de faire une analyse sur les process en cours ?
...


 
Je sais pas trop, à essayer avec l'option -p

Reply

Marsh Posté le 29-01-2008 à 16:22:58    

ca le fait pas  ;)

Reply

Marsh Posté le 30-01-2008 à 10:53:56    

Conclusion :  
Avec un kernel 2.6.22 avec les options d'accounting sur les i/o de compiler ;  le iotop provenant de pwatch fonctionne parfaitement.
 
Par contre, dans le kernel l'état est toujours en expérimental.
Est ce parceque la fonction peut s'améliorer ou parcequ'elle entraine des problèmes de stabilités et/ou de performances ?

Reply

Marsh Posté le 30-01-2008 à 11:03:00    

Dernier post sur la lkml me semble-t-il :
http://lkml.org/lkml/2007/3/3/51
 

Citation :


  At it`s current implementation state, it's a bit  racy on 32-bit machines: if process  
  A reads process B's /proc/pid/io while process B is updating one of those 64-bit  
  counters, process A could see an intermediate result.


 
Mais bon ca a pas l'air très grave ... je vais peut être poster sur la lkml ...

Message cité 1 fois
Message édité par gug42 le 30-01-2008 à 11:04:24
Reply

Marsh Posté le 30-01-2008 à 14:53:44    

gug42 a écrit :

tu parles de celui-ci  ?  
http://guichaz.free.fr/misc/#iotop

Code :
  1. - Python >= 2.5 for AF_NETLINK support: Found
  2. - Linux >= 2.6.20 with I/O accounting support: Not found


C'est dommage car c'est un kernel Debian backports ...  
 
Sinon aurais tu un lien ? car j'ai trouvé pour solaris ...
 
Je vais noté ca dans un coin et je sens que je vais laisser tomber car faudrait des kernels modifiés et c'est pas le moment ... :(


oui exactement. c'est un pauvre script python, pas besoin de paquet pour ça.

Reply

Marsh Posté le 30-01-2008 à 14:53:44   

Reply

Marsh Posté le 30-01-2008 à 15:22:32    

Oki merci.
 
Des avis sur le fait que ce soit flagué experimental dans le kernel ? (vérifié sur le dernier)

Reply

Marsh Posté le 30-01-2008 à 15:32:28    

gug42 a écrit :

Dernier post sur la lkml me semble-t-il :
http://lkml.org/lkml/2007/3/3/51
 

Citation :


  At it`s current implementation state, it's a bit  racy on 32-bit machines: if process  
  A reads process B's /proc/pid/io while process B is updating one of those 64-bit  
  counters, process A could see an intermediate result.


 
Mais bon ca a pas l'air très grave ... je vais peut être poster sur la lkml ...


J'en ferais bien un truc dans gnome-syste-monitor, mais tant que c'est un expérimental et pas largement activé par les distributions, j'attends.

Reply

Marsh Posté le 31-01-2008 à 10:39:33    

Ouaip le principe de récupération est relativement basique :)
 
Saurais tu si des distribs l'intégrent déjà ?
 
edit : fedora 8 intégre les compteurs
edit 2 : la prochaine Ununtu


Message édité par gug42 le 31-01-2008 à 14:05:24
Reply

Marsh Posté le 23-07-2008 à 11:54:35    

Sur la Ubuntu 8.04  la fonctionnalité est activée au niveau du kernel :)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed