Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Markus Hansen wrote: > Am Freitag, 5. März 2004 13:39 schrieb Jens Benecke: >> Markus Hansen wrote: >> > Am Donnerstag, 4. März 2004 23:13 schrieb Reinhold Plew: >> >> die Meldung hab ich noch nie gesehen. >> >> Da ist irgendwas krum. >> > >> > Sicher! Nur was? >> >> Was sagt "lspci -v" für den IDE Chipsatz? > > Alles was eine mir bekannte andere karte ist, ist gesnipt... > > [EMAIL PROTECTED]:~$ lspci -v > > 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev > d0) (prog-if 80 [Master]) > Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE > Controller (A,B step) Flags: bus master, fast devsel, latency 128 > I/O ports at ff00 [size=16] OK. Was sagt "dmesg" für die IDE-ports, direkt nach dem Booten? Oder poste mal /var/log/dmesg. -- Jens Benecke (jens at spamfreemail.de) http://www.hitchhikers.de - Europaweite kostenlose Mitfahrzentrale http://www.spamfreemail.de - 100% saubere Postfächer - garantiert! http://www.rb-hosting.de - PHP ab 9? - SSH ab 19? - günstiger Traffic . Please DO NOT CC: me, I read the lists and newsgroups I post in! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Freitag, 5. März 2004 15:30 schrieb Christoph Wegscheider: > Markus Hansen wrote: > > Ok, habe ich gefunden. Das ist fest mit eingebacken, trotzdem sagt > > hdparm, das dma aus ist. es einzuschalten (-d1) darf ich sogar als root > > nicht (andere mail) aber warum nur? ich habe eigentlich an alles gedacht, > > nur was habe ich uneigentlich vergessen? > > Hatte ich auch, bei mir fehlte der Treiber für den Controller, den kannst > du mit lspci rausfinden: > # lspci > [snip] > 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 12) > [snip] > Danach in der KernelDoc stöbern > > Christoph [EMAIL PROTECTED]:~$ lspci *snip* 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) *snip* [EMAIL PROTECTED]:~$ cat /proc/modules *snip* sis5513 12616 - - Live 0xd0a0c000 *snip* [EMAIL PROTECTED]:~$ Ich glaube das ist so ziemlich sehr sicher geladen -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Freitag, 5. März 2004 13:39 schrieb Jens Benecke: > Markus Hansen wrote: > > Am Donnerstag, 4. März 2004 23:13 schrieb Reinhold Plew: > >> die Meldung hab ich noch nie gesehen. > >> Da ist irgendwas krum. > > > > Sicher! Nur was? > > Was sagt "lspci -v" für den IDE Chipsatz? Alles was eine mir bekannte andere karte ist, ist gesnipt... [EMAIL PROTECTED]:~$ lspci -v 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01) Flags: bus master, medium devsel, latency 32 Memory at d000 (32-bit, non-prefetchable) [size=64M] Capabilities: 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 Memory behind bridge: cde0-cfef Prefetchable memory behind bridge: bdc0-cdcf 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 Flags: bus master, medium devsel, latency 0 00:02.2 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07) (prog-if 10 [OHCI]) Subsystem: Elitegroup Computer Systems: Unknown device 0a14 Flags: bus master, medium devsel, latency 64, IRQ 12 Memory at cfffc000 (32-bit, non-prefetchable) [size=4K] 00:02.3 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07) (prog-if 10 [OHCI]) Subsystem: Elitegroup Computer Systems: Unknown device 0a14 Flags: bus master, medium devsel, latency 64, IRQ 10 Memory at cfffd000 (32-bit, non-prefetchable) [size=4K] 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) (prog-if 80 [Master]) Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller (A,B step) Flags: bus master, fast devsel, latency 128 I/O ports at ff00 [size=16] MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Freitag, 5. März 2004 14:59 schrieb Mattias Welponer: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hallo > > On Friday 05 March 2004 14:51, Henning Moll wrote: > > hdparm -d 1 /dev/hda > > Versuchs bitte mal als root! Ich war schon gaz sicher root, als user läßt sich hdparm nämlich _garnicht_ ausführen, nicht einmal hdparm -d /dev/hda... Also war ich wohl roo, wenn ich vor und nachher entsprechendes eingegeben habe (thread) MFG und so. -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Freitag, 5. März 2004 01:13 schrieb Andreas Pakulat: > On 04.Mar 2004 - 23:06:47, Markus Hansen wrote: > > Am Donnerstag, 4. März 2004 22:52 schrieb Andreas Pakulat: > > > On 04.Mar 2004 - 21:56:28, Markus Hansen wrote: > Also folgenden Kerneloptionen sind bei mir gesetzt: > CONFIG_BLK_DEV_IDEDMA_PCI=y > CONFIG_IDEDMA_PCI_AUTO=y > CONFIG_BLK_DEV_IDEDMA=y > CONFIG_IDEDMA_AUTO=y > > Dazu noch: > CONFIG_BLK_DEV_IDE=y > CONFIG_BLK_DEV_IDEPCI=y > > und der Treiber fuers Board. Bei make menuconfig kann man mit ? hab in der .config nachgesehen, bei mir auch! alle 7 (incl sis5513), aber außer dem gerätetreiber muß ich doch keinen von den obigen in /etc/modules eintragen, oder? MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Markus Hansen wrote: > Ok, habe ich gefunden. Das ist fest mit eingebacken, trotzdem sagt hdparm, > das dma aus ist. es einzuschalten (-d1) darf ich sogar als root nicht > (andere mail) aber warum nur? ich habe eigentlich an alles gedacht, nur > was habe ich uneigentlich vergessen? Hatte ich auch, bei mir fehlte der Treiber für den Controller, den kannst du mit lspci rausfinden: # lspci [snip] 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 12) [snip] Danach in der KernelDoc stöbern Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On Friday 05 March 2004 14:59, Mattias Welponer wrote: > On Friday 05 March 2004 14:51, Henning Moll wrote: > > hdparm -d 1 /dev/hda Nein, das habe ich nicht geschrieben... Macht aber nix ;-) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo On Friday 05 March 2004 14:51, Henning Moll wrote: > hdparm -d 1 /dev/hda Versuchs bitte mal als root! Mattias - -- Mattias Welponer Bachmayer Student of Telematics http://www.welponer.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFASIe+Kch4H6h6HQcRAqaDAKCH3EdZtSOHab8uvnPVxuand3GUpwCfXeY0 YUCYfTt+7DWXSLxdMzAuzXM= =GZ0p -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On Thursday 04 March 2004 22:31, Markus Hansen wrote: > AthlonXP:/home/markus# hdparm -d 1 /dev/hda > > /dev/hda: > setting using_dma to 1 (on) > HDIO_SET_DMA failed: Operation not permitted > using_dma= 0 (off) Versuchs doch mal mit Knoppix. Wenn's da funktioniert, kannst Du Dir die Konfiguration ja abkupfern... Henning -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On Thursday 04 March 2004 21:01, Markus Hansen wrote: > AthlonXP:/home/markus# hdparm -vi /dev/hda > using_dma= 0 (off) Aha, also kein DMA aktiviert. > AthlonXP:/home/markus# hdparm -tT /dev/hda > > /dev/hda: > Timing buffer-cache reads: 128 MB in 0.55 seconds =234.47 MB/sec > Timing buffered disk reads: 64 MB in 15.37 seconds = 4.16 MB/sec > > Also ich kenne das Programm nicht (hdparm), aber ich finde 4MB/s sind > etwas wenig, wenn sie früher 20 geschafft hate... Ist ja auch kein Wunder wenn DMA nicht aktiv ist. Daher: man hdparm Henning -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Markus Hansen wrote: > Am Donnerstag, 4. März 2004 23:13 schrieb Reinhold Plew: > >> die Meldung hab ich noch nie gesehen. >> Da ist irgendwas krum. > > Sicher! Nur was? Was sagt "lspci -v" für den IDE Chipsatz? -- Jens Benecke (jens at spamfreemail.de) http://www.hitchhikers.de - Europaweite kostenlose Mitfahrzentrale http://www.spamfreemail.de - 100% saubere Postfächer - garantiert! http://www.rb-hosting.de - PHP ab 9? - SSH ab 19? - günstiger Traffic . Please DO NOT CC: me, I read the lists and newsgroups I post in! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Peter Kuechler schrieb: Übrigens hab ich das Problem auch gerade wieder auf einem Siemens-Server mit Chipsatz von ServerWorks. Auch hier habe ich die Ist es der Chipsatz von ServerWorks mit dem DMA-Bug? Vielleicht haben die Kernelentwickler das aktivieren von dma für diesen Chipsatz schon im Kernel unterbunden... DMA-Unterstützung für das eingebaute CD-ROM Laufwerk noch nicht zum laufen bekommen. ... -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 22:31 schrieb Markus Hansen: > Am Donnerstag, 4. März 2004 22:13 schrieb Reinhold Plew: > > Markus Hansen schrieb: > > > Hi. > > > > > > Am Donnerstag, 4. März 2004 19:02 schrieb Reinhold Plew: > > >>Hi, > > >> > > >>Markus Hansen schrieb: > > >>>Hat da jemand eine Idee? [...] Diese Meldung: > AthlonXP:/home/markus# hdparm -d 1 /dev/hda > > /dev/hda: > setting using_dma to 1 (on) > HDIO_SET_DMA failed: Operation not permitted > using_dma= 0 (off) > AthlonXP:/home/markus# hdparm -d /dev/hda bekomme ich immer dann, wenn die Chipsatzunterstützung nicht funktioniert, bzw. das falsch Modul geladen ist. Ich habe vor diesem Problem auch schon gestanden, allerdings mit einem anderen Chipsatz. Witziger weise lies sich aber der das falsche Modul auch problemlos laden:-( > /dev/hda: > using_dma= 0 (off) > AthlonXP:/home/markus# > hat irgendwie nicht so sehr funktioniert...ich bin root... > > AthlonXP:/home/markus# cat /proc/modules > ***snip*** > sis5513 12616 - - Live 0xd0a0c000 > ***Snip*** > > Also, das sollte das richtige modul sein... Das weis ich nicht. Übrigens hab ich das Problem auch gerade wieder auf einem Siemens-Server mit Chipsatz von ServerWorks. Auch hier habe ich die DMA-Unterstützung für das eingebaute CD-ROM Laufwerk noch nicht zum laufen bekommen. -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main Tel.: 069-2577-1301 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On 04.Mar 2004 - 23:06:47, Markus Hansen wrote: > Am Donnerstag, 4. März 2004 22:52 schrieb Andreas Pakulat: > > On 04.Mar 2004 - 21:56:28, Markus Hansen wrote: > > > 2. Ja, dafuer musst die Kerneloption anschalten die sage: Enable DMA > > on Disk by default, oder so aehnlich, auf jeden Fall steht das bei den > > IDE-Treibern > > Ok, habe ich gefunden. Das ist fest mit eingebacken, trotzdem sagt hdparm, das > dma aus ist. es einzuschalten (-d1) darf ich sogar als root nicht (andere > mail) aber warum nur? ich habe eigentlich an alles gedacht, nur was habe ich > uneigentlich vergessen? Also folgenden Kerneloptionen sind bei mir gesetzt: CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_IDEDMA_AUTO=y Dazu noch: CONFIG_BLK_DEV_IDE=y CONFIG_BLK_DEV_IDEPCI=y und der Treiber fuers Board. Bei make menuconfig kann man mit ? auch eine oftmals brauchbare Hilfe zu den Optionen aufrufen. Andreas -- Mitchell's Law of Committees: Any simple problem can be made insoluble if enough meetings are held to discuss it. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 23:13 schrieb Reinhold Plew: > die Meldung hab ich noch nie gesehen. > Da ist irgendwas krum. Sicher! Nur was? > > - fehlender Parameter für das Modul Im Kernelmodul? Brauchte beim 2.4-er jedenfalls nie eins, ist beim 2.6-er auch nix aufgetaucht... > - Platte kann kein dma Bios sagte eben noch Platte kann UDMA5 und sie hatte früher schon öfters 20MB/s gemacht... > - im BIOS was krumm s.o. > - oder muss man im Kernel die dma Unterstützung einschalten? Ja, über dma gibt es beim kernelbauen so ein haufen (10?) verschiedene sachen, woran man drehen kann... MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 22:52 schrieb Andreas Pakulat: > On 04.Mar 2004 - 21:56:28, Markus Hansen wrote: > 2. Ja, dafuer musst die Kerneloption anschalten die sage: Enable DMA > on Disk by default, oder so aehnlich, auf jeden Fall steht das bei den > IDE-Treibern Ok, habe ich gefunden. Das ist fest mit eingebacken, trotzdem sagt hdparm, das dma aus ist. es einzuschalten (-d1) darf ich sogar als root nicht (andere mail) aber warum nur? ich habe eigentlich an alles gedacht, nur was habe ich uneigentlich vergessen? MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
HI, Markus Hansen schrieb: [...] AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) AthlonXP:/home/markus# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) die Meldung hab ich noch nie gesehen. Da ist irgendwas krum. - fehlender Parameter für das Modul - Platte kann kein dma - im BIOS was krumm - oder muss man im Kernel die dma Unterstützung einschalten? AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) AthlonXP:/home/markus# hat irgendwie nicht so sehr funktioniert...ich bin root... AthlonXP:/home/markus# cat /proc/modules ***snip*** sis5513 12616 - - Live 0xd0a0c000 ***Snip*** Also, das sollte das richtige modul sein... MFG Reinhold -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 22:13 schrieb Reinhold Plew: > Markus Hansen schrieb: > > Hi. > > > > Am Donnerstag, 4. März 2004 19:02 schrieb Reinhold Plew: > >>Hi, > >> > >>Markus Hansen schrieb: > >>>Hat da jemand eine Idee? > >> > >>schau mit hdparm -d /dev/hd? nach, ob dma eingeschaltet ist. > > > > AthlonXP:/home/markus# hdparm -d /dev/hda > > > > /dev/hda: > > using_dma= 0 (off) > > > > Ok, ist also aus, nur wie kann ich es denn dann einschalten? > > Ich dachte den Treiber (ist jetzt geladenes modul) zu laden reicht? > > Oder muß ich im Kernel beim compilieren da noch etwas mit einbinden, > > was dma machen soll? > > einschalten mit hdparm -d 1 /dev/hda, wie unsere Mitstreiter schon > geschrieben hatten. AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) AthlonXP:/home/markus# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) AthlonXP:/home/markus# hat irgendwie nicht so sehr funktioniert...ich bin root... AthlonXP:/home/markus# cat /proc/modules ***snip*** sis5513 12616 - - Live 0xd0a0c000 ***Snip*** Also, das sollte das richtige modul sein... MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On 04.Mar 2004 - 21:56:28, Markus Hansen wrote: > Am Donnerstag, 4. März 2004 21:47 schrieb Timo Kirst: > > Kann man das nicht auch ohne hdparm machen? > Mein früherer Kernel konnte das auch ohne das ich es irgendwie konfiguriert > hatte... > nur das Modul (sis5513) geladen und gut. 1. http://learn.to/quote - nicht alles quoten sondern nur das worauf du dich beziehst 2. Ja, dafuer musst die Kerneloption anschalten die sage: Enable DMA on Disk by default, oder so aehnlich, auf jeden Fall steht das bei den IDE-Treibern Andreas -- Live from New York ... It's Saturday Night! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 21:47 schrieb Timo Kirst: > > Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B > > copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. > > 3 MB/s ist max, und dann mit 100% cpulast. > > Ich habe das K7S5A-Board mit sis751 Chipsatz. > > Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. > > Der ist fest eingebacken, also müßte ich doch dma haben, oder? > > Wie schon einige Vorredner schrieben, nicht zwingend. > > Mit hdparm einfach zu erfragen. > hdparm /dev/hdx > > > Hat da jemand eine Idee? > > Du wirst genau die Standardeinstellungen haben, die ich auch nach der > Installation vorgefunden habe. > > Das sieht dann so oder so aehnlich aus: > > /dev/hdb: > > multcount= 0 (off) > > IO_support = 1 (32-bit) > > unmaskirq= 1 (on) > > using_dma= 0 (off) > > keepsettings = 0 (off) > > readonly = 0 (off) > > readahead= 256 (on) > > geometry = 19457/255/63, sectors = 312581808, start = 0 > > Knackpunkt ist multcount und using_dma. > > Ersteres bestimmt, wie viele Sektoren ein I/O Interrupt von der Platte > liest. Die neueren Platten unterstuetzen eigentlich 16, etwas aeltere meist > aber auch 2, 4 oder 8. > > Das sollte man also auf jeden Fall einstellen. > Ebenso den DMA Mode. > Welchen Mode Deine Platte kann weiss ich nicht, musst Du rausfinden. Stellt > man da was falsches ein, kann es zu Systemhaengern kommen. > > Bei Multicount ist es noch schlimmer, da kann es zum kompletten > Datenverlust fuehren, wenn man da was falsches einstellt. > > Das kann man aber wenigstens noch mehr oder weniger sicher von der Platte > erfragen mit > hdparm -i /dev/hdx > > Da nach "MaxMultSect" suchen. > > hdparm -d1 -X66 -u1 -m16 -c3 /dev/hdx > > hat bei mir geholfen aber > > VORSICHT! Wie gesagt, man kann sich da alles zerschiessen, wenn man nicht > weiss, was man tut und vor allem, was die Platte abkann. > > Wenn Du Optionen gefunden hast, die funktionieren (danach naemlich > ausfuehrlich testen, ob das System damit stabil laeuft, auch mal hdparm > -Tt /dev/hdx machen), dann traegt man das in ein rc ein und dann laeuft das > auch nach nem restart. noch so. Kann man das nicht auch ohne hdparm machen? Mein früherer Kernel konnte das auch ohne das ich es irgendwie konfiguriert hatte... nur das Modul (sis5513) geladen und gut. Ich hoffe es geht auch einfacher? MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Markus Hansen schrieb: Hi. Am Donnerstag, 4. März 2004 19:02 schrieb Reinhold Plew: Hi, Markus Hansen schrieb: Hat da jemand eine Idee? schau mit hdparm -d /dev/hd? nach, ob dma eingeschaltet ist. AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) Ok, ist also aus, nur wie kann ich es denn dann einschalten? Ich dachte den Treiber (ist jetzt geladenes modul) zu laden reicht? Oder muß ich im Kernel beim compilieren da noch etwas mit einbinden, was dma machen soll? einschalten mit hdparm -d 1 /dev/hda, wie unsere Mitstreiter schon geschrieben hatten. Gruss Reinhold -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
> Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B > copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. > 3 MB/s ist max, und dann mit 100% cpulast. > Ich habe das K7S5A-Board mit sis751 Chipsatz. > Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. > Der ist fest eingebacken, also müßte ich doch dma haben, oder? Wie schon einige Vorredner schrieben, nicht zwingend. Mit hdparm einfach zu erfragen. hdparm /dev/hdx > Hat da jemand eine Idee? Du wirst genau die Standardeinstellungen haben, die ich auch nach der Installation vorgefunden habe. Das sieht dann so oder so aehnlich aus: > /dev/hdb: > multcount= 0 (off) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 0 (off) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 256 (on) > geometry = 19457/255/63, sectors = 312581808, start = 0 Knackpunkt ist multcount und using_dma. Ersteres bestimmt, wie viele Sektoren ein I/O Interrupt von der Platte liest. Die neueren Platten unterstuetzen eigentlich 16, etwas aeltere meist aber auch 2, 4 oder 8. Das sollte man also auf jeden Fall einstellen. Ebenso den DMA Mode. Welchen Mode Deine Platte kann weiss ich nicht, musst Du rausfinden. Stellt man da was falsches ein, kann es zu Systemhaengern kommen. Bei Multicount ist es noch schlimmer, da kann es zum kompletten Datenverlust fuehren, wenn man da was falsches einstellt. Das kann man aber wenigstens noch mehr oder weniger sicher von der Platte erfragen mit hdparm -i /dev/hdx Da nach "MaxMultSect" suchen. hdparm -d1 -X66 -u1 -m16 -c3 /dev/hdx hat bei mir geholfen aber VORSICHT! Wie gesagt, man kann sich da alles zerschiessen, wenn man nicht weiss, was man tut und vor allem, was die Platte abkann. Wenn Du Optionen gefunden hast, die funktionieren (danach naemlich ausfuehrlich testen, ob das System damit stabil laeuft, auch mal hdparm -Tt /dev/hdx machen), dann traegt man das in ein rc ein und dann laeuft das auch nach nem restart. noch so. -- Gruss, Timo Kirst -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Hi. Am Donnerstag, 4. März 2004 19:02 schrieb Reinhold Plew: > Hi, > Markus Hansen schrieb: > > Hat da jemand eine Idee? > > schau mit hdparm -d /dev/hd? nach, ob dma eingeschaltet ist. > Reinhold AthlonXP:/home/markus# hdparm -d /dev/hda /dev/hda: using_dma= 0 (off) Ok, ist also aus, nur wie kann ich es denn dann einschalten? Ich dachte den Treiber (ist jetzt geladenes modul) zu laden reicht? Oder muß ich im Kernel beim compilieren da noch etwas mit einbinden, was dma machen soll? MFG -- Markus Hansen markusspamfreemail.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Am Donnerstag, 4. März 2004 19:03 schrieb Andreas Pakulat:
Hi.
> On 04.Mar 2004 - 18:32:43, Markus Hansen wrote:
> > Hi.
> >
> > Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B
> > copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix.
> > 3 MB/s ist max, und dann mit 100% cpulast.
> > Ich habe das K7S5A-Board mit sis751 Chipsatz.
> > Ich denke doch, das der sis5513 als Dma-treiber der richtige ist.
> > Der ist fest eingebacken, also müßte ich doch dma haben, oder?
>
> Mit dem Chipsatz: Keine Ahnung, aber ist denn DMA fuer die Festplatte
> auch aktiviert? Hast du die DMA Optionen im Kernel angeschaltet? Was
> sagt hdparm -vi /dev/hdX ?
AthlonXP:/home/markus# hdparm -vi /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= 256 (on)
geometry = 65535/16/63, sectors = 156301488, start = 0
Model=WDC WD800BB-00CAA1, FwRev=17.07W17, SerialNo=WD-WCA8E6659067
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=off
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=156301488
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 WriteCache=enabled
Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5
busstate = 1 (on)
> > Wirklich rechenintensive sachen gehen recht schnell, nur sowas wie
> > Bildschirm neu aufbauen, wenn da noch was copiert wird dauert ewig.
> > Ab und an ist da auch noch ein Prozeß, der soziemlich alles an Cpu-power
> > klaut,
> > den man aber weder mit top noch mit ksysguard sehen kann...very strange.
>
> Eine sehr ungenaue Beschreibung des Problems, teste doch mal die
> Festplatte mit hdparm -tT /dev/hdX, dann siehst du ob die so langsam
> ist. Wenn die wirklich so lahm ist wuerde ich ja drauf tippen das die
> nur im PIO Mode laeuft.
AthlonXP:/home/markus# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.55 seconds =234.47 MB/sec
Timing buffered disk reads: 64 MB in 15.37 seconds = 4.16 MB/sec
Also ich kenne das Programm nicht (hdparm), aber ich finde 4MB/s sind etwas
wenig, wenn sie früher 20 geschafft hate...
MFG
--
Markus Hansen
markusspamfreemail.de
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Hi, Markus Hansen schrieb: Hi. Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. 3 MB/s ist max, und dann mit 100% cpulast. Ich habe das K7S5A-Board mit sis751 Chipsatz. Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. Der ist fest eingebacken, also müßte ich doch dma haben, oder? nicht unbedingt. Wirklich rechenintensive sachen gehen recht schnell, nur sowas wie Bildschirm neu aufbauen, wenn da noch was copiert wird dauert ewig. Ab und an ist da auch noch ein Prozeß, der soziemlich alles an Cpu-power klaut, den man aber weder mit top noch mit ksysguard sehen kann...very strange. Hat da jemand eine Idee? schau mit hdparm -d /dev/hd? nach, ob dma eingeschaltet ist. Gruss Reinhold -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On Thursday 04 March 2004 18:32, Markus Hansen wrote: > Hi. > > Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B > copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. > 3 MB/s ist max, und dann mit 100% cpulast. > Ich habe das K7S5A-Board mit sis751 Chipsatz. > Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. > Der ist fest eingebacken, also müßte ich doch dma haben, oder? Was sagt denn hdparm /dev/hda ? Mit hdparm -d1 /dev/hda forcierst du die DMA Aktivierung (falls Chipsatz unterstützt). Gruss Alex -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
Markus Hansen schrieb: Hi. Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B copiere. Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. 3 MB/s ist max, und dann mit 100% cpulast. Ich habe das K7S5A-Board mit sis751 Chipsatz. Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. Der ist fest eingebacken, also müßte ich doch dma haben, oder? Wirklich rechenintensive sachen gehen recht schnell, nur sowas wie Bildschirm neu aufbauen, wenn da noch was copiert wird dauert ewig. Ab und an ist da auch noch ein Prozeß, der soziemlich alles an Cpu-power klaut, den man aber weder mit top noch mit ksysguard sehen kann...very strange. Hat da jemand eine Idee? hdparm -d 1 /dev/hda (Platte deiner Hardware anpassen) mithdparm -t -T /dev/hda testest du deine Platte. Gruss Hermann -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: System kriecht bei Plattenzugriffen! max 3MB/s 100% cpuload
On 04.Mar 2004 - 18:32:43, Markus Hansen wrote: > Hi. > > Mein System Kernel 2.6.3 ist superlahm wenn ich ein File von A nach B copiere. > Die Platte müßte doch wohl so 20 MB/s schaffen, aber nix. > 3 MB/s ist max, und dann mit 100% cpulast. > Ich habe das K7S5A-Board mit sis751 Chipsatz. > Ich denke doch, das der sis5513 als Dma-treiber der richtige ist. > Der ist fest eingebacken, also müßte ich doch dma haben, oder? Mit dem Chipsatz: Keine Ahnung, aber ist denn DMA fuer die Festplatte auch aktiviert? Hast du die DMA Optionen im Kernel angeschaltet? Was sagt hdparm -vi /dev/hdX ? > Wirklich rechenintensive sachen gehen recht schnell, nur sowas wie > Bildschirm neu aufbauen, wenn da noch was copiert wird dauert ewig. > Ab und an ist da auch noch ein Prozeß, der soziemlich alles an Cpu-power > klaut, > den man aber weder mit top noch mit ksysguard sehen kann...very strange. Eine sehr ungenaue Beschreibung des Problems, teste doch mal die Festplatte mit hdparm -tT /dev/hdX, dann siehst du ob die so langsam ist. Wenn die wirklich so lahm ist wuerde ich ja drauf tippen das die nur im PIO Mode laeuft. Andreas -- You will always have good luck in your personal affairs. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
