Kopiervorgang führt zu hoher Prozessorlast

Karpath · 18. Mai 2012

Hallo zusammen,

ich bin vor einiger Zeit von Xubuntu zu OpenSUSE 12.1 umgestiegen.
Ich habe das Problem das ein Kopiervorgang bei mir direkt 100% Prozessorlast hervorruft.

Zunächst dachte ich das es an NTFS liegt, da ich Daten auf eine NTFS Partition kopiert habe. Nachdem ich diese in ext4 formatiert habe war es allerdings auch nicht besser. Die Partitionen befinden sich alle auf einer Festplatte.
Beim Kopieren von einem USB Datenträger besteht das Problem ebenfalls.
Ebenso beim Kopieren in der Konsole, ist also kein reines Problem von Dolphin.

So langsam bin ich mit meinem Latein am Ende. Ich hoffe mir kann jemand helfen.

caracalla · 18. Mai 2012

Zitat von Karpath

Zunächst dachte ich das es an NTFS liegt, da ich Daten auf eine NTFS Partition kopiert habe.

Jedes moderne Linuxsystem kann problemlos lesend + schreibend auf ntfs-Partitionen zugreifen.
Wie sieht es mit dem verbauten Arbeitsspeicher aus?

Karpath · 18. Mai 2012

Ah sorry, hab vergessen die Hardware dazuzuschreiben

Acer Travelmate 5730
Core2Duo T6670@2,2GHz
4 GB DDR2 Ram 800 MHz

Brauchst du sonstige Angaben?

caracalla · 18. Mai 2012

Zitat von Karpath

Brauchst du sonstige Angaben?

Nein brauche ich nicht, Deine Hardware reicht dicke.
Derzeit gehe ich von einer vermurksten Installation aus.

muck · 18. Mai 2012

Zitat von Karpath

ich bin vor einiger Zeit von Xubuntu zu OpenSUSE 12.1 umgestiegen.
Ich habe das Problem das ein Kopiervorgang bei mir direkt 100% Prozessorlast hervorruft.

Ja und? War das unter Xubuntu anders?
Einkern-, Zweikern-, Vierkernprozessor?
Eine 100% "Anzeige" bedeutet nicht zwangsläufig, dass der Prozessor zu 100% ausgelastet ist.
Z. B. kann er mit 40% ausgelastet sein und 60% auf I/O wait stehen - also nur auf Antwort vom controler einer lahmen Platte warten.
Vergleiche kann man da nur auf der Konsole mit top anstellen.

Gruss
Michael

Karpath · 18. Mai 2012

Zitat von caracalla

Nein brauche ich nicht, Deine Hardware reicht dicke.
Derzeit gehe ich von einer vermurksten Installation aus.

Habe gestern Abend das System neu installiert und den gleichen Effekt gehabt.

Zitat von muck

Ja und? War das unter Xubuntu anders?
Einkern-, Zweikern-, Vierkernprozessor?
Eine 100% "Anzeige" bedeutet nicht zwangsläufig, dass der Prozessor zu 100% ausgelastet ist.
Z. B. kann er mit 40% ausgelastet sein und 60% auf I/O wait stehen - also nur auf Antwort vom controler einer lahmen Platte warten.
Vergleiche kann man da nur auf der Konsole mit top anstellen.

Gruss
Michael

Alles anzeigen

Ja unter Xubuntu war die Auslastung nicht so hoch.

Core2Duo T6670 = Zweikerner

Das System wird beim kopieren extrem träge. Der Systemmonitor zeigt eine 100%ige Auslastung an. Während top das anzeigt:

Code

Tasks: 159 total, 2 running, 157 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.5%us, 2.0%sy, 0.0%ni, 50.4%id, 43.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3984688k total, 3867684k used, 117004k free, 29184k buffers
Swap: 2108412k total, 56k used, 2108356k free, 3269904k cached


 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
 1161 root 20 0 172m 31m 10m S 5 0.8 0:47.86 Xorg 
25172 karpath 20 0 463m 26m 16m S 4 0.7 0:01.00 ksysguard 
25123 karpath 20 0 463m 25m 15m S 2 0.7 0:01.03 konsole 
 1673 karpath 20 0 910m 55m 23m S 1 1.4 0:20.80 plasma-desktop 
25144 karpath 20 0 297m 9916 4316 D 1 0.2 0:05.90 kio_file 
25168 karpath 20 0 463m 26m 16m S 1 0.7 0:01.63 ksysguard 
 775 root 20 0 0 0 0 S 1 0.0 0:00.54 jbd2/sda7-8 
 1573 karpath 20 0 20992 1880 736 S 0 0.0 0:00.98 dbus-daemon 
 1942 karpath 20 0 327m 19m 16m S 0 0.5 0:00.16 akonadi_nepomuk 
 2050 karpath 20 0 382m 19m 11m S 0 0.5 0:00.18 klipper 
25140 karpath 20 0 467m 32m 20m R 0 0.8 0:04.78 dolphin 
25174 karpath 20 0 9052 1184 836 S 0 0.0 0:00.02 ksysguardd 
 1 root 20 0 37264 4012 1532 S 0 0.1 0:00.83 systemd 
 2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd 
 3 root 20 0 0 0 0 S 0 0.0 0:00.06 ksoftirqd/0 
 6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 
 7 root -2 19 0 0 0 S 0 0.0 0:01.09 rcuc0 
 8 root RT 0 0 0 0 S 0 0.0 0:00.00 rcun0 
 9 root -2 0 0 0 0 S 0 0.0 0:00.00 rcub0 
 10 root RT 0 0 0 0 S 0 0.0 0:00.01 rcun1 
 11 root -2 0 0 0 0 S 0 0.0 0:00.00 rcub1 
 12 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0 
 13 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1 
 15 root -2 19 0 0 0 S 0 0.0 0:00.36 rcuc1 
 16 root 20 0 0 0 0 S 0 0.0 0:00.05 ksoftirqd/1 
 17 root 20 0 0 0 0 S 0 0.0 0:00.41 kworker/0:1 
 18 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1 
 19 root 0 -20 0 0 0 S 0 0.0 0:00.00 cpuset 
 20 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper 
 21 root 20 0 0 0 0 S 0 0.0 0:00.00 kdevtmpfs 
 22 root 0 -20 0 0 0 S 0 0.0 0:00.00 netns 
 23 root 20 0 0 0 0 S 0 0.0 0:00.00 sync_supers 
 24 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default

Alles anzeigen

//Edith: Ausgabe bitte in Code-Tags.

Kopiervorgang führt zu hoher Prozessorlast

Nach Update Bildschirmauflösung 640x480

Blutzuckermessgerät über ein USB-Kabel nutzen

Nach Neuinstallation von Tumbleweed Bildschirm schwarz, recovery mode aber ok

VMware Workstation Pro und Fusion Pro kostenlos für persönlichen Gebrauch

L2TP-VPN-Verbindungsprobleme unter Tumbleweed

sloonom

Mueck

HanzDampf

rcererdazser

Schule

Teilen