System hängt periodisch beim Kopieren großer Dateien

sia

gesperrt
Registriert
26 März 2015
Beiträge
5.926
Ort
FFM (NSFW)
Hi Leute,

Wenn ich Daten von einer Festplatte auf die andere kopiere (oder umgekehrt, oder auf eine dritte HDD, …), hängt mein Arch Linux periodisch. Der Mauszeiger stockt dann, Sounds hängen kurz, Videos bleiben stehen etc.

Atop sieht so aus:

Interessant ist hier, dass bei der Festplatte, auf die ich kopiere, über 100% "busy" angezeigt wird:
[src=bash]DSK | sdc | busy 106% | read 5 | write 6094 | KiB/r 4 | KiB/w 113 | MBr/s 0.0 | MBw/s 67.4 | avq 19.92 | avio 1.64 ms |[/src]

Was ist da los? Heruntersetzen der Priorität (also +NICE) für den kopierenden Prozess bringt leider nichts. Auch folgendes Kommando, was ich gefunden habe, scheint nichts zu bewirken:

[src=bash]echo never > /sys/kernel/mm/transparent_hugepage/defrag[/src]
 
Könnte es auch an der Festplatte selbst liegen? Hast du mal die Smart-Werte überprüft ob da irgendetwas merkwürdig aussieht?

Und zweite Frage, wenn ich Atop richtig deute und MBw/s (eventuell) für MegabyteWrite/Second steht und es sich nicht um eine SSD handelt... kann es sein das der Buffer zu viele Datenmengen auf einmal schreiben will, aber die Platte nicht hinterherkommt?

Kannst du die Datenmenge die kopiert wird in irgendeiner Form begrenzen, um zu testen ob die Datenmenge die Ankommt nur die Platte überfordert?

Sind nur Schüsse auf blauen Dunst.... ;)
 
Was ist da los? Heruntersetzen der Priorität (also +NICE) für den kopierenden Prozess bringt leider nichts.

Das sieht für mich auch so aus, als würde deine Platte einfach nicht hinterherkommen. Nicen verändert da gar nichts, weil das meineswissens rein CPU-abhängig ist, und deine CPU hat mit deinem Kopiervorgang herzlich wenig Arbeit. Ich schließe mich daher theSplit an und empfehle dir, die Kopierrate zu begrenzen.
 
  • Thread Starter Thread Starter
  • #4
Aber nur weil die externe Platte nicht hinterher kommt, muss das doch nicht heißen, dass das ganze System hängt?

Ich habe ja mein System auf einer SSD und kopiere bspw. auf dem Netzwerk auf eine externe HDD. Kann ja nicht angehen, dass der I/O eines Kopiervorgangs den kompletten I/O sonstwo ausbremst, wenn SATA gar nicht ausgelastet ist…

Gibt es eine Möglichkeit, HIDs gegenüber Speichergeräten bei USB zu priorisieren?

SMART-Werte aller Festplatten sind okay.
 
phre4k, wenn die READ-Kapazitäten der kritischen Platte mit dem Kopierprozess erschöpft wird, können andere Prozesse, die Lesezugriff auf die Platte benötigen (Video/ Audio) ins Stocken geraten. Weshalb der Mauszeiger ins Stocken gerät, erschließt sich mir nicht.
Was sagen denn die übrigen Systemressourcen?
 
Ich würde mal die Werte für dirty_bytes und dirty_background_bytes anpassen und schauen ob es damit besser wird.



Denn genau das hier beschriebene Problem ähnelt dem "Dirty-Problem" schon sehr.

Und wie es aussieht macht das auch auf aktuellen Systemen wohl noch ab und zu Probleme.

 
Zurück
Oben