Salut tout le monde,
Je cherche un outil permettant de trouver les vitesse d'acces au disque par processus et quels sont les fichier lu/ecrit.
Quelqu'un a une idée?
Merci

strace / lsof
sinon option spécifique linux 2.6.20 dont j'ai oublié le nom

lsof permet d'afficher les vitesse d'acces ?
En fait j'ai un soucis de perf sur un serveur. Je remarque qu'il y a bcp I/O mais difficile de savoir quel processus est concerné....
Edit: Ce sont des acces en lecture.

tu peux aussi regarder du côté de sar, qui te permet de lister les I/O disques totales ou pour un processus.

J'ai trouvé ça:
http://www.jesuislibre.org/progdetail.php3?idprog=53
Avec sar, mpstat, iostat.
Reste à me demerder pour l'installer sur ma red hat!

bah avec un top tu dois rapidement voir qui passe sa vie en attente de lecture disque

Tu peux expliquer comment est-ce que je peux le voir ?
Edit : RTFM : Colonne S dans top.

Mon programme serveur est en "sleep", le programme suspecté ralentir la machine est en "uninterruptible sleep"

Mais je souhaiterai savoir qu'est-ce que ce processus fait sur le disque....

c'est pas là que tu attaches ton strace ou que tu regardes avec lsof ses fichiers ouverts ?

En fait pour situer un peu le problème, j'ai installé un annuaire ldap et j'ai remarqué que lorsque je fais un import avec un ldif, la charge IOWait augmente aux alentour de 30%, le processus slapd tourne à 19% et à coté j'ai le kjournald qui bouffe aussi dans les 20%. Ce qui à mon avis n'est pas normal, le serveur n'a quasiment rien à ecrire et les logs du serveur sont désactivé. Idem en stoppant syslog.

mais ça dure longtemps ? t'as quoi dans tes logs ? j'ai jamais utilisé ldap mais y a probablement manière d'obtenir des infos sur les requetes en court d'execution ?

Non non, c'est à la création lors de l'import de la base. C'est pour du test actuellement avant de lancer en prdouction.
Peut être que la red hat n'est pas top pour ça mais je n'ai pas le choix...

et que donnent strace et lsof ? C'est où qu'il écrit ?

Je n'ai pas l'outil strace.
Avec lsof kjourdnald  : /proc/454/exe
Et pour l'annuaire il accede aux fichiers de base de données. Mais ces fichiers sont petits, de l'ordre de quelques Mo.

nan mais kjournald c'est un truc noyau ... strace l'annuaire ...

Pourquoi ca me bouffe autant de CPU, j'ai l'impression que c'est lui qui deraille ....

bah c'est une mauvaise impression

Je test sur un autre serveur sinon je testerai sur une Debian, peut être que la version de openldap est un peu ancienne (2.2)

aucune idée, à part que ton disque est utilisé (et tu n'as toujours pas détaillé comment et combien de temps) il n'y a rien à dire ni matière à s'inquiéter ici.

Bon j'ai fini par trouver.
Le truc le plus bete du monde, je me suis auto flagellé 20 fois en place publique.
Bon alors slapd utilise une base de donnée pour stocker sont annuaire, ici c'est berkeley (bdb).
La configuration de cette base de donnée se fait dans un fichier DB_CONFIG placé dans le repertoire des fichiers de cette base.
Voici la gueule d'un DB_CONFIG :

Comme on peut le constater, il ya une directive associée à un paramètre.
Ben mon erreur a été de récupérer un exemple de fichier DB_CONFIG, ce fichier comportait des espaces entre les paramètres et non des tabulation !

Du coup les fichiers de base de donnée étaient écrit sur le dique en continu et rien en ram!
Je suis passé de 2min à 7s pour un import de 2000 entrées!

Merci pour le coup de main en tout cas J'ai trouvé des outils sympatoche du coup (sysstat...)