Bonjour les gens
 
Voila ma situation, j'ai un serveur sous debian etch (Celeron 2.66Ghz, 1Go de ram) en raid 5. La configuration des disques :
- Un raptor sans raid pour /, /boot, le bootloader et la swap
- 3*500Go pour les données en raid5 (/var, /home, /srv et /usr)
 
Le tout est en SATA II sur les 4 ports de la carte mère. Le raid5 est logiciel avec mdadm + lvm "par dessus"
Tout marche bien excepté un problème lorsque j'écrit sur une partition du raid : la charge monte assez dangereusement, jusqu'à 2.5 voire 3 en surveillant avec top/w/etc. Cela se produit en local comme depuis un montage nfs.
Le système perd un peu de réactivité mais fonctionne tout de même sans problèmes.
 
Ma question est donc : d'ou vient le problème ?
Je ne pense pas que le processeur soit en cause, il n'est d'ailleurs pas vraiment utilisé. Pour la mémoire elle est utilisée a fond mais surtout pour du cache. Le swap n'a pas encore été touché.
 
L'hypothèse la plus probable serait je pense le controlleur de la carte mère qui a du mal à suivre (problème d'I/O donc) ? Une carte secondaire en pci pourrait-elle donc améliorer la situation ?
 
Quelques infos :
 

 
Merci pour les conseils

Je vois rien d'anormal à ce que la charge monte, puisqu'elle indique le nombre de processus qui sont en état d'attente/bloqués (sur les I/O dans ton cas), et vu que ton raid est logiciel, c'est un process qui est chargé d'ecrire les infos sur les disques...

Oui dans l'absolu ce n'est pas alarmant mais je me demande quelle est la raison exacte de cette charge élevée et si il y a un moyen de la réduire.
De plus si c'est seulement une attente d'I/O la réactivité ne devrait pas être affectée pour les autres processus comme un simple irssi en ssh ? Et dans ce même cas l'ajout d'un controlleur sata séparé peut-il améliorer la situation ?

si le load monte à cause des I/O wait la réactivité d'un irssi ne sera pas affectée

Mmmh bah c'est un peu le cas ici, enfin dans un irssi ca se voit a peine mais par exemple l'ouverture d'une session ssh met quelques secondes de plus
 
Enfin la question que je me pose surtout c'est si cette attente des I/O peut être résolue avec un controlleur supplémentaire ?

à priori oui

Ok je vais chercher par la donc

salut j'ai un probleme similaire au tien,  
la moindre activité au niveau des disques provoque du Wait I/O
comment as tu résolut ton probleme ?

Tu peux utiliser les commandes suivantes :
lance un test de lecture du raid avec par exemple dd if=/dev/md0 of=/dev/null bs=400000
en parallèle examine les IO wait avec :
iostat -x 2 100
regarde si IO wait sont similaires entre chaque disques durs (évidemment les disques de ton raid sont identiques)
Si tu constates un disque qui génère plus d'attente, peut être qu'il est défectueux.

hdparm -T /dev/<ton disque dur>
cela va tester le cache du disque, c'est de cette manière que j'ai trouvé que un de mes disques était H.S
Tu peux aussi lancer un test smart.