cp langsam
cp langsam
Hi,
wenn ich mit cp arbeite dauert das immer ziemlich lange. Ich hab' letztens größere Mengen kopiert (ein paar GB) und es hat wirklich ne Stunde gedauert oder so.
Gleichzeitig kann ich auch fast keine Programme mehr ausführen, weil der Rechner total ausgelastet ist.
Wenn ich mich an Windows zurückerinnere, da konnte ich Massen hin- und herbewegen und immernoch gut weiterarbeiten und Musik hören. Meiner Meinung nach hat das auch nie so lange gedauert.
Hier mal ein paar Daten meines PCs:
Athlon XP 2400+
512MB RAM
3 HDD mit insg. 340 GB
Also, ist cp immer so langsam/resourcenfressen, kann man da was dran machen, oder bin ich der einzige der das Problem hat?
Slide
wenn ich mit cp arbeite dauert das immer ziemlich lange. Ich hab' letztens größere Mengen kopiert (ein paar GB) und es hat wirklich ne Stunde gedauert oder so.
Gleichzeitig kann ich auch fast keine Programme mehr ausführen, weil der Rechner total ausgelastet ist.
Wenn ich mich an Windows zurückerinnere, da konnte ich Massen hin- und herbewegen und immernoch gut weiterarbeiten und Musik hören. Meiner Meinung nach hat das auch nie so lange gedauert.
Hier mal ein paar Daten meines PCs:
Athlon XP 2400+
512MB RAM
3 HDD mit insg. 340 GB
Also, ist cp immer so langsam/resourcenfressen, kann man da was dran machen, oder bin ich der einzige der das Problem hat?
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Moinsen,
u.U. kann es daran liegen, dass Deine Platten nicht in den besten Modi laufen.
Das kannst Du aber recht einfach testen.
Dazu gibt es nämlich das Tool hdparm.
sollte zunächst ein paar Informationen zu den Platten geben. Schon da kann man sehen, ob die Platten beispielsweise nicht im DMA-Modus o.ä. laufen.
Einen Test der Platten kannst Du natürlich auch machen.
Das wäre ein erster Weg, um der Sache mal nachzugehen.
Grüße
Torsten
u.U. kann es daran liegen, dass Deine Platten nicht in den besten Modi laufen.
Das kannst Du aber recht einfach testen.
Dazu gibt es nämlich das Tool hdparm.
Code: Alles auswählen
hdparm -iv /dev/hdxyz
Einen Test der Platten kannst Du natürlich auch machen.
Code: Alles auswählen
hdparm -tT /dev/hdxyz
Grüße
Torsten
Okay,
also ich habe 3 Platten drin:
/dev/hda: Samsung 160 GB
/dev/hdc: Samsung 80 GB
/dev/hdd: IBM 100 GB
Und ich merke gerade, dass ich eigentlich überhaupt keine Ahnung von meinen Platten habe. Also ich werde mal die hdparm Daten hier posten. Es wäre toll wenn mir einer einen Tipp geben könnte, was ich verbessern kann!!
/dev/hda:
/dev/hdc:
/dev/hdd:
So, jetzt ist der Post natürlich n bisschen länger...sorry deswegen...
Slide
also ich habe 3 Platten drin:
/dev/hda: Samsung 160 GB
/dev/hdc: Samsung 80 GB
/dev/hdd: IBM 100 GB
Und ich merke gerade, dass ich eigentlich überhaupt keine Ahnung von meinen Platten habe. Also ich werde mal die hdparm Daten hier posten. Es wäre toll wenn mir einer einen Tipp geben könnte, was ich verbessern kann!!

/dev/hda:
Code: Alles auswählen
[root@slide ]# hdparm -iv /dev/hda ~
/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 19457/255/63, sectors = 312581808, start = 0
Model=SAMSUNG SP1614N, FwRev=TM100-24, SerialNo=0642J1FWA29023
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
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
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: (null):
* signifies the current active mode
[root@slide ]# hdparm -tT /dev/hda ~
/dev/hda:
Timing buffer-cache reads: 468 MB in 2.00 seconds = 234.00 MB/sec
Timing buffered disk reads: 10 MB in 3.26 seconds = 3.07 MB/sec
Code: Alles auswählen
[root@slide ]# hdparm -iv /dev/hdc ~
/dev/hdc:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 9733/255/63, sectors = 156368016, start = 0
Model=SAMSUNG SP8004H, FwRev=QW100-61, SerialNo=0489J1FW240103
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156368016
IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 1:
* signifies the current active mode
[root@slide ]# hdparm -tT /dev/hdc ~
/dev/hdc:
Timing buffer-cache reads: 480 MB in 2.00 seconds = 240.00 MB/sec
Timing buffered disk reads: 12 MB in 3.36 seconds = 3.57 MB/sec
Code: Alles auswählen
[root@slide ]# hdparm -iv /dev/hdd ~
/dev/hdd:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 12514/255/63, sectors = 201045600, start = 0
Model=IC35L100AVVA07-0, FwRev=VA5OA52A, SerialNo=VNC6R0A6L3JEMA
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1863kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=201045600
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
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1:
* signifies the current active mode
[root@slide ]# hdparm -tT /dev/hdd ~
/dev/hdd:
Timing buffer-cache reads: 480 MB in 2.00 seconds = 240.00 MB/sec
Timing buffered disk reads: 8 MB in 3.30 seconds = 2.42 MB/sec
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
- myx
- Beiträge: 1091
- Registriert: 17.02.2002 21:19:19
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Berlin
Den dma Modus der platten einschalten!
Ist bei dir ausgeschaltet.
http://www.debianforum.de/wiki/?page=Fe ... per+hdparm
Ist bei dir ausgeschaltet.
http://www.debianforum.de/wiki/?page=Fe ... per+hdparm
Danke, das hilft mir schon mal weiter!
Ich habe jetzt aber ein Problem bei der Ausführung von hdparm. Wenn ich DMA einschalten will, bekomme ich diese Fehlermeldung:
Ich denke mal ich hab irgendwas im Kernel nicht aktiviert. Irgendeine Idee was das genau sein könnte?
Ich habe jetzt aber ein Problem bei der Ausführung von hdparm. Wenn ich DMA einschalten will, bekomme ich diese Fehlermeldung:
Code: Alles auswählen
[root@slide ]# hdparm -c1 -d1 -X 69 /dev/hda ~
/dev/hda:
setting 32-bit IO_support flag to 1
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
setting xfermode to 69 (UltraDMA mode5)
HDIO_DRIVE_CMD(setxfermode) failed: Input/output error
IO_support = 1 (32-bit)
using_dma = 0 (off)
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Es müsste auch
lauten.
Also das Leerzeichen zwischen X und 69 muss wech.
Grüße
Torsten
EDIT:
Das war gelogen, es funzt anscheinend auch so.
Code: Alles auswählen
hdparm -c1 -d1 -X69 /dev/hda
Also das Leerzeichen zwischen X und 69 muss wech.

Grüße
Torsten
EDIT:
Das war gelogen, es funzt anscheinend auch so.
Probiere doch mal bitte:
Zur Erklärung der Optionen ansonsten einfach mal das Manual durchstöbern
Dazu muss ich natürlich sagen, dass das Rumspielen mit hdparm auf eigene Verantwortung läuft.
Damit kann man ganz sicher auch Schaden an den Platten anrichten. Und ich möchte dafür ungerne verantwortlich sein.
Ich kann Dir im Fall eines Schadens zwar gerne meine Adresse geben und wir tragen das Problem dann in einem mehr oder minder guten Boxkampf aus, doch ich zahle keinen Pfenning.
Grüße
Torsten
Code: Alles auswählen
hdparm -a1 -A1 -c1 -d1 -m16 -W1 -X69 /dev/hda
Dazu muss ich natürlich sagen, dass das Rumspielen mit hdparm auf eigene Verantwortung läuft.
Damit kann man ganz sicher auch Schaden an den Platten anrichten. Und ich möchte dafür ungerne verantwortlich sein.

Ich kann Dir im Fall eines Schadens zwar gerne meine Adresse geben und wir tragen das Problem dann in einem mehr oder minder guten Boxkampf aus, doch ich zahle keinen Pfenning.

Grüße
Torsten
Also das -c1 hat ja funktioniert, das bringt Timing buffered disk reads schonmal auf 6.19 MB/sec. Aber den DMA kann ich ja nicht aktivieren... s.o.
Slide
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Das ist ein billiges Syntax Mainboard, mit nem VIA KT266A Chipsatz.
Ich werd' mal versuchen das im Kernel zu aktivieren, vielleicht geht's dann ja. Ich hatte sowas ähnliches auch gerade bei Google gefunden, also da könnte was dran sein!
Slide
EDIT:
@myx: Wo stellt man das denn wohl an? Find das auf Anhieb in make menuconfig nicht... *blind*
Ich werd' mal versuchen das im Kernel zu aktivieren, vielleicht geht's dann ja. Ich hatte sowas ähnliches auch gerade bei Google gefunden, also da könnte was dran sein!

Slide
EDIT:
@myx: Wo stellt man das denn wohl an? Find das auf Anhieb in make menuconfig nicht... *blind*
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
- myx
- Beiträge: 1091
- Registriert: 17.02.2002 21:19:19
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Berlin
Ha, das selbe wie hier 
Moment, schaue mal grad nach...
Vielleicht hilft Dir das?
http://debianforum.de/forum/viewtopic.p ... ma+via+dma
Da sind zumindest die erforderlichen Kernel-Optionen beschrieben.
Check das doch mal bei Deinem 2.4.23 (und evtl selbst einen bauen)
Oh, sorry, du meinst ja wo im Kernel-Menu finden. Moment ....

Moment, schaue mal grad nach...
Vielleicht hilft Dir das?
http://debianforum.de/forum/viewtopic.p ... ma+via+dma
Da sind zumindest die erforderlichen Kernel-Optionen beschrieben.
Check das doch mal bei Deinem 2.4.23 (und evtl selbst einen bauen)
Oh, sorry, du meinst ja wo im Kernel-Menu finden. Moment ....
Code: Alles auswählen
CONFIG_BLK_DEV_VIA82CXXX ist unter ATA/IDE/MFM/RLL support /IDE, ATA und ATAPI Block Devices --> VIA82XXX Chipset Support
CONFIG_BLK_DEV_IDEDMA_PCI ist unter ATA/IDE/MFM/RLL support/IDE, ATA und ATAPI Block Devices --> Generic PCI IDE Chipset Support
Zuletzt geändert von myx am 01.01.2004 18:43:09, insgesamt 4-mal geändert.
Jau, danke!
Das Menü in 'make menuconfig' ist meiner Meinung sowieso ein bisschen unübersichtlich, das haben sie aber in 2.6.0 sehr verbessert! Gefällt mir, wie das da aufgebaut ist.
*such*
@torsten:
LOL, ja ich hoffe ich mach nichts kaputt, aber das wär dann schon meine Schuld... Ich glaub das mit dem Boxkampf trau ich mich nicht... *g*
Das Menü in 'make menuconfig' ist meiner Meinung sowieso ein bisschen unübersichtlich, das haben sie aber in 2.6.0 sehr verbessert! Gefällt mir, wie das da aufgebaut ist.
*such*
@torsten:
LOL, ja ich hoffe ich mach nichts kaputt, aber das wär dann schon meine Schuld... Ich glaub das mit dem Boxkampf trau ich mich nicht... *g*
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Ui, der Horror...jetzt hab ich vorhin den Kernel neu gebacken und es lief GAR nichts mehr, irgendwas ist da schief gelaufen...
Jetzt müsste es aber klappen! Den VIA82XXX Chipset Support hatte ich gerade schon gefunden und eingebaut, dann wurde ich aber durch das diesen anderen Fehler da aufgehalten. Jetzt bau ich gerade noch den Generic PCI IDE Chipset Support ein und dann müsste es klappen.
Ein kurzesbescherte mir ja schon diese erfreulichen Zeilen:
Ich meld mich gleich nochmal wenn ich ganz fertig bin und poste zum Vergleich mal die neuen 'hdparm -tT'-Werte!
Slide
Jetzt müsste es aber klappen! Den VIA82XXX Chipset Support hatte ich gerade schon gefunden und eingebaut, dann wurde ich aber durch das diesen anderen Fehler da aufgehalten. Jetzt bau ich gerade noch den Generic PCI IDE Chipset Support ein und dann müsste es klappen.
Ein kurzes
Code: Alles auswählen
hdparm -d1 /dev/hda1
Code: Alles auswählen
/dev/hda:
setting using_dma to 1 (on)
using_dma = 1 (on)
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
JUHU!!
*GRINS* Es hat funktioniert! 
Also erstmal vielen Dank für die ganze Hilfe, Torsten und myx
Und hier nochmal das Endergebnis meiner kleinen Wurschtelei!
/dev/hda:
/dev/hdc:
/dev/hdd:
Sieht doch gut aus!
Also, nochmal allen ein Frohes Neues und bis demnächst!
Slide

Also erstmal vielen Dank für die ganze Hilfe, Torsten und myx

Und hier nochmal das Endergebnis meiner kleinen Wurschtelei!
/dev/hda:
Code: Alles auswählen
[root@slide ]# hdparm -tT /dev/hda ~
/dev/hda:
Timing buffer-cache reads: 840 MB in 2.00 seconds = 420.00 MB/sec
Timing buffered disk reads: 160 MB in 3.01 seconds = 53.16 MB/sec
Code: Alles auswählen
[root@slide ]# hdparm -tT /dev/hdc ~
/dev/hdc:
Timing buffer-cache reads: 828 MB in 2.00 seconds = 414.00 MB/sec
Timing buffered disk reads: 88 MB in 3.02 seconds = 29.14 MB/sec
Code: Alles auswählen
[root@slide ]# hdparm -tT /dev/hdd ~
/dev/hdd:
Timing buffer-cache reads: 820 MB in 2.00 seconds = 410.00 MB/sec
Timing buffered disk reads: 92 MB in 3.02 seconds = 30.46 MB/sec
Also, nochmal allen ein Frohes Neues und bis demnächst!
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Na, schaut doch wirklich duffte aus. Von solchen Werten kann ich nur träumen.
Aber die beiden letzten Platten schauen noch immer etwas mager aus. Die können bestimmt mehr.
In Deinem ersten Posting hatte ich gesehen, dass bei denen "nur" UDMA2 aktiv war. Die können bestimmt mehr. Oder hängen die an einem IDE-Controller, der nur ATA33 oder ATA66 unterstützt?
Grüße
Torsten
Aber die beiden letzten Platten schauen noch immer etwas mager aus. Die können bestimmt mehr.
In Deinem ersten Posting hatte ich gesehen, dass bei denen "nur" UDMA2 aktiv war. Die können bestimmt mehr. Oder hängen die an einem IDE-Controller, der nur ATA33 oder ATA66 unterstützt?
Grüße
Torsten
Danke für den Tipp! Ich denke auch, dass die noch ein bisschen mehr können. Im Moment hängen die aber leider noch an einem ATA66 Kabel... 
Ich glaub' ich hab noch irgendwo ein 100er, mal gucken, ob das dann besser geht!
Bei mir im Tower ist alles gerade so'n bisschen provisorisch reingehängt, wenn ich dann alles soweit hab wie ich es will, muss ich erstmal die Kabel rund machen und alles festschrauben *g*.
Slide

Ich glaub' ich hab noch irgendwo ein 100er, mal gucken, ob das dann besser geht!
Bei mir im Tower ist alles gerade so'n bisschen provisorisch reingehängt, wenn ich dann alles soweit hab wie ich es will, muss ich erstmal die Kabel rund machen und alles festschrauben *g*.
Slide
Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
So! Ich hatte natürlich doch kein 10er Kabel mehr, da bin ich halt heute nochmal los und hab mir eins gekauft...das ganze hatte sogar Erfolg! Man sehe und staune:
So, zufrieden! 
Code: Alles auswählen
[root@slide ]# hdparm -tT /dev/hdc ~
/dev/hdc:
Timing buffer-cache reads: 820 MB in 2.00 seconds = 410.00 MB/sec
Timing buffered disk reads: 124 MB in 3.01 seconds = 41.20 MB/sec
Code: Alles auswählen
[root@slide ]# hdparm -tT /dev/hdd ~
/dev/hdd:
Timing buffer-cache reads: 764 MB in 2.00 seconds = 382.00 MB/sec
Timing buffered disk reads: 136 MB in 3.03 seconds = 44.88 MB/sec

Debian Sid, Kernel 2.6.15.x, Fluxbox
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club
Jabber ID: slide@amessage.de | Bochumer GNU/Linux User Group
It is only when we have lost everything that we are free to do anything. --Fight Club