au possesseur de K7S5A, un peiti hdparm svp ;) - Linux et OS Alternatifs
Marsh Posté le 28-12-2003 à 20:15:40
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 64 MB in 3.77 seconds = 16.98 MB/sec
Le disque est un "vieux" Seagate 20Go.
uname -r donne: 2.4.18-1-k7
J'ai pas de pb avec la K7S5A "non-pro" que j'utilise. Cependant, un de mes potes galère avec au niveau des accès disques, qui sont vraiment lents.
Marsh Posté le 28-12-2003 à 21:29:04
Ah-la-la... C'est qu'il est exigeant!
# hdparm /dev/hda1
/dev/hda1:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 2480/255/63, sectors = 1959867, start = 63
busstate = 1 (on)
Marsh Posté le 28-12-2003 à 21:52:57
merci a toi j'ai la meme chose ...
Marsh Posté le 28-12-2003 à 21:54:54
Pas dutout optimisé :
Briareos:~# hdparm /dev/hda |
Marsh Posté le 28-12-2003 à 22:04:07
j'ai essayé de bidouillé avec hdparm mais les perfs restent les memes ...
hdparm -u1 -c3 -X udma5 /dev/hda
mais bon du 40/44 ca reste correct tout de meme
Marsh Posté le 29-12-2003 à 00:04:50
Oui en effet la K7S5A ne "tune" pas par défaut sous Linux, il faut utiliser hdparm ...
je te conseille d'éviter le -c3 au profit du -c1 .
Et tes perfs sont plutot bonnes vu la carte mère, qui n'est pas très véloce coté IDE
Marsh Posté le 29-12-2003 à 00:08:03
Je voulais juste savoir si c'etait moi qui avait merdé ou pas m'etait dit avec le 2.6.0 peut etre un tunage par defaut
pourquoi plutot c1 que c3 ? dans le man, c3 plus rapide que c1 mais peut chauffer plus
La K7S5A-Pro est pas cher et marche impecable pour l'usage et 44Mo/s c'est suffisant pour lancer mozilla
Marsh Posté le 29-12-2003 à 00:37:09
GUG a écrit : |
On n'a pas le même man alors
[citation]Interroge/active le support d'E/S 32-bit (E)IDE. Un parametre
numerique peut-etre utilise pour l'activer/le desactiver : Les
valeurs actuellement supportees sont 0 pour desactiver le sup-
port d'E/S 32-bit 1 pour activer les transferts de donnes
32-bit, et 3 pour activer les transferts de donnes 32-bit avec
une sequence speciale sync requise par de nombreux controleurs.
La valeur 3 marche avec presque tous les controleurs IDE 32-bit,
mais donne lieu a une legere surcharge du disque. Remarquez que
<< 32-bit >> fait reference aux transferts de donnees sur un bus
PCI ou VLB uniquement vers la carte d'interface ; tous les dis-
ques (E)IDE ont encore seulement une connection 16-bit par la
nappe depuis la carte d'interface.[/citation]
Ca parle d'une "surcharge" du disque, De plus en cherchant un peu sur le net, j'avais vu que la valeur "3" était un fix pour les controlleurs IDE bugués qui ne supportaient pas le fonctionnement normal, au prix d'une légère dégradation des perfs. Si quelqu'un a plus d'infos là dessus
Marsh Posté le 29-12-2003 à 01:28:15
ah euh je n'ai rien dit j'ai lu en diago et version anglaise
bon bah je vais passer en c1
Marsh Posté le 28-12-2003 à 17:58:29
Bonjour,
pourriez vous me donner le resultat d'un hdparm sur votre disque dur principale ?
ainsi que le kernel que vous utilisez ?
car je suis obligé de tuner avec hdparm ...
le support du chip dans le noyau ne mettant pas vraiment les options les plus efficaces ...
merci d avance