Copie de fichier leeeeeennnnte [upd: corrigé] - Linux et OS Alternatifs
Marsh Posté le 13-12-2001 à 21:46:20
kel noyau
hdparm /dev/hdc
hdparm -i /dev/hdc
regarde notamment unmaskirq
Marsh Posté le 13-12-2001 à 22:00:08
Code :
|
Effectivement, j'ai trouvé une saine lecture à partir de ça. Je vais me plonger dedans, je sens le truc interressant (en esperant ne pas tout casser) :
http://linux.oreillynet.com/pub/a/ [...] dparm.html
[edtdd]--Message édité par kadreg--[/edtdd]
Marsh Posté le 13-12-2001 à 22:33:56
Rien que de passer en 32bits IO (-c3) sur mes disques, j'ai INCROYABLEMENT accélerer le truc, c'est nickel maintenant. Merci.
Pour le faire proprement sur redhat 7.2 :
aller dans le repertoire /etc/sysconfig/
recopier le fichier harddisks en harddiskshda, harddiskshdb, harddiskshdc, harddiskshdd. Editer ces nouveaux fichier, c'est super bien expliqué dedans.
Marsh Posté le 13-12-2001 à 21:25:53
bonsoir,
j'ai un problème avec mon PC (config1), qui est sous une redhat 7.2. Quand je copie un gros fichier (une image iso par exemple, ca semble commencer à 40Mo en taille), la machine devient très lente, pour ne pas dire inutilisable.Ma souris USB se bloque par moment, les news ne defilent plus dans wmcoincoin, la machine arrétée.
Premier reflexe, voir ce qui tourne. Mon cp est le process qui prend le plus de CPU, mais ça ne depasse pas 10%. kswapd se ballade pas loin, je soupsonne un role. Un vmstat me montre que j'ai 50Mo de swap utilisé, et que toute ma mémoire est prise (alors que j'ai toujours 50Mo de memoire libre).
Mon premier soupson se porte vers la dgestion Ultra-DMA des disques, mais ça semble correct :
Je donne un coup de hdparm :
C'est pas grandiose, mais pas de quoi mettre une machine par terre.
La machine est en ext3, mais le phéénomène empire si je copie les fichiers vers une partition FAT32. Je suis preneur de toute idée.
[edtdd]--Message édité par kadreg--[/edtdd]
---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !