|
Sleepwalker87
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

12. März 2012 22:25
Hallo zusammen, mit meinem Kubuntu 11.10 habe ich irgendwie das Problem, dass ein Kopiervorgang extrem lange dauert. Die entsprechenden Dateien liegen auf der selben Festplatten-Partition (ext4).
Wenn ich kopiere bzw. verschiebe steigt die Datenrate auf etwas über 70MiB/sek., während der CPU zu ca. 20-30% ausgelastet ist. Irgendwann steigt die CPU Auslastung dann auf über 60% und die Datenrate fällt teilweise auf unter 10MB/Sek. hinab. Der Laptop ist dann nicht zu gebrauchen, da er komplett ausgelastet ist... Ich meine dieses Problem schonmal gehabt zu haben und habe es damals auf ext4 geschoben, aber nach der jetzigen Neuinstallation nervt es mich sehr. Hat jemand eine Idee was das sein könnte? Technische Daten: i5-2410M NVIDIA GF520M 6 GB DDR3 500GB HDD Vielen Dank schonmal und viele Grüße!
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

12. März 2012 22:47
Nochmal eine Anmerkung.
Ich habe jetzt mal die Datei-Indizierung deaktiviert. Nun kann ich während dem Kopieren noch arbeiten und diesen Artikel hier verfassen, allerdings springt die Übertragungsrate zwischen 5MiB/s und 40-50MiB/s. Auffallend ist auch, dass sie nachlässt, sobald man etwas anderes macht. Es kann ja nicht sein, dass mein CPU damit überfordert ist....
|
|
redknight
Moderator & Supporter
Anmeldungsdatum: Okt. 30, 2008
Beiträge: 16515
Wohnort: Lorchhausen im schönen Rheingau
|

12. März 2012 23:02
Sleepwalker87 schrieb: mit meinem Kubuntu 11.10 habe ich irgendwie das Problem, dass ein Kopiervorgang extrem lange dauert.
42. Antwort hilft nicht? Dann war die Frage falsch gestellt. Was kopierst Du? Interne oder eine externe? Womit? Hast Du auf Datesystemfehler und Oberflächenschäden geprüft? Wie sehen die SMART-Werte aus? Was sagt hdparm? Irgendwann steigt die CPU Auslastung dann auf über 60%
Und welcher der vielen Taktungen? Der i5 kann doch genauso wie seine Vorgänger runtertakten, wenn nicht so viel Last anliegt.
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

12. März 2012 23:23
Erstmal danke für die Rückmeldung. Jedoch bevor wir nun in den Stil vieler Internet Foren verfallen:
Dies Festplatte ist in Ordnung. Das Problem hatte ich auch mal an meinem Desktop. Welche Taktung die CPU nutzt kann ich nicht sagen, da es ja dynamisch geregelt wird. Allerdings sollte der PC ja dann noch zu nutzen sein. Kopiert wird eine vdi Datei (virtualbox) mit 125GB. Das Problem tritt aber auch beim verschieben in den Mülleimer und beim Kopieren kleiner Dateien. Liegt es denn eventuell an der Einstellung der CPU? Ich habe ihn eigentlich auf Performance stehen.
|
|
redknight
Moderator & Supporter
Anmeldungsdatum: Okt. 30, 2008
Beiträge: 16515
Wohnort: Lorchhausen im schönen Rheingau
|

13. März 2012 15:51
Sleepwalker87 schrieb: Erstmal danke für die Rückmeldung. Jedoch bevor wir nun in den Stil vieler Internet Foren verfallen:
Dies Festplatte ist in Ordnung. Das Problem hatte ich auch mal an meinem Desktop.
Mit anderen Worten: Du hast nicht geprüft. Welche Taktung die CPU nutzt kann ich nicht sagen, da es ja dynamisch geregelt wird. Allerdings sollte der PC ja dann noch zu nutzen sein.
Sollte ja. Dass allerdings bei einer Taktung in 800MHz 60% CPU-Last für deinen i5 nicht tragisch sind, steht auf einem anderen Blatt. Außerdem schriebst du oben nur von der Übertrtagungsrate. Andere beeinträchtigungen beider Arbeit erwähntest Du nicht. Kopiert wird eine vdi Datei (virtualbox) mit 125GB. Das Problem tritt aber auch beim verschieben in den Mülleimer und beim Kopieren kleiner Dateien.
Das klärt exakt eine meiner 5 Rückfragen. Etwas spärlich für eine Ferndiagnose, oder?
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

13. März 2012 21:01
Ja... das mag sein, dass noch Infos fehlen, allerdings bleibt mir immer noch unklar, weshalb man da nicht einfach kurz und knapp die entsprechenden gegenfragen stellt. Der Link zu Wikipedia hat mir sicherlich nicht helfen können. Aber nun gut. Hier der Aktuelle CPU Takt: sudo cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
2301000
2301000
2301000
2301000 Wieso auch immer, habe ich gerade den Anschein, dass er immer voll ausgelastet ist!? Wie bekomme ich das denn raus? Und sollte er immer auf Fullspeed laufen, dann dürfte es ja kein Problem sein Dateien zu verschieben. Als weitere Info: Das Problem tritt bei jeder Kopie auf. Nicht nur bei speziellen Dateien. Natürlich fällt es bei der Kopie einer kleinen Datei nicht so wirklich auf.
|
|
hakel
Anmeldungsdatum: Aug. 13, 2009
Beiträge: 6418
|

14. März 2012 10:47
Tritt das Problem auch auf, wenn du ein Terminal benutzt? Mein Gedanke ist, daß es sich um ein Problem der KDE Tools handelt Dolphin/Klipper/Cache - im Zusammenspiel. Davon habe ich schon gehört, Symptom und Wirkung waren da schwer zusammen zu bringen. Irgendwelche Besonderheiten hast du sicher nicht laufen, Verschlüsselung, Raid etc. Frischen Benutzer hast du ja schon abgehakt mit der Neuinstallation.
|
|
Pille456
Anmeldungsdatum: März 24, 2007
Beiträge: 191
|

14. März 2012 14:44
Hio, hast du mal geprüft in welchem (U)DMA-Modus die Festplatte läuft? Ich hatte das Problem vor Jahren mal, dass der DMA-Modus nicht aktiviert war. Beim normalen Kopieren fällt das kaum auf, weil die heutigen Rechner ja sowieso fix genug sind, aber wenn man dann was nebenbei macht, war das tödlich. Bei mir läuft meine Systemfestplatte z.B. im udma 6 Modus (siehe auch: http://de.wikipedia.org/wiki/Ultra-DMA ) Einfach mal mit hdparm testen: wobei sdX natürlich deine Festplatte ist. Gruß Pille
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

14. März 2012 18:33
Soooo jetzt geht's los: Hier kommt die Terminalausgabe... Da steht ja zwar was mit DMA, aber tjoar... ich sag mal ganz ehrlich: Da hab ich kein Plan Kannst du mir sagen, was das jetzt bedeutet bzw. was ich jetzt unternehmen kann? Das Thema stresst mich ganz gewaltig... -.- Danke schonmal euch allen!!!
/dev/sda:
ATA device, with non-removable media
Model Number: WDC WD5000BPVT-22HXZT1
Serial Number: WD-WXL1E11DFKN8
Firmware Revision: 01.01A01
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 976773168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 476940 MBytes
device size with M = 1000*1000: 500107 MBytes (500 GB)
cache/buffer size = 8192 KBytes
Nominal Media Rotation Rate: 5400
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
Advanced power management level: 254
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
Automatic Acoustic Management feature set
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* 64-bit World wide name
* IDLE_IMMEDIATE with UNLOAD
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
* Idle-Unload when NCQ is active
* NCQ priority information
* DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT LBA Segment Access (AC2)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
unknown 206[13] (vendor specific)
unknown 206[14] (vendor specific)
Security:
Master password revision code = xxxxxxxxxxx
supported
not enabled
not locked
frozen
not expired: security count
supported: enhanced erase
118min for SECURITY ERASE UNIT. 118min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: xxxxxxxxxxxxxxx
NAA : xxxxxxxxxxxxxxxxxxxxxxxxx
IEEE OUI : xxxxxxxxxxxxxxxxxxxxxxxxx
Unique ID : xxxxxxxxxxxxxxxxxxxxxxxxx
Checksum: correct
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

14. März 2012 18:39
hakel schrieb: Tritt das Problem auch auf, wenn du ein Terminal benutzt?
Meinst du, ob es auch langsam kopiert, wenn ich den Kopiervorgang über das Terminal tätige?
Ich nutze zwar schon länger Ubuntu, aber grade bei Kopien bin ich doch den Luxus eines GUI gewohnt Ich muss dann wohl mal den entsprechenden Befehl suchen, um überhaupt im Terminal kopieren zu können.
Mein Gedanke ist, daß es sich um ein Problem der KDE Tools handelt Dolphin/Klipper/Cache - im Zusammenspiel. Davon habe ich schon gehört, Symptom und Wirkung waren da schwer zusammen zu bringen.
Also das ist gut möglich, denn unter Gnome hatte ich das Problem meines Erachtens nicht. Dank Unity bin ich nun wieder bei KDE, wo ich vor 5-6 Jahren einmal (damals noch mit SuSe) ausgestiegen bin.
Irgendwelche Besonderheiten hast du sicher nicht laufen, Verschlüsselung, Raid etc.
Ich habe mein Home verschlüsselt. Also die "standard" Verschlüsselung, welche man bei der Installation auswählen kann. Das System läuft ja auch erst seit max. 3-4 Tagen. Hatte gerade am Wochenende neu installiert. Vorher war es beim Kopieren allerdings auch schon langsam und ich dachte, dass eine saubere Neuinstallation vielleicht hilfreich sei.
Frischen Benutzer hast du ja schon abgehakt mit der Neuinstallation.
Jab.
|
|
Pille456
Anmeldungsdatum: März 24, 2007
Beiträge: 191
|

14. März 2012 18:52
Hi! Also ich sehe an dem output jetzt gerade nichts auffälliges. UDMA ist aufjedenfall bei Dir aktiviert, von daher kann es daran nicht liegen. Zum Kopieren in der Konsole kansnt Du den Befehl cp nutzen. Einfach mal cp --help eingeben und schauen wie das funktioniert. Leider gibt Dir der cp Befehl keine Dauer etc. an, aber da es Dir ja auch nicht um die Dauer sondern um die Auslastung geht, sollte das ja passen  Ich kenn mich mit KDE nun nicht aus (bin eher der Gnome / XFCE User), aber wenn es was mit den Caches zu tun haben könnte, kannst Du diese auch einfach mal leeren. Siehe hierzu: http://linux-mm.org/Drop_Caches .
Wie dort aber auch steht, aufpassen die Sachen in den Caches vorher zu sichern / synchronisieren. Hierzu einfach den Befehl "sync" eingeben. Gruß Pille
|
|
Der Andi
Anmeldungsdatum: März 9, 2012
Beiträge: 6
|

14. März 2012 19:15
Hallo Sleepwalker, wie lange braucht Dein Rechner, um die 125GB-Datei zu kopieren? Also in Minuten von Kopieranfang bis Kopierende? Deine Home-Partition ist verschlüsselt, ist die andere Partition es auch? Viele Grüße, der Andi
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

14. März 2012 19:40
Sehr Interessant. Gerade kopiere ich die VDI-Datei nochmal über die Konsole und ich kann wunderbar parallel arbeiten. Leider sehe ich ja keine Kopiergeschwindigkeit. Aber 1GB war innerhalb weniger Sekunden kopiert. Allerdings im gleichen Ordner. Da ich ja lediglich innerhalb der verschlüsselten Partition kopiert habe, sollte es ja egal sein, ob der Rest verschlüsselt ist oder liege ich da falsch? Zum Thema Cache stellt sich die Frage, ob es daran liegen kann, wenn ich gerade neu installiert hatte und das Problem direkt auftrat. Für die 125GB hat er bestimmt 2h gebraucht und das OHNE parallele Arbeiten, da die ja nicht möglich waren.
|
|
Der Andi
Anmeldungsdatum: März 9, 2012
Beiträge: 6
|

14. März 2012 20:06
Hallo Sleepwalker, das mit der gleichen Partition hatte ich überlesen, natürlich ist die dann verschlüsselt. Ich bin jetzt eher nicht der ganz große Verschlüsselungsfachmann, aber ich meine aus der Technikerschule bei solchen Dingen noch folgenden Vorgang im Kopf zu haben: Du startest ein Programm zum Kopieren einer Datei. Um diese lesen zu können, muss das Programm die Datei entschlüsseln und in den Cache laden, danach eine neue Datei öffnen und die eben entschlüsselten Daten dort verschlüsselt wieder hineinschreiben. Da die zu kopierende Datei 125 GB groß ist, kann dieses nur in Stücken geschehen (Festplatten- kopf auf Leseposition - lesen - entschlüsseln - Festplattenkopf auf Schreibposition - verschlüsseln - schreiben - wiederholen bis die Datei kopiert ist). 125 GB sind meiner Meinung nach schon sehr viel, da muss der Kopf schon ordentlich rappeln. Ich probiere das mal bei mir aus. Viele Grüße, der Andi
|
|
Sleepwalker87
(Themenstarter)
Anmeldungsdatum: Nov. 24, 2009
Beiträge: 37
|

14. März 2012 20:20
Oha. Was ein Aufwand Ihr hier treibt Naja. Ich bin mal so frei und freu mich darüber.
|