[gull] Disk I/O visualisation.

Daniel Cordey dc at mjt.ch
Fri Jul 4 10:30:24 CEST 2003


Petit complement a ce qu'a deja mentionne Marc.

vmstat & iostat :

Tres pratique et impact minimal sur le CPU. Donne toutes les infos concernant 
les etats de l'ensemble des process, de l'activite de la VM entre les disques 
et la RAM,  les i/o en general, les context switch et le cpu (user/sys/idle). 
J'utilise souvent car cela permet d'avoir une "carte" tres globale de l'etat 
du systeme, et permet de guider vers des outils plus fins une fois que l'on a 
determine la source d'un probleme de performance. 

iostat est beaucoup plus cible et ne concerne que l'activite des disques. Il 
permet de determiner le nomvre de mouvements de tetes et le nombre de blocks 
(read/write) par seconde. Le nombre de mouvement de tetes (tp/s) est 
important car, pour tout disque, il existe une limite qui ne peut etre 
depassee pour des raisons de mecanique pure. Cela permet aussi de determiner 
si la charge est uniquement sur un disque ou bien repartie.

Ces deux commandes peuvent recevoir deux parametres : interval d'acquisition 
et nombre d'acquisitions. Par exemple, pour tourner pendant 24 h, il faut 
faire :

	vmstat 5 17280 >vmstat.out

Ensuite, prenez la colonne qui vous plait et passer les valeurs dans gnuplot 
:-)

sar :

Tres complet, plus de details concernant les utilisateurs et les process, mais 
ce n'est pas ce que je recommanderais comme outils d'investigation (de 
premiere ligne) d'un probleme de performance. Par contre utile pour affiner 
au niveau des process (CPU et memoire). Cet outil a un impact de quelques % 
sur le temps "user" du CPU, qui depend de la charge du systeme, donc non 
deterministe et qui peut s'averer genant dans certains cas (mais il faut deja 
y aller...)

De maniere plus generale, je dirais que vmstat et iostat me semble le meilleur 
compromis car ils collectent les donnees en ayant un impact absolument 
negligeable sur les valeurs mesuree. De plus, ils sont tres souples et 
permettent un niveau de ganularite tres interessant. Par opposition, beacoup 
de produits commerciaux souffre d'etre trop "globaux". Certains ont des 
intervales de mesure allant de 1 a 5 minutes ce qui est acceptable sur de 
"grands" serveur mais inadapte pour de plus petits systemes.

Daniel




More information about the gull mailing list