IDE-Festplatte an Asus P2B-LS sehr langsam

[B_Reiter]

Ich besitze ein Asus P2B-LS Motherboard, an dessen primärem IDE-Kanal eine 80GB Western-Digital Festplatte angeschlossen ist.
Die Transferrate dieser Festplatte ist hundserbärmlich. Ich weiss aber leider nicht, wie ich das ändern kann.



Hier die Daten von hdparm -Tt /dev/hda:

/dev/hda:
Timing cached reads: 420 MB in 2.01 seconds = 209.20 MB/sec
Timing buffered disk reads: 36 MB in 3.03 seconds = 11.86 MB/sec


Ich verwende Debian Sarge mit 2.6.14-2-686er Kernel.
In dem System steckt ein 450MHz Pentium III. Ich bin mir sicher, dass das System die Platte nicht ausbremst,
denn ein Raid 5 (über Promise Sata Kontroller angeschlossen) bringt eine zufriedenstellende Transferrate:



hdparm -Tt /dev/md3:

/dev/md3:
Timing cached reads: 416 MB in 2.00 seconds = 207.62 MB/sec
Timing buffered disk reads: 114 MB in 3.01 seconds = 37.92 MB/sec

(Das ist zwar auch nicht berauschend, aber angesichts der Tatsache,
das der Prozessor die Paritätsdaten berechnen muss, keine üble Leistung.)




Ein paar weitere Daten:

hdparm -i /dev/hda

/dev/hda:

Model=WDC WD800JB-00JJC0, FwRev=05.01C05, SerialNo=WD-WCAM95360646
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=66
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version:


Smart-Fehler gibt es keine, Im Bios ist alles auf auto, und das IDE-Kabel (natürlich 80-polig) habe ich auch schon getauscht. Bios ist das letzte (1.0.0.14-003 oder so ähnlich)



Interrupts sehen auch gut aus:

cat /proc/interrupts
CPU0
0: 1712121 XT-PIC timer
1: 8 XT-PIC i8042
2: 0 XT-PIC cascade
3: 29 XT-PIC libata
9: 0 XT-PIC acpi
10: 3607 XT-PIC libata
11: 5435 XT-PIC uhci_hcd:usb1, eth0
14: 3379 XT-PIC ide0
15: 12 XT-PIC ide1
NMI: 1
LOC: 0
ERR: 0
MIS: 0



Ich habe testweise mit Filezilla per FTP eine grössere Datei auf die Platte geschoben und dabei bemerkt, das zwar die Festplattenleuchte konstant leuchtet, der Transfer aber immer wieder stockt. Dies ist nur bei Transfer auf hda der Fall, Transfer auf die Raids läuft schnell und ohne zu stocken.

Filesystem ist überall ext3 mit Standard-Mount-Optionen.

Könnte es sein, dass die Plattencaches nicht verwendet werden? (siehe oben: BuffType=unknown)

[jacky0815]

DMA aktiviert? (hdparm -d /dev/hda)

Das raid ist genauso lahm. Beim lesen müssen keine Paritätsdaten berechnet werden, nur beim schreiben.

[B_Reiter]

Hast recht, aber zusammensetzen muss er die Daten ja doch.
Ich finde fast 40 MB/s ist für einen 450er völlig in Ordnung.



hdparm -d /dev/hda:

/dev/hda:
using_dma = 1 (on)

[B_Reiter]

Ich habe gerade mal probiert, ob es mit dem Kernel 2.4 besser funktioniert, leider nicht. Die Transferrate bleibt bei 14MB/s.

Dabei habe ich allerdings eine sehr interessante Entdeckung gemacht, die Raids auf den Sata-Platten wurden erkannt und eingebunden.

Bisher war ich der Meinung, dass die Promise SATA150 TX4 und SATA300 TX4 nur unter 2.6.14 funktionieren. Anscheinend hat aber die Angabe von sata_promise in /etc/modules gereicht, damit sie auch mit dem 2.4er funktionieren.

Faszinierend ;)

[B_Reiter]

Berichtigung, nur der 150er funktioniert mit 2.4, der 300 nicht.

Mein ursprüngliches Problem besteht aber leider immer noch, hat keiner mehr ein Idee?

[baumi_da_phreac]

Mach mal nen Dateitransfer und achte dabei auf die CPU Last, wie wärs :) ?

Ausserdem: Wie viel Ram hat die Kiste?

David

[B_Reiter]

OK, ich kopiere soeben eine 5,2GB große Datei auf die Platte.
Dabei zeigt mir top folgendes:



top - 08:23:07 up 45 min, 3 users, load average: 7.40, 2.60, 0.94
Tasks: 80 total, 1 running, 79 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7% us, 29.9% sy, 0.0% ni, 0.0% id, 68.4% wa, 1.0% hi, 0.0% si
Mem: 256620k total, 253152k used, 3468k free, 960k buffers
Swap: 240964k total, 0k used, 240964k free, 212940k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2952 root 18 0 1972 492 424 D 20.6 0.2 0:32.92 cp
1388 root 10 -5 0 0 0 S 5.7 0.0 0:09.72 md3_raid5


So, dass Kopieren hat 12:04 Minuten gedauert und daraus ergibt sich eine effektive Datenübertragungsrate von 7,35MB/s.

RAM sind 256MB drin.

[B_Reiter]

So, jetzt habe ich die Platte mal an ein anderes Mainboard gehängt.
Ein Epox 8K5A2+.
Die Werte sind auch hier nicht wirklich befriedigend, vor allem, weil ich dma nicht aktivieren kann:



hdparm -Tt /dev/hda1

/dev/hda1:
Timing cached reads: 1304 MB in 2.01 seconds = 650.15 MB/sec
Timing buffered disk reads: 12 MB in 3.43 seconds = 3.50 MB/sec
nephilim:~# hdparm -d1 /dev/hda

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

[B_Reiter]

Ich habe mal testweise mit dem 2.4.27-2-386 Kernel gebootet und da funktioniert DMA:



hdparm -Tt /dev/hda5

/dev/hda5:
Timing cached reads: 1136 MB in 2.00 seconds = 568.00 MB/sec
Timing buffered disk reads: 168 MB in 3.00 seconds = 56.00 MB/sec


Also, wie kriege ich DMA aktiviert mit dem 2.6.14er?

[B_Reiter]

Toll, ist ein Kernel-Bug im 2.6.14. Mit dem 2.6.12 funktioniert es noch gut.
Aber mit dem 2.6.12 funktioniert mein Promise SATA300 noch nicht.

Oh Mann. :mad:

[B_Reiter]

So, für mich ist das Problem jetzt erstmal durch ;)

Ich habe in meinem Hardwarefundus noch ein Asus P3B-F gefunden und mit dem 2.6.14er bringt die Platte Lesetransferraten von 26MB/s. Das reicht mir.

Interessamt ist übrigens, dass der 2.6.12er nur 20MB/s schafft und der 2.4.27 wieder 26MB/s.