J'ai réussi à passer le boot sans devoir toucher au kernel avec les options "ide=nodma noapic".
Il y a des erreurs au boot, cependant ça passe quand même, et une fois le boot terminé je peux voir que le DMA est bien désactivé.
Je suppose donc que le kernel ne prend en compte l'option nodma qu'à partir d'un certain moment.
Une fois booté, j'ai testé différentes options avec le DMA, et ce qui donne les meilleurs performances est le mode 'mdma2' :
# hdparm -d1 -Xmdma2 -tT /dev/hda
Timing buffered disk reads: 44 MB in 3.08 seconds = 14.30 MB/sec
# hdparm -d1 -Xudma1 -tT /dev/hda
Timing buffered disk reads: 24 MB in 3.22 seconds = 7.44 MB/sec
Les autres modes > udma1 provoquent des erreurs DMA.
J'ai trouvé sur cette page [1] une liste des correspondances entre les modes ultra DMA et les normes ATA. Pour mon adapteur qui supporte du ATA33, celà correspond au umda2. Mon adaptateur est éventuellement menteur dans sa doc :D
J'ai aussi constaté un autre problème, sûrement lié à la désactivation du DMA au boot, même après l'activation avec hdparm : le CPU tourne à 100% lors d'une copie de fichier, et pendant plus longtemps que la copie.
Ex pour un fichier de 170Mo :
#time cp fichier_hdb fichier_hda
réel : 0m7.561s
et temps CPU : 18s à 100%
Il faut donc se méfier des benchs (vous avez déjà entendu ça qq part non ? :p) et le mode udma1 n'est pas plus lent si on tient compte du CPU.
chimrod > si tu as encore le noyau qui plante, peut-tu tester avec l' option 'noapic' en + voir si ça boot chez toi ?
nicO > en effet, en modifiant le mode avec hdparm il y a eu du progrès, même si on est très loin des 40Mo/s :p
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 1.
Il y a des erreurs au boot, cependant ça passe quand même, et une fois le boot terminé je peux voir que le DMA est bien désactivé.
Je suppose donc que le kernel ne prend en compte l'option nodma qu'à partir d'un certain moment.
Une fois booté, j'ai testé différentes options avec le DMA, et ce qui donne les meilleurs performances est le mode 'mdma2' :
# hdparm -d1 -Xmdma2 -tT /dev/hda
Timing buffered disk reads: 44 MB in 3.08 seconds = 14.30 MB/sec
# hdparm -d1 -Xudma1 -tT /dev/hda
Timing buffered disk reads: 24 MB in 3.22 seconds = 7.44 MB/sec
Les autres modes > udma1 provoquent des erreurs DMA.
J'ai trouvé sur cette page [1] une liste des correspondances entre les modes ultra DMA et les normes ATA. Pour mon adapteur qui supporte du ATA33, celà correspond au umda2. Mon adaptateur est éventuellement menteur dans sa doc :D
J'ai aussi constaté un autre problème, sûrement lié à la désactivation du DMA au boot, même après l'activation avec hdparm : le CPU tourne à 100% lors d'une copie de fichier, et pendant plus longtemps que la copie.
Ex pour un fichier de 170Mo :
#time cp fichier_hdb fichier_hda
réel : 0m7.561s
et temps CPU : 18s à 100%
Il faut donc se méfier des benchs (vous avez déjà entendu ça qq part non ? :p) et le mode udma1 n'est pas plus lent si on tient compte du CPU.
chimrod > si tu as encore le noyau qui plante, peut-tu tester avec l' option 'noapic' en + voir si ça boot chez toi ?
nicO > en effet, en modifiant le mode avec hdparm il y a eu du progrès, même si on est très loin des 40Mo/s :p
[1] http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_devic(...)