Hallo Liste Ich habe ein kleines Performance Problem mit dem Highpoint 370 PCI Raid Kontroller. Mein System: SuSE 8.0 Kernel 2.4.18-64GB-SMP HPT370: Bios v1.0.622 (PCI) Platten 2xIBM Deskstar 120GXP (60GB E-IDE ATA100 7200RPM) hdparm /dev/hde multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 119150/16/63, sectors = 120103200, start = 0 suse:~ # hdparm -Tt /dev/hde /dev/hde: Timing buffer-cache reads: 128 MB in 0.51 seconds =250.98 MB/sec Timing buffered disk reads: 64 MB in 37.09 seconds = 1.73 MB/sec So weit so gut. Es ist mir noch möglich mit hdparm den I/O support auf 32 zu erhöhen und damit die "Performance" zu verdoppeln aber richtig toll sind 3MB/s auch nicht. Jetzt das Problem, will ich den DMA Modus anschalten dann reagieren die Platten und/oder der Kontroller nicht mehr und ich bin gezwungen das System neu zu starten. Folgende Zeilen habe ich ausprobiert: hdparm -c3 -X34 -d1 /dev/hde hdparm -c1 -X66 -d1 /dev/hde hdparm -c3 -X68 -d1 /dev/hde Leider alles ohne Erfolg. (bzw. mit Plattenhänger) Hat jemand den Kontroller ordentlich am Laufen und könnte mir seine Konfiguration verraten?! Ich benutze ihn übrigens _nicht_ als RAID sondern nur als normalen IDE Kontroller Gruss D. Lord PS.: hda und hdb (am onboard IDE Kontroller) laufen mit 24 bis 28 MB/s ohne Probleme und beschwerden.
Am Montag, 10. Juni 2002 16:21 schrieb D. Lord: Realname!!!
Kernel 2.4.18-64GB-SMP
2.4.18-4GB
HPT370: Bios v1.0.622 (PCI)
BIOS: 2.31
Platten 2xIBM Deskstar 120GXP (60GB E-IDE ATA100 7200RPM)
2xIBM-DTLA-307045
hdparm /dev/hde multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 119150/16/63, sectors = 120103200, start = 0
multcount = 16 (on) I/O support = 1 (32-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 1 (on) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 89355/16/63, sectors = 90069840, start = 0
suse:~ # hdparm -Tt /dev/hde /dev/hde: Timing buffer-cache reads: 128 MB in 0.51 seconds =250.98 MB/sec Timing buffered disk reads: 64 MB in 37.09 seconds = 1.73 MB/sec
/dev/hde: Timing buffer-cache reads: 128 MB in 0.71 seconds =180.28 MB/sec Timing buffered disk reads: 64 MB in 1.79 seconds = 35.75 MB/sec Kai
Hi, Um dem Problem auf die Spur zu kommen habe ich folgendes gemacht: 1. Kernel 2.4.18-4GB installiert ---> negativ 2. Meinen eigenen Kernel gebaut ---> negativ 3. Im Singleusermod alle Module entladen ---> negativ 4. Knoppix (Live Linux System) gebootet ---> positiv Knoppix benutzt einen 2.4.18-xfs Kernel. Jetzt frage ich mich was könnte da noch anderst sein? Knoppix läd mir _keine_ Soundkarte also habe ich die auch deaktiviert. Mit dem gleichen "Erfolg" das ich nach einem hdparm -Tt /dev/hde oder /hdf nicht mehr auf die Platten am HPT370 Zugreifen kann. Der IRQ wird nur einfach benutzt (IRQ 17) Ich stehe gerade total auf dem Schlauch, was ich da noch ändern könnte. Mein Board ist das MS-6501 von MSI mit AMD-768 Southbridge und einer AMD-762 Northbridge. Sowie zwei AMD MP Prozessoren. Irgendwelche Vorschläge? Gruss Daniel PS.: Besser, Kai? On Mon, Jun 10, 2002 at 06:52:49PM +0200, Kai Lindenberg wrote:
Am Montag, 10. Juni 2002 16:21 schrieb D. Lord:
Realname!!!
Kernel 2.4.18-64GB-SMP
2.4.18-4GB
HPT370: Bios v1.0.622 (PCI)
BIOS: 2.31
Platten 2xIBM Deskstar 120GXP (60GB E-IDE ATA100 7200RPM)
2xIBM-DTLA-307045
hdparm /dev/hde multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 119150/16/63, sectors = 120103200, start = 0
multcount = 16 (on) I/O support = 1 (32-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 1 (on) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 89355/16/63, sectors = 90069840, start = 0
suse:~ # hdparm -Tt /dev/hde /dev/hde: Timing buffer-cache reads: 128 MB in 0.51 seconds =250.98 MB/sec Timing buffered disk reads: 64 MB in 37.09 seconds = 1.73 MB/sec
/dev/hde: Timing buffer-cache reads: 128 MB in 0.71 seconds =180.28 MB/sec Timing buffered disk reads: 64 MB in 1.79 seconds = 35.75 MB/sec
Kai
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Dienstag, 11. Juni 2002 12:14 schrieb D. Lord:
Hi,
[...]
Jetzt frage ich mich was könnte da noch anderst sein?
[...]
Irgendwelche Vorschläge?
erneuere mal das BIOS vom Controller.
Gruss Daniel
PS.: Besser, Kai?
naja, fast. Trage deinen Namen doch bitte in deinen Mailclient ein. Und vermeide bitte Tofu... Gruß Kai [tofu gelöscht]
Hallo Liste, On Tue, Jun 11, 2002 at 12:37:58PM +0200, Kai Lindenberg wrote:
erneuere mal das BIOS vom Controller.
Das habe ich schon mit ca 10 verschiedenen "load.exe" und bios Dateien Versucht leider immer ohne Erfolg. Er sagt mir entweder dass er das E(E)PROM nicht kennt oder das er nach dem Speichern die Daten nicht mehr auslesen kann. Beim nächsen Neustart habe ich dann wieder die alte Bios Version. Den Hersteller der Karte weiss ich leider nicht (Flohmarkt) auch auf der Karte selber ist er nicht vermerkt. Weder eine FCC Nummer noch etwas ähnliches. Das Interessante ist ja aber das Knoppix den Kontroller ohne Probleme benutzt. Dort sieht ein hdparm -Tt /dev/hde dann so aus. /dev/hda: Timing buffer-cache reads: 128 MB in 0.50 seconds =256.00 MB/sec Timing buffered disk reads: 64 MB in 1.51 seconds = 42.24 MB/sec Gruss Daniel
Hallo List, Inzwischen habe ich mal eine Reihe von Kernels ausprobiert. leider ohne Erfolg. Dabei ist mir folgende Fehlermeldung aufgefallen, die ich beim Ausführen von lilo erhalte Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for BIOS drive 0x82 Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for BIOS drive 0x83 Added linux * Könnte diese Meldung etwas mit meinem Problem zu tun haben? 0x82 bzw. 0x83 entsprechen doch hdc und hdd oder? hdc und hdd sind aber CD-ROM Laufwerke. Gruss Daniel
Hallo Liste Hier jetzt die Lösung zu meinen HPT370 Problem. von www.kernel.org den aktuellen kernel 2.4.18 mit dem Patch auf 2.4.19 pre 10 herunterladen. und dort die entsprechenden Module unter IDE/ATAPI einkompilieren. (fast alles mit PCI - IDE Support) und den Chipsatz Support für AMD Viper und HPT366 Danach sieht mein hdparm -Tt /dev/hde ordentlich aus (260/45 MB/s) :-) Gruss und Danke an alle Daniel
Hallo Liste Sorry, bad news! On Tue, Jun 11, 2002 at 03:35:45PM +0200, hab ich gepostet
Hier jetzt die Lösung zu meinen HPT370 Problem. von www.kernel.org den aktuellen kernel 2.4.18 mit dem Patch auf 2.4.19 pre 10 herunterladen. und dort die entsprechenden Module unter IDE/ATAPI einkompilieren. (fast alles mit PCI - IDE Support) und den Chipsatz Support für AMD Viper und HPT366
Das stimmt auch fast, "nur" den Patch auf 2.4.19 pre 10, den solltet ihr weglassen. Sonst habt ihr wieder das gleiche Problem :-\ d.h. Es ist jetzt entweder möglich den AMD-768 CHIP dazu zu veranlassen die Platten am HPT370 mit 40 MB/s zu beschreiben aber ohne Unterstützung des onboard Soundchips oder aber man hat Sound und eine Übertragungsgeschwindigkeit von 1,7 - 3,5 MB/s auf und vom HPT370 grml. Ein Booten ist mit diesen Kernel übrigens auch nicht möglich ohne am Bootpromp oder in /etc/lilo.conf ide=nodma anzugeben :-( Gibt es eigentlich eine Möglichkeit aus dem Patch nur die Anpassung des Soundmodules zu übernehmen? Gruss Daniel
Hallo Liste Gut, jetzt habe ich mich dann also mal schlau gemacht auf der Seite http://www.textkritik.de/schriftundcharakter/sundc008tofu.htm Ich dachte mein Vorgehen sei sinnvoll. Aber mit dem Denken ist das so eine Sache. Hoffe ich bin nicht all zu vielen auf den Schlips getreten. Gruss Daniel
participants (3)
-
D. Lord -
Daniel Lord
-
Kai Lindenberg