OVH Cloud OVH Cloud

temps acces disque dur

15 réponses
Avatar
mikonos
Bonjour,

Le temps d'accès à me disques durs est assez long. Pour ouvir un fichier
texte de 10 Mo je dois attendre presque une minute.

J'ai deux disques branché sur une carte pci et deux autres directement sur
la carte mere. Ce sont surtout ceux de la carte mère qui posent problème.

Est-ce "normal"? Si non, comment y remédier?

Merci d'avance.

5 réponses

1 2
Avatar
françois
françois wrote:
no_spam wrote:

Il y a encore un point:
quel est la valeur read-ahead:
hdparm -a /dev/hd<x> ?
Attention, cette valeur est en secteurs sur les 2.4 et en octets sur les
2.6 !



Salut,

j'en profite, peux-tu m'expliquer à quoi sert ce paramètre , car à
chaque fois, je ne sais pas comment le régler, et quand je met des
valeurs trés différentes les unes des autres je ne vois aucun
changement, a moins que cela soit efficace pour un certain type
de fichier, au hasard, transfert de gros fichiers, ce que je fait rarement.

ps: j'ai bien lu le man, j'était au courant du changement d'unité
entre les différentes versions du noyau, mais là je sèche.

Merci.


Ok, je viens de lire un truc en francais ce qui
a m'a éclairé :

"De plus, de nombreux disques IDE on une fonction de lecture en avance
intégrée, qui rend inutile les lectures en avance par le système de
fichier dans beaucoup de cas."

donc je désactive ou pas ?

Merci


Avatar
Shmurtz
Le Fri, 17 Dec 2004 11:45:00 +0100, mikonos s'exprimait :

/dev/hde:
Timing buffer-cache reads: 1056 MB in 2.00 seconds = 527.03 MB/sec
Timing buffered disk reads: 64 MB in 3.01 seconds = 21.28 MB/sec

/dev/hdf:
Timing buffer-cache reads: 1032 MB in 2.01 seconds = 514.28 MB/sec
Timing buffered disk reads: 70 MB in 3.08 seconds = 22.75 MB/sec

Ca vous parrait correct?


Oui, mon Maxtor 20Go tourne dans ces vitesses là avec hdparm -c1d1.

--
The best oxymoron : Microsoft Works ®

Avatar
mikonos
Selon no_spam :


Il y a encore un point:
quel est la valeur read-ahead:
hdparm -a /dev/hd<x> ?
Attention, cette valeur est en secteurs sur les 2.4 et en octets sur les
2.6 !
Merci pour vos réponses.


Les deux sont activés à 256 octets.

Avatar
no_spam
On Fri, 17 Dec 2004 13:49:33 +0000, françois wrote:

françois wrote:
no_spam wrote:

Il y a encore un point:
quel est la valeur read-ahead:
hdparm -a /dev/hd<x> ?
Attention, cette valeur est en secteurs sur les 2.4 et en octets sur les
2.6 !



Salut,

j'en profite, peux-tu m'expliquer à quoi sert ce paramètre , car à
chaque fois, je ne sais pas comment le régler, et quand je met des
valeurs trés différentes les unes des autres je ne vois aucun
changement, a moins que cela soit efficace pour un certain type
de fichier, au hasard, transfert de gros fichiers, ce que je fait rarement.



Ca optimise le cas de transfert de gros blocs de données en "burst",
c'est à dire de donnée qui se suivent sur le disque. Ce n'est pas
toujours le cas des gros fichiers, qui peuvent être fragmentés, mais
l'idée est là.

ps: j'ai bien lu le man, j'était au courant du changement d'unité
entre les différentes versions du noyau, mais là je sèche.

Merci.


Ok, je viens de lire un truc en francais ce qui
a m'a éclairé :

"De plus, de nombreux disques IDE on une fonction de lecture en avance
intégrée, qui rend inutile les lectures en avance par le système de
fichier dans beaucoup de cas."

donc je désactive ou pas ?


Non, c'est justement ce qui permet de régler cette fonction:
hdparm controle les paramêtres du disque dur, pas la façon dont Linux
s'en sert ensuite.



Avatar
françois
no_spam wrote:

[...]
"De plus, de nombreux disques IDE on une fonction de lecture en avance
intégrée, qui rend inutile les lectures en avance par le système de
fichier dans beaucoup de cas."

donc je désactive ou pas ?



Non, c'est justement ce qui permet de régler cette fonction:
hdparm controle les paramêtres du disque dur, pas la façon dont Linux
s'en sert ensuite.


Merci.


1 2