Hallo seit kurzem hat mein Rechner extrem langsamen Zugriff auf die Festplatte(n) Meine Umgebung: SuSE 7.2 mit Kernel 2.4.16 ReiserFS 3.x.0k 2 IDE-Platten mit eingeschaltetem DMA Da mein Rechner nun 120 Uptime hat wollte ich diesen auch nicht gleich runterfahren, aber es nervt schon wenn beim Kopieren oder Brennen von Daten das gesamte System extrem Langsam vor sich hin zuckt. EinAbmelden vom KDE und in den Runlevel 1 schaltne (init 1) brachte auch keinen Erfolg. Hat vielleicht einer solch ein Problem bereits mal gehabt ? -- Gruss JENS GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Am Mittwoch, 12. Juni 2002 21:32 schrieb svebu@gmx.de:
Hallo
seit kurzem hat mein Rechner extrem langsamen Zugriff auf die Festplatte(n) Meine Umgebung:
SuSE 7.2 mit Kernel 2.4.16 ReiserFS 3.x.0k 2 IDE-Platten mit eingeschaltetem DMA ^^^^^^^^^^^^^^^^^^ Wirklich ?
Was sagt ein hdparm /dev/hdX ? Was sagt top ? Was sagt ein hdparm -tT /dev/hdX ?? Poste doch bitte mal die Ausgaben. Grüße Andreas Achso, bitte gib doch deinen wirklichen Namen an.
Hi,
2 IDE-Platten mit eingeschaltetem DMA ^^^^^^^^^^^^^^^^^^^^^^
Nach Ausgabe von hdparm ist der DMA-Modus wohl abgeschaltet - leider habe ich die Funktion (wie unter 7.2 noch unter YaST2 zu finden) nicht mehr aufstöbern können. Glaube aber dass ich mal gelesen habe, dass der DMA-Modus autom. mit dem Kernel geladen/gestartet wird. Oder wie kann ich den Modus noch einschalten ? Am besten noch ohne den Rechner durchstarten zu müssen ;-) Hier noch die Daten: 1) # hdparm /dev/hda /dev/hda: multcount = 0 (off) 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 = 4865/255/63, sectors = 78165360, start = 0 strohsje:/mm # hdparm /dev/hdb 2) # hdparm /dev/hdb /dev/hdb: multcount = 0 (off) 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 = 7471/255/63, sectors = 120033900, start = 0 3) # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 1.26 seconds =101.59 MB/sec Timing buffered disk reads: 64 MB in 35.97 seconds = 1.78 MB/sec 4) # hdparm -tT /dev/hdb /dev/hdb: Timing buffer-cache reads: 128 MB in 1.29 seconds = 99.22 MB/sec Timing buffered disk reads: 64 MB in 38.29 seconds = 1.67 MB/sec -- SET THE CONTROLS FOR THE HEART OF THE SUN Jens
Am Donnerstag, 13. Juni 2002 08:02 schrieb J.Strohschnitter:
Nach Ausgabe von hdparm ist der DMA-Modus wohl abgeschaltet - leider habe ich die Funktion (wie unter 7.2 noch unter YaST2 zu finden) nicht mehr aufstöbern können. Glaube aber dass ich mal gelesen habe, dass der DMA-Modus autom. mit dem Kernel geladen/gestartet wird. Oder wie kann ich den Modus noch einschalten ? Am besten noch ohne den Rechner durchstarten zu müssen ;-)
man hdparm
Hier noch die Daten:
1) # hdparm /dev/hda /dev/hda: multcount = 0 (off) 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 = 4865/255/63, sectors = 78165360, start = 0 strohsje:/mm # hdparm /dev/hdb
3) # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 1.26 seconds =101.59 MB/sec Timing buffered disk reads: 64 MB in 35.97 seconds = 1.78 MB/sec
mit hdparm -d1 /dev/hdX sieht es bei mir dann so aus: andreas:/home/andreas # hdparm -tT /dev/hde /dev/hde: Timing buffer-cache reads: 128 MB in 0.66 seconds =193.94 MB/sec Timing buffered disk reads: 64 MB in 1.70 seconds = 37.65 MB/sec Grüße Andreas
Hi
man hdparm
klappt wunderbar - auch ohne reboot: hdparm -d 1 /dev/hda ; hdparm -d 1 /dev/hdb Habe mal das Skript idedma von SuSE 7.2 auf den 7.3er rüberkopiert - denke mal dass damit beim nächsten booten der DMA autom. aktiviert ist. Danke ... -- 10:57am up 106 days, 19:03, 5 users, load average: 2.14, 2.08, 2.09 SET THE CONTROLS FOR THE HEART OF THE SUN Jens
Guten Tag Andreas Hergesell, Am Donnerstag, 13. Juni 2002 um 09:50 schrieb Andreas Hergesell:
Am Donnerstag, 13. Juni 2002 08:02 schrieb J.Strohschnitter:
Nach Ausgabe von hdparm ist der DMA-Modus wohl abgeschaltet - leider habe ich die Funktion (wie unter 7.2 noch unter YaST2 zu finden) nicht mehr aufstöbern können. Glaube aber dass ich mal gelesen habe, dass der DMA-Modus autom. mit dem Kernel geladen/gestartet wird. Oder wie kann ich den Modus noch einschalten ? Am besten noch ohne den Rechner durchstarten zu müssen ;-)
man hdparm
Hier noch die Daten:
1) # hdparm /dev/hda /dev/hda: multcount = 0 (off) 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 = 4865/255/63, sectors = 78165360, start = 0 strohsje:/mm # hdparm /dev/hdb
3) # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 1.26 seconds =101.59 MB/sec Timing buffered disk reads: 64 MB in 35.97 seconds = 1.78 MB/sec
mit hdparm -d1 /dev/hdX sieht es bei mir dann so aus: andreas:/home/andreas # hdparm -tT /dev/hde
/dev/hde: Timing buffer-cache reads: 128 MB in 0.66 seconds =193.94 MB/sec Timing buffered disk reads: 64 MB in 1.70 seconds = 37.65 MB/sec
Grüße Andreas
Hallo! Ich habe das grade auch mal ausprobiert, dabei ist folgendes rausgekommen: linuxserver:~ # hdparm /dev/hda /dev/hda: multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055244, start = 0 und linuxserver:~ # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 3.60 seconds = 35.56 MB/sec Timing buffered disk reads: 64 MB in 7.40 seconds = 8.65 MB/sec Die Platte ist eine IBM IC35L040 mit 7200 Runden/sek. und 2Mb Cache; die sollte doch eigentlich mehr können, oder? Ciao, Stefan
Stefan Schilling schrieb:
/dev/hda: multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055244, start = 0
Die Platte ist eine IBM IC35L040 mit 7200 Runden/sek. und 2Mb Cache; die sollte doch eigentlich mehr können, oder?
Der "I/O support" läuft über 16-bit-Zugriff. Mit 32-bit sollte die Platte nochmal ein Stück schneller werden: hdparm -c1 /dev/hda Grüße, Patrick
Guten Tag Patrick Hess, Am Samstag, 15. Juni 2002 um 14:55 schrieb Patrick Hess:
Stefan Schilling schrieb:
/dev/hda: multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055244, start = 0
Die Platte ist eine IBM IC35L040 mit 7200 Runden/sek. und 2Mb Cache; die sollte doch eigentlich mehr können, oder?
Der "I/O support" läuft über 16-bit-Zugriff. Mit 32-bit sollte die Platte nochmal ein Stück schneller werden:
hdparm -c1 /dev/hda
Grüße, Patrick
Hallo! Leider nein: linuxserver:~ # hdparm -c1 /dev/hda /dev/hda: setting 32-bit I/O support flag to 1 I/O support = 1 (32-bit) linuxserver:~ # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 3.60 seconds = 35.56 MB/sec Timing buffered disk reads: 64 MB in 7.34 seconds = 8.72 MB/sec Was kann man noch machen? Ciao und gute Nacht! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo Stefan, at Sun, 16 Jun 2002 01:13:58 +0200 Stefan Schilling wrote:
Am Samstag, 15. Juni 2002 um 14:55 schrieb Patrick Hess:
Der "I/O support" läuft über 16-bit-Zugriff. Mit 32-bit sollte die Platte nochmal ein Stück schneller werden:
hdparm -c1 /dev/hda
Leider nein:
Versuchs mal mit hdparm -c3 /dev/hda Bye Michael -- Are you scared of speed? If so, then try Windows 9x. Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Guten Tag Michael Raab, Am Sonntag, 16. Juni 2002 um 01:23 schrieb Michael Raab:
Hallo Stefan,
at Sun, 16 Jun 2002 01:13:58 +0200 Stefan Schilling wrote:
Am Samstag, 15. Juni 2002 um 14:55 schrieb Patrick Hess:
Der "I/O support" läuft über 16-bit-Zugriff. Mit 32-bit sollte die Platte nochmal ein Stück schneller werden:
hdparm -c1 /dev/hda
Leider nein:
Versuchs mal mit hdparm -c3 /dev/hda
Bye Michael
Hallo! Danke für den Tip, jedoch ergab sich daraus keine Veränderung. Ich versuch jetzt erstmal den Tip von Rolf. Ciao und bis dann, Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo Stefan, at Sun, 16 Jun 2002 12:23:15 +0200 Stefan Schilling wrote:
Am Sonntag, 16. Juni 2002 um 01:23 schrieb Michael Raab:
at Sun, 16 Jun 2002 01:13:58 +0200 Stefan Schilling wrote:
Am Samstag, 15. Juni 2002 um 14:55 schrieb Patrick Hess:
Der "I/O support" läuft über 16-bit-Zugriff. Mit 32-bit sollte die Platte nochmal ein Stück schneller werden:
hdparm -c1 /dev/hda
Leider nein:
Versuchs mal mit hdparm -c3 /dev/hda
Danke für den Tip, jedoch ergab sich daraus keine Veränderung. Ich versuch jetzt erstmal den Tip von Rolf.
Lese dazu doch den Artikel auf http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html Bye Michael -- Die Liebe ist das Licht des Lebens. In der Ehe kommt dann die Stromrechnung. Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
Guten Tag Michael Raab, Am Sonntag, 16. Juni 2002 um 12:50 schrieb Michael Raab: Hallo! Ich habe jetzt mal folgendes gemacht: linuxserver:~ # hdparm -d1 -u1 -m16 -c3 /dev/hda /dev/hda: setting 32-bit I/O support flag to 3 setting multcount to 16 setting unmaskirq to 1 (on) setting using_dma to 1 (on) multcount = 16 (on) I/O support = 3 (32-bit w/sync) unmaskirq = 1 (on) using_dma = 1 (on) linuxserver:~ # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 3.63 seconds = 35.26 MB/sec Timing buffered disk reads: 64 MB in 7.33 seconds = 8.73 MB/sec Das ist zwar -von den Werten her- schon besser, aber wirklich toll ist das auch noch nicht. Ach ja: die Option -X66 macht das System langsamer, -X34 ändert das Ganze nur geringfügig. Gibt´s sonst noch eine Idee? In dem Artikel http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html werden diese Optionen angegeben und führen sofort zu erstaunlichen Veränderungen. Leider ist mein Chipsatz rel. alt (ist ein P133), die Platte dagegen erst ca. 2 Monate alt. Danke und tschüss, Stefan
Am Sonntag, 16. Juni 2002 13:48 schrieb Stefan Schilling:
Das ist zwar -von den Werten her- schon besser, aber wirklich toll ist das auch noch nicht. Ach ja: die Option -X66 macht das System langsamer, -X34 ändert das Ganze nur geringfügig. Gibt´s sonst noch eine Idee? In dem Artikel http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html werden diese Optionen angegeben und führen sofort zu erstaunlichen Veränderungen. Leider ist mein Chipsatz rel. alt (ist ein P133), die Platte dagegen erst ca. 2 Monate alt.
Also DAS hättest Du durchaus früher erwähnen können. Für einen P133 sind die Werte ja nun wirklich nicht übel. Interessant wäre noch zu erfahren, welchen Chipsatz Du verwendest. Für Intel PIIX* Chipsätze gibt es eine Tuning Option im Kernel, die zumindestens bei SuSE 7.3 nicht aktiviert war, damit wars hier bei dem Gateway-Rechner (auch ein P133) überhaupt erst möglich DMA zu aktivieren (das Bios unterstützte den Spaß überhaupt nicht). Mit der Option komm ich auf etwa vergleichbare Werte wie bei Dir, ohne wars nicht mal die Hälfte. Ich hab dort ne halbwegs aktuelle 30 GByte Platte drinn (wird auch vom Bios nicht erkannt, aber mit den Daten der Platte, um ein "paar" Zylinder gekürzt, bootet die Kiste trotz Meckermeldung). -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Guten Tag Manfred Tremmel, Am Sonntag, 16. Juni 2002 um 17:47 schrieb Manfred Tremmel:
Am Sonntag, 16. Juni 2002 13:48 schrieb Stefan Schilling:
Das ist zwar -von den Werten her- schon besser, aber wirklich toll ist das auch noch nicht. Ach ja: die Option -X66 macht das System langsamer, -X34 ändert das Ganze nur geringfügig. Gibt´s sonst noch eine Idee? In dem Artikel http://linux.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html werden diese Optionen angegeben und führen sofort zu erstaunlichen Veränderungen. Leider ist mein Chipsatz rel. alt (ist ein P133), die Platte dagegen erst ca. 2 Monate alt.
Also DAS hättest Du durchaus früher erwähnen können. Für einen P133 sind die Werte ja nun wirklich nicht übel.
Naja, vielleicht lebe ich ja auf einer anderen (falschen?) Wolke, aber ich hatte mir schon etwas mehr erhofft (erwartet).
Interessant wäre noch zu erfahren, welchen Chipsatz Du verwendest. Für Intel PIIX* Chipsätze gibt es eine Tuning Option im Kernel, die zumindestens bei SuSE 7.3 nicht aktiviert war, damit wars hier bei dem Gateway-Rechner (auch ein P133) überhaupt erst möglich DMA zu aktivieren (das Bios unterstützte den Spaß überhaupt nicht). Mit der Option komm ich auf etwa vergleichbare Werte wie bei Dir, ohne wars nicht mal die Hälfte.
Auszug aus BIOS - Meldungen: obere Zeile (sollte nur Chipsatz sein (?)): PCI54ITS-I13-0606 (SMC 665) untere Zeile; BIOS: 06/06/97-i430FX, SMC665-2A59CM29C-00 ich hoffe, das hilft.
Ich hab dort ne halbwegs aktuelle 30 GByte Platte drinn (wird auch vom Bios nicht erkannt, aber mit den Daten der Platte, um ein "paar" Zylinder gekürzt, bootet die Kiste trotz Meckermeldung).
Ich hatte ursprünglich das Problem, dass die Karte gar nicht erkannt wurde. Auch das IBM - Tool zum Begrenzen der Biosangaben, ohne Verlust der Speicherkapazität war nicht erfolgreich. Jetzt habe ich das Ding auf 32GB gejumpert (*heul* 8GB weniger *heul*) und es läuft. Schönen Tach noch, Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo Stefan, at Mon, 17 Jun 2002 21:23:08 +0200 Stefan Schilling wrote:
Am Sonntag, 16. Juni 2002 um 17:47 schrieb Manfred Tremmel:
Am Sonntag, 16. Juni 2002 13:48 schrieb Stefan Schilling:
Leider ist mein Chipsatz rel. alt (ist ein P133), die Platte dagegen erst ca. 2 Monate alt.
Also DAS hättest Du durchaus früher erwähnen können. Für einen P133 sind die Werte ja nun wirklich nicht übel.
Naja, vielleicht lebe ich ja auf einer anderen (falschen?) Wolke, aber ich hatte mir schon etwas mehr erhofft (erwartet).
Interessant wäre noch zu erfahren, welchen Chipsatz Du verwendest.
Auszug aus BIOS - Meldungen:
[...]
ich hoffe, das hilft.
Wie wird der IDE-Controller vom Kernel bezeichnet ? Bye Michael -- Windows is a pane in the ASCII. Registered Linux User #228306 ICQ #151172379 http://macbyte.info/ GNU-PG-Key ID 0140F88B
On Sat, 15 Jun 2002, Stefan Schilling wrote:
using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055244, start = 0
und
linuxserver:~ # hdparm -tT /dev/hda
/dev/hda: Timing buffer-cache reads: 128 MB in 3.60 seconds = 35.56 MB/sec Timing buffered disk reads: 64 MB in 7.40 seconds = 8.65 MB/sec
Die Platte ist eine IBM IC35L040 mit 7200 Runden/sek. und 2Mb Cache; die sollte doch eigentlich mehr können, oder?
Die sollte allerdings mehr können. Poste doch bitte den output von: hdparm -i /dev/hda -ron
Guten Tag Rolf Naef, Am Sonntag, 16. Juni 2002 um 05:37 schrieb Rolf Naef:
On Sat, 15 Jun 2002, Stefan Schilling wrote:
using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055244, start = 0
und
linuxserver:~ # hdparm -tT /dev/hda
/dev/hda: Timing buffer-cache reads: 128 MB in 3.60 seconds = 35.56 MB/sec Timing buffered disk reads: 64 MB in 7.40 seconds = 8.65 MB/sec
Die Platte ist eine IBM IC35L040 mit 7200 Runden/sek. und 2Mb Cache; die sollte doch eigentlich mehr können, oder?
Die sollte allerdings mehr können. Poste doch bitte den output von:
hdparm -i /dev/hda
Hallo! Hier die Ausgabe: linuxserver:~ # hdparm -i /dev/hda /dev/hda: Model=IC35L040AVER07-0, FwRev=ER4OA46A, SerialNo=SXPTX3E6909 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40 BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055244 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 Drive Supports : Reserved : ATA-2 ATA-3 ATA-4 ATA-5 Kernel Drive Geometry LogicalCHS=4111/255/63 PhysicalCHS=65530/16/63 Hilft das? Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Sun, 16 Jun 2002, Stefan Schilling wrote: [...]
Hier die Ausgabe:
linuxserver:~ # hdparm -i /dev/hda
/dev/hda:
Model=IC35L040AVER07-0, FwRev=ER4OA46A, SerialNo=SXPTX3E6909 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40 BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055244 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 Drive Supports : Reserved : ATA-2 ATA-3 ATA-4 ATA-5 Kernel Drive Geometry LogicalCHS=4111/255/63 PhysicalCHS=65530/16/63
Deine Platte läuft im 'busmaster dma mode 2' (* bei mdma2), könnte aber den schnelleren udma2 Modus. 'hdparm -X66d1 /dev/hda' würde diesen Modus aktivieren falls dein Chipsatz das überhaupt unterstützt (müsste im Manual oder Mainboard Bios-Setup zu finden sein). Zu P133'er Zeiten gab's leider kaum UDMA fähige Mainboards. Immerhin ist mdma2 den pio modi vorzuziehen, da die CPU Last dank busmaster dma geringer ausfällt. -ron
participants (8)
-
Andreas Hergesell -
J.Strohschnitter -
Manfred Tremmel -
Michael Raab -
patrick_hess＠t-online.de -
Rolf Naef -
Stefan Schilling -
svebu＠gmx.de