Festplattenzugriff -> 100% CPU-Auslastung...

[Dr. Eule]

hallo!

ich habe ein Problem mit meiner neuen Samsung SP1614N:
sobald das Ding größere Arbeiten verrichtet (z.B. beim Laden von KDE) schnellt die CPU-Last auf fast 100% hoch wodurch dass System für diese Zeit praktisch unbenutzbar langsam wird!
Das habe ich soweit rausfinden können, als ich mit eingeschalteter Systemüberwachung mal 'hdparm -t /dev/hda' ausgeführt habe - für eine halbe Minute lang war mein 2200er Athlon bis zum Anschlag ausgelastet - das ist doch nicht normal oder?
Ich kenn mich leider Hardwaremässig nicht sonderlich aus, um zu wissen, woran ich z.B. bei hdparm drehen müsste, soweit ich sehen kann läuft die Platte bereits auf udma7.

Unter Windows läuft übrigens alles wie geschmiert...

Ich würde mich sehr freuen, wenn mir jemand einen Tipp geben könnte, im übrigen habe ich einen berüchtigten nforce2 chipsatz, aber auch das Abschalten von APIC und APCI brachte keine Lösung des Problems.
Ansonsten benutze ich Debian Woody unter einem selbstkompilierten 2.6.4er.

[mistersixt]

Wenn DMA nicht aktiviert ist, kann das durchaus so langsam sein. Mach mal "hdparm -d /dev/hda". Wenn das DMA auf off steht, könnte man den DMA Modus mit "hdparm -d 1 /dev/hda" einschalten. Bleibt dann die Frage, warum der Kernel nicht direkt den DMA-Modus einschaltet. Beim 2.4er Kernel gab es bei der Kernelkonfiguration eine Option, die in etwa so hiess wie "Active DMA if available" oder so. Vielleicht gibt es die beim 2.6er Kernel auch und Du hast vergessen, diese Option zu aktivieren.

Gruss, mistersixt.

[Dr. Eule]

der DMA-Modus ist wirklich nicht eingeschaltet!
...allerdings lässt er sich auch nicht einschalten (als root):

Code: Alles auswählen

setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma    =  0 (off)

Im Kernel habe ich alles zum DMA gehörige einschaltet und auch das zum nforce passende IDE-Treibermodul (amd74xx) geladen... nichts hilft
...kann es sein, dass meine Platte noch etwas zu neu für die Kerneltreiber ist?

[pdreker]

Fehlender Chipsatz Treiber (99% Wahrscheinlichkeit). Poste 'mal die Ausgabe von "lsmod" und "lspci". Kontrolliere ausserdem die Ausgabe von "dmesg" (nicht komplett hier posten!!!) daraufhin, mit welchem Treiber er die Controller aktiviert. Es kann durchaus sein, dass Dein Controller mit dem "generic IDE Driver" gestartet wird, und der den DMA Modus nicht aktivieren kann...

Patrick

[Dr. Eule]

Problem gelöst!
undzwar hatte ich im Kernel den generic-IDE Treiber fest einkompiliert, was beim Laden des nforce2-IDE-Treiber zur folgenden Meldung führte:

Code: Alles auswählen

NFORCE2: IDE controller at PCI slot 0000:00:09.0
NFORCE2: chipset revision 162
NFORCE2: not 100% native mode: will probe irqs later
NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
NFORCE2: port 0x01f0 already claimed by ide0
NFORCE2: port 0x0170 already claimed by ide1
NFORCE2: neither IDE port enabled (BIOS)

kein Wunder ...ich dachte dass der nforce-IDE-Treiber auf den standard-Treiber aufsetzen würde, aber da lag ich wohl falsch....

danke Leute !

[mark.j]

kein Wunder Smile ...ich dachte dass der nforce-IDE-Treiber auf den standard-Treiber aufsetzen würde, aber da lag ich wohl falsch....

das dachte ich auch die ganze zeit..

zum glück gibt es dieses forum, um schnell eine lösung zu finden. bin gerade am recompilen, diesmal OHNE eingebauten generic_ide support