Bonjour,
Je me suis aperçu récemment que mon petit système, lorsque soumis à de fortes opérations d'I/O sur son disque principal, ralentissait beaucoup. Au début j'ai pensé à un problème de DMA mais sachant que le disque en question est en SATA, le problème est ailleurs. La où ça a été le plus parlant c'est lorsque j'ai essayé de créer un disque virtuel pré-alloué avec VMware auquel cas il devenait quasi impossible de faire autre chose que de laisser la barre de progression défiler (latence du curseur, ralentissement général...). J'ai aussi eu quelques problèmes en jouant à UT2004 : A chaque fois qu'un personnage arrive dans une zone devant être affichée, si le personnage n'a pas encore été chargé, je me retrouves avec une latence de 2-3 secondes pendant laquelle le disque gratte, et l'image du jeu freeze.
Après avoir effectué quelques tests, tout me porte a croire que c'est bien lors d'opérations d'I/O que le système ralenti. Mais je ne vois pas du tout comment régler le problème.
Config : Gentoo sur :
- Carte mère A8N-SLI deluxe (chipset nforce4)
- CPU : Athlon64 3500+
- DD : Western Digital SATA 200Go
- CG : 6600GT de chez MSI
- RAM : 1GO de DDR PC4000 (Corsair)
Je ne pense donc pas à un problème lié au perfs du matériel ;-)
Des idées?
# Idem pour moi au travail,
Posté par Yves . Évalué à 3.
Lors d'opérations de type copie de gros fichiers ou extraction d'un tar file de quelques Go le système devient très lent. Un simple ls va alors prendre 3 à 4 secondes.
Si on fait un top dans le même temps on s'aperçoit que l'iowait est à 100% sur l'ensemble des CPU.
Ici peut-être une solution :
http://www.daniweb.com/techtalkforums/thread7828.html
A lot of people have noticed that Redhat Enterprise had some io issues for Pentium 4 processors, this can usually be fixed by updating to the latest kernel and/or putting the following lines into your /etc/rc.d/rc.local file:
echo 100 > /proc/sys/vm/inactive_clean_percent
echo 2 10 20 > /proc/sys/vm/pagecache
This has been said by redhat to be a preformance tweak however it has also saved a lot of people when thier box will randomly lock and thier iowait is at 100%
Ainsi que https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145950
[^] # Re: Idem pour moi au travail,
Posté par Guillaume Ceccarelli . Évalué à 1.
Je ne peut cependant pas tester le workaround proposé. En effet je suis en 2.6 et les pseudo-fichiers dont il est question n'existent pas dans ma configuration. Pour le moment, je suis en train de mettre mon noyau à jour, en espérant que ça règle le problème. Je posterais ici une fois l'opération terminée.
[^] # Re: Idem pour moi au travail,
Posté par gnumdk (site web personnel) . Évalué à 3.
C'est bien pour ca que je me suis tourné vers VIA en changeant de carte mere, ca marche tout seul et mon disque SATA a des perfs excellentes, c'est peut etre pas aussi bon que ce qui se fait ailleurs mais sous Linux, j'ai jamais eu un seul probleme...
[^] # Re: Idem pour moi au travail,
Posté par Guillaume Ceccarelli . Évalué à 1.
[^] # Re: Idem pour moi au travail,
Posté par Guillaume Ceccarelli . Évalué à 1.
[^] # Re: Idem pour moi au travail,
Posté par Yves . Évalué à 1.
- sata_promise 5680 0 (unused)
- ata_piix 5096 10
- libata 40628 0 [sata_promise ata_piix]
- sd_mod 13936 20
- scsi_mod 115240 4 [sg sata_promise ata_piix libata sd_mod]
La manip sur les deux fichiers ci-dessous n'améliore pas les performances:
/proc/sys/vm/inactive_clean_percent
/proc/sys/vm/pagecache
Le kernel que j'utilise : 2.4.21-27.0.2.ELsmp
A priori les drivers SATA c'est pas encore trop ça:
https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=iowait&field0-0-1=component&type0-0-1=substring&value0-0-1=iowait&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=iowait&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=iowait
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.