Festplattenperformance

[teK]

Hallo!

Vorneweg: ich hab mich mit der Suchfunktion beschäftigt! :)

Folgendes Szenario:

Red Hat 7.2

auf:

MSI Motherboard [ KT266 Chipset. Southbridge 8233 ]
RAM : 768 MB DDR [ wohl unwesentlich ]
CPU : 800er AMD TB
HDDs:

Western Digital 20GB ATA100 komp.
Seagate 40GB ATA 100 komp.


Kernel: 2.4.7-10 gepatched mit dem hier (http://www.viaarena.com/?PageID=87#ide)

top liefert das: CPU states: 0,1% user, 0,3% system, 0,0% nice, 99,4% idle

hdparm:
/dev/hda:
Timing buffered disk reads: 64 MB in 12.47 seconds = 5.13 MB/sec

Die 40GB liefert etwas 'bessere' Ergebnisse mit ~6 MB / s

und zu guter Letzt:
# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

Ich hoffe auf eure Hilfe, das Ding sollte bis Donnerstag schnell laufen, ich denke nicht, das die Festplatten schuld haben.

Vielen Dank[e] im Vorraus!

teK

[bernie]

Hi,

poste mal die Ausgabe von hdparm und hdparm -I
eine Platte sollte reichen.

Ciao, Bernie

[teK]

# hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
I/O support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 2434/255/63, sectors = 39102336, start = 0

Und

# hdparm -I /dev/hda

/dev/hda:

Model=DW CDW02B0-B00FC0C , FwRev=200.B820, SerialNo=DWW-AML9014316
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=40
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=39102336
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no
Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5

:confused:
Und ich dachte, ich habe schon mehr Posts :D

teK

[Belkira]

Eigentlich solltest Du alle Updates für Red Hat Linux 7.2 mitmachen und mittlerweile dann kernel 2.4.9-34 (oder so) fahren. Aber ich kann verstehen, wenn Du externe Patches für den 2.4.7-10 ausprobierst.

Schau mal im BIOS, ob dort DMA explizit ausgestellt ist. Wenn hdparm nicht in der Lage ist, DMA zu aktivieren, deutet das auf Mainboard/Chipsatz Inkompatibilität bzw. eine BIOS-Einstellung hin, die DMA deaktiviert.

Danach würde ich mich an den Hersteller dieses Patches wenden und dort nach Supportmöglichkeiten Ausschau halten.

[teK]

Ich habe den 2.4.9er geholt.
Der Patch von Viaarena hieß aber rh7.2-patch-2.4.7
also bin ich auf Nummer sicher gegangen, war ja mit dem Kernel zufrieden, bis auf das 'kleine' Problem mit den Platten.

Und was meinst du mit Hersteller fragen?
MSI? die werden mich wohl auf Via verweisen, da war ich ja schon
und wenn die für RH extra den Patch rausbringen usw. u see?
Und das Western Digital was damit zu tun hat, bzw auch Seagate? Schwer vorstellbar.

BIOS: ich habe zuvor extra geschaut aber ich habe keine Option gefunden, die Explizit DMA anspricht.
Ich musste noch nie DMA im BIOS aktivieren. :confused:

thx.

teK

[Belkira]

Ok, es gibt BIOS Versionen, da läßt sich DMA ausschalten oder ist bei "Safe Setup Defaults" implizit aus, ohne Einstellungsmöglichkeit.


Der Patch ist ja auch für 2.4.7-10. Das war nur ein obligatorischer Hinweis auf die Updates. ;)

Und was meinst du mit Hersteller fragen?
Den Patch-Hersteller. VIA.


MSI? die werden mich wohl auf Via verweisen, da war ich ja schon

Wissen die, daß es bei Dir nicht funktioniert?

und wenn die für RH extra den Patch rausbringen usw. u see?
Funktioniert aber nicht bei Dir. ;)

Und das Western Digital was damit zu tun hat, bzw auch Seagate? Schwer vorstellbar.
Auf Festplattenseite ist nichts zu suchen. 80-poliges Kabel und das wars. Daß DMA nicht läuft, ist ein Mainboard/Chipsatz/Kernel Problem.


Was sagt denn dmesg zu den Festplatten und dem Treiber?

[teK]

Siehe Anhang. :)


teK

[Belkira]

Linux version 2.4.7-10 (bhcompile@stripples.devel.redhat.com)

Huch? Hatte jetzt eigentlich erwartet, einen von Dir selbst compilierten Kernel vorzufinden.


VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik <vojtech@suse.cz>

[teK]

Ich habe den vorhandenen Kernel Source gepatched und neucompiled, definitiv.

Soll ich dochmal den Neuesten verwenden?
:ugly: :ugly: :ugly:


teK

[Elektronator]

Ausserdem steht da was von Western Digital und Maxtor,

nicht Seagate ?!

Blöde Frage vielleicht, aber hast du den neuen Kernel auch gebootet (lilo.conf)?

[Belkira]

Ok, um meinem Hinweis etwas Nachdruck zu verleihen. Der Kernel meldete sich
als:


Linux version 2.4.7-10 (bhcompile@stripples.devel.redhat.com) (gcc
version 2.96 20000731 (Red Hat Linux 7.1 2.96-98)) #1 Thu Sep 6
16:46:36 EDT 2001

Also der von Red Hat am 6.9.2001 compilierte 2.4.7-10 Kernel für die Distribution. Es ist nicht der gepatchte und von Dir selbst compilierte. Siehe uname -a.

[teK]

Original geschrieben von Elektronator
Ausserdem steht da was von Western Digital und Maxtor,

nicht Seagate ?!

Blöde Frage vielleicht, aber hast du den neuen Kernel auch gebootet (lilo.conf)?
Mein Fehler, es ist natürlich eine Seagate. :(
Wegen dem Kernel: ich werde mich gleich nochmal hinsetzen, und den Fehler suchen.

teK

[Belkira]

Mein Fehler, es ist natürlich eine Seagate. :(

Wo? :)

hda: WDC WD200BB-00CFC0, ATA DISK drive
hdc: Maxtor 4D040H2, ATA DISK drive

[teK]

Ich mien ja Maxtor, .... uff was heute los?

Ich sitz immer noch dran.

teK

[teK]

So.
Ich habe jetzt die Datei
arch/i386/bzImage HIER (http://www.f-boe.net/bzImage) hochgeladen. Wenn ihr wollt ... :)
Das Ganze deswegen, weil ich heute keine Zeit mehr habe, nochmal neu zu kompilieren.

Ich habe:
Den Urpsrungscode genommen [ /usr/src/linux-2.4.7-10 ]
nach /usr/src/linux kopiert
gepatched
und dann ganz normal mit
make menuconfig
make dep
make clean
make bzImage
kompiliert
ich habe auch mal
make install
versucht.
Ich habe trotzdem die bzImage aus besagtem Verzeichniss nach /boot/vmlinuz kopiert und in der lilo.conf darauf verwiesen.
Den Eintrag
initrd=/boot/initrd-2.4.7-10.img
habe ich gelassen, liegt vielleicht da mein Fehler?

Wieder / nochmal Danke für die Hilfe :)

teK

[Elektronator]

Um Belkiras Antwort nochmal zu verdeutlichen:

Solange beim Booten:

Linux version 2.4.7-10 (bhcompile@stripples.devel.redhat.com) (gcc
version 2.96 20000731 (Red Hat Linux 7.1 2.96-98)) #1 Thu Sep 6

erscheint, hast du defnitiv nicht DEINEN kompilierten Kernel gebootet. Was du dann falsch gemacht hast, können wir aber nicht am Kernel erkennen. An initrd liegst aber nicht.

<Vielleicht solltest du mal make mrproper benutzen.>