Ainsi parla Auzanneau Gregory le 055�me jour de l'an 2004: > > > [EMAIL PROTECTED] a �crit : > > Je ne pas avoir tout compris, � quoi �a sert de faire tout �a??? > > Avec un hdparm -d1 /dev/hdx, j'ai tout qui semble correctement > > configur� (udma4) et un hdparm -T me donne 55MO/s, qu'apporte donc > > idebus=66 ou idebus=ata66 ???? > > greg-port:/home/greg# hdparm -T /dev/hda > > /dev/hda: > Timing buffer-cache reads: 1140 MB in 2.00 seconds = 568.66 MB/sec > > Ne serait-ce plutot pas hdparm -t qui te donnerais 55Mo/s ?
D'apr�s la doc, "-t" bench le taux de transfert du disque, "-T" le taux
du cache.
> Je me posais d'ailleurs une question sur le sujet, le d�bit lin�aire
> du disque est-il variable en fonction de sa vitesse de rotation ?
Bah oui. Plus �a tourne vite, plus tu ramasses vite ;)
Concernant la validit� de hdparm, j'avais fait le bench d'un disque il y
a peu de temps (c.f. PJs). Le disque est un IBM 40GXP, bench� � 26Mo par
hdparm.
La premi�re pi�ce joint repr�sente le taux de transfert moyen obtenu en
lisant les N premiers Mo d'un disque (donc sans tenir compte du temps
d'acc�s).
La seconde repr�sente le taux de transfert r�el d'un dique (c'est � dire
en parquant les t�tes en 0 � chaque fois).
Conclusions:
1) hdparm est quand m�me bien fiable.
2) le taux de transfert th�orique est quasi-constant sur tout le disque.
3) dans la pratique, plus tu est pr�s du bord, plus ta t�te de lecture
doit faire du chemin, et moins tu as de taux de transfert r�el.
> Mon disque de portable est en UDMA100, mais en hdparm -t me donne que
> 27Mo/s ce qui il me semble tr�s peu.
C'est d�j� pas mal pour un DD de portable. �quivalent au taux de
transfert d'un dur d'il y a deux ans je dirais.
--
Nicolas Rueff � Montb�liard � France � http://rueff.homelinux.org
(^> [EMAIL PROTECTED] � GPG 0xDD44DAB4
/v\ Jabber [EMAIL PROTECTED] � ICQ 97700474
<__/ � We are Penguin. Resistance is futile. You will be assimilated. �
<<attachment: Taux de transfert sur les N premiers Mo.png>>
<<attachment: Zone bandwidth for IC35L040AVER07-0.png>>
