OVH Cloud OVH Cloud

IDE et chipset AMD /Nforce

16 réponses
Avatar
Saïd
Bonjour,

Entre le noyau 2.4.19 et 2.4.22 est apprue une option du noyau (dans
la section IDE) pour les chipset AMD and nvidia. J'ai un tel chipset.

Sous 2.4.19 (qui n'a pas l'option IDE/nvdia) hdparm me dit que mon DD
a une vitesse de lecture de 60Mo/s. Alors que sous 2.4.22 (en activant
le support nvidia) je plaffone a 30Mo/s. Si j'enleve l'option, ca tombe
a 3.9Mo/s. Et je sens vraiment une difference dans la vitesse disque
entre 2.4.19 et 2.4.22. J'ai essaye d'ajouter ide0=ata66 (le noyau me
sort un tel un message pour me dire de forcer je ne sais trop quoi qui a
un rapport avec un cable a 80 pins qpres que idebus=66 ait foire lui
aussi...) Mais rien n'y fait, sous 2.4.22 je suis entre 3.9 et 30Mo/s.

A part revenir en 2.4.19 ce qui me ferait perdre le suspend to disk,
que puis-je faire? Y-a-t-il un bug fix pour les chipsets nvidia?

--
Saïd.

6 réponses

1 2
Avatar
Emmanuel Florac
Dans article ,
disait...

j'en suis a 51Mo/s pas encore les 60Mo/s...
sous 2.4.19 il fallait faire
sudo hdparm -X67 -c3 -u1 -d1 /dev/hda
au moment du boot sinon le DD etait trop lent.


Que donne hdparm -a /dev/hda sur tes deux noyaux?

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
Saïd
Emmanuel Florac :
Dans article ,
disait...

j'en suis a 51Mo/s pas encore les 60Mo/s...
sous 2.4.19 il fallait faire
sudo hdparm -X67 -c3 -u1 -d1 /dev/hda
au moment du boot sinon le DD etait trop lent.


Que donne hdparm -a /dev/hda sur tes deux noyaux?



said/muad-dib - ~ $ sudo hdparm -a /dev/hda

/dev/hda:
readahead = 8 (on)

(pareil sous 2.4.19 et 2.4.22, avec ou sans hdparm)

--
Saïd.


Avatar
Laurent DELEPINE
Saïd wrote:

J'ai plus ou moins regler le probleme en faisant:
sudo hdparm -X68 -c3 -u1 -d1 /dev/hda


C'est bizarre, chez moi je n'ai touché a rien. Je laisse le noyau se
debrouiller et j'ai des performances optimales. Mes tentatives pour
accelerer les choses n'ont rien changé.


A+

LD

Avatar
Saïd
Laurent DELEPINE :
Saïd wrote:

J'ai plus ou moins regler le probleme en faisant:
sudo hdparm -X68 -c3 -u1 -d1 /dev/hda


C'est bizarre, chez moi je n'ai touché a rien. Je laisse le noyau se
debrouiller et j'ai des performances optimales. Mes tentatives pour
accelerer les choses n'ont rien changé.




En fait en ne faisant rien ca marche aussi. Mais comme sous 2.4.19 j'avais
besoin de faire un hdparm pour doubler la vitesse du DD, j'ai ajoute la
ligne:
hdparm -X67 -c3 -u1 -d1 /dev/hda

dans mes scripts de boot. D'ou l'obligation de faire sudo hdparm -X68 -c3
-u1 -d1 /dev/hda pour retablir les choses.

Maintenant j'ai vire la ligne en question des scripts de boot et le noyau
2.4.22 se debrouille tout seul.

--
Saïd.


Avatar
Emmanuel Florac
Dans article ,
disait...

said/muad-dib - ~ $ sudo hdparm -a /dev/hda

/dev/hda:
readahead = 8 (on)



Et hdparm /dev/hda "tout court"?

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
Saïd
Emmanuel Florac :
Dans article ,
disait...

said/muad-dib - ~ $ sudo hdparm -a /dev/hda

/dev/hda:
readahead = 8 (on)



Et hdparm /dev/hda "tout court"?



sous 2.4.22: (Je n'ai pas l'occasion de rebooter pour voir sous 2.4.19)
said/muad-dib - ~ $ sudo hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
I/O support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 9729/255/63, sectors = 156301488, start = 0
busstate = 1 (on)

--
Saïd.


1 2