Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
> Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B
> copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix.
> 3 MB/s ist max, und dann mit 100% cpulast.
> Ich habe das K7S5A-Board mit sis751 Chipsatz.
> Ich denke doch, das der sis5513 als Dma-treiber der richtige ist.
> Der ist fest eingebacken, also müßte ich doch dma haben, oder?
Wie schon einige Vorredner schrieben, nicht zwingend.
Mit hdparm einfach zu erfragen.
hdparm /dev/hdx
> Hat da jemand eine Idee?
Du wirst genau die Standardeinstellungen haben, die ich auch nach der
Installation vorgefunden habe.
Das sieht dann so oder so aehnlich aus:
> /dev/hdb:
> multcount = 0 (off)
> IO_support = 1 (32-bit)
> unmaskirq = 1 (on)
> using_dma = 0 (off)
> keepsettings = 0 (off)
> readonly = 0 (off)
> readahead = 256 (on)
> geometry = 19457/255/63, sectors = 312581808, start = 0
Knackpunkt ist multcount und using_dma.
Ersteres bestimmt, wie viele Sektoren ein I/O Interrupt von der Platte liest.
Die neueren Platten unterstuetzen eigentlich 16, etwas aeltere meist aber
auch 2, 4 oder 8.
Das sollte man also auf jeden Fall einstellen.
Ebenso den DMA Mode.
Welchen Mode Deine Platte kann weiss ich nicht, musst Du rausfinden. Stellt
man da was falsches ein, kann es zu Systemhaengern kommen.
Bei Multicount ist es noch schlimmer, da kann es zum kompletten Datenverlust
fuehren, wenn man da was falsches einstellt.
Das kann man aber wenigstens noch mehr oder weniger sicher von der Platte
erfragen mit
hdparm -i /dev/hdx
Da nach "MaxMultSect" suchen.
hdparm -d1 -X66 -u1 -m16 -c3 /dev/hdx
hat bei mir geholfen aber
VORSICHT! Wie gesagt, man kann sich da alles zerschiessen, wenn man nicht
weiss, was man tut und vor allem, was die Platte abkann.
Wenn Du Optionen gefunden hast, die funktionieren (danach naemlich
ausfuehrlich testen, ob das System damit stabil laeuft, auch mal hdparm
-Tt /dev/hdx machen), dann traegt man das in ein rc ein und dann laeuft das
auch nach nem restart. noch so.
--
Gruss,
Timo Kirst
Reply to: