oui, tu as raison, ce doit être iowait, ce qui explique qu'il grimpe quand le 
load average grimpe aussi.

Hier soir (tard), j'ai trouvé. J'i vérifié le débit de mes disques avec hdparm 
et là, la révélation! 3,33 Mo/s :(

je n'ai pourtant jamais eu ce prob sur ce serveur et là paf !

Alors, j'ai activé le dma, vérifié le second disque (le second disque, le même 
que le premier n'avait pas de prob)

Et depuis hier, impeccable !!

je touche du bois, il va falloir que je vérifie tout cela :)


merci de ton aide ! (je sais maintenant EXACTEMENT a quoi correspond ce wa ! )

Le mardi 19 décembre 2006 01:17, jrouge a écrit :
> dans le man de top:
> 'CPU Shows  the percentage of CPU time in user mode, system mode, niced       
>   
>  tasks, iowait and idle'
>
> donc wa serait iowait
>
> en cherchant dans google "iowait top" tu devrais trouver des infos
> supplémentaires.
>
> jlr.
>
> Le lundi 22 janvier 2007 23:35, linux_forever a écrit :
> > Le lundi 22 janvier 2007 22:39, linux_forever a écrit :
> > > Le lundi 22 janvier 2007 20:16, linux_forever a écrit :
> > > > Bonsoir,
> > > >
> > > > J'ai un serveur qui fait essentiellement apache et mysql et un peu de
> > > > postfix. Il héberge un site web qui a une fréquentationde 3000
> > > > visites / mois environ.
> > > >
> > > > Le pc est un Duron 750 avec 256 de Ram. C'est pas un foudre de
> > > > guerre, mais en tps normal, tout roule !
> > > >
> > > > Il arrive fréquement que le système s'emballe.... CI dessous un
> > > > impr écran d'un TOP
> > > >
> > > > Le prob de top c'est qu'il ne me sort que ces process, or
> > > > l'utilisation du cpu ets de 100%.... Je sais qu'un ps renseigne
> > > > mieux, mais pas en tps réel.... Où passe les process qui me
> > > > bouffent tout le reste du cpu .?
> > > >
> > > > De même à quoi correspond wa ?? (celui ci s'emballe également
> > > > souvent, et ce, souvent quand le disque a l'air de prendre chère).
> > > >
> > > > top - 20:01:25 up 3 days, 48 min,  1 user,  load average: 127.84,
> > > > 111.10, 81.83
> > > > Tasks: 311 total,   2 running, 309 sleeping,   0 stopped,   0 zombie
> > > > Cpu(s): 66.7% us, 33.3% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,
> > > > 0.0% si Mem:    255744k total,   252004k used,     3740k free,
> > > > 620k buffers Swap:  1622480k total,   652856k used,   969624k free,
> > > > 9604k cached
> > > >
> > > >   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> > > > 12723 root      17   0  2132 1084  768 R  0.3  0.4   0:01.08 top
> > > > 12782 apache    18   0 19988 5944 3600 R  0.2  2.3   0:00.08 httpd
> > > > 12655 apache    16   0 19988 5712 3404 D  0.1  2.2   0:00.21 httpd
> > > >     1 root      16   0  1564  312  296 S  0.0  0.1   0:00.97 init
> > > >     2 root      34  19     0    0    0 S  0.0  0.0   0:00.05
> > > > ksoftirqd/0 3 root      10  -5     0    0    0 S  0.0  0.0   0:00.00
> > > > events/0 4 root      12  -5     0    0    0 S  0.0  0.0   0:00.02
> > > > khelper 5 root      10  -5     0    0    0 S  0.0  0.0   0:00.03
> > > > kthread
> > > >
> > > > Il me semble , mais là j'attend qu'il me rende la main pour
> > > > vérifier, que décolle quand j'ai dans mes log des tentatives
> > > > exagérées de connexion d'un client...
> > > >
> > > > Alors ma question est là suivante:
> > > > -Est -il possible de limiter l'accès au serveur web à un client ??
> > > > Car là, j'ai un peu l'impression que je subit comme un hack, ou un
> > > > truc du genre.... - A quoi correspond exactement le wa de top
> > > > - COmment voir les process qui me prennent autant de cpu via top ?
> > > >
> > > > Merci beaucoup de votre aide précieuse !
> > >
> > > je pense avoir trouvé une des raisons: mon fichier de log était de
> > > plus de 550 Mo ! du coup, je comprend mieux le wa qui était si haut,
> > > et le disque qui grattait comme un malade....
> >
> > ben non, finalement ce n'est pas ça :(
____________________________________________________
Want to buy your Pack or Services from Mandriva? 
Go to http://store.mandriva.com
Join the Club : http://www.mandrivaclub.com
____________________________________________________

Répondre à