Festplatte überlastet, priorisierung?

[coresploit]

Guten Tag,

wenn ich große Datenmengen von meiner externen Festplatte auf die interne Festplatte im Laptop kopiere, frieren alle Programme ständig ein, weil die Festplatte komplett ausgelastet ist. Gibt es eine Möglichkeit, das im LVM liegende /dev/mapper/main-root dem /dev/mapper/main-home vorzuziehen? Heißt, er soll alle I/O-Zugriffe von /dev/mapper/main-root priorisieren, damit nichts einfriert.

Hat einer eine Idee, wie ich das anstellen könnte?

Danke.

[coresploit]

Gibt es denn keine Lösung??? ... Ich möchte doch nur, dass er die IO von /dev/mapper/main-root direkt abarbeitet dann "nebenbei" die von /dev/mapper/main-home macht.

[rendegast]

Mit den I/O-Schedulern / NCQ herumspielen,
als walkaround den kopierenden Prozeß renicen.

sysstat, iostat


Externes Laufwerk vielleicht ohne 'sync', 'dirsync', 'atime', 'diratime' mounten?

Ausprobieren, ob eine Kopieraktion nach /dev/null (also kein Plattenzugriff) auch dieses Einfrieren erzeugt,
entsprechend eine Kopieraktion in die Gegenrichtung, von /dev/mapper/main-home und von /dev/zero aus.

[coresploit]

Den Prozeß kann ich nicht renicen, weil ich ja dann nautilus eine niedrigere Priorität geben würde. Andere Fenster von Nautilus freezen dadurch doch noch häufiger.

Wie funktioniert das mit den I/O schedulern? Danke.

[rendegast]

Eine engl. Anleitung zBsp. hier:
http://www.wlug.org.nz/LinuxIoScheduler
Aber ich rudere zurück, Der eingesetzte Scheduler beeinflußt das System eher tendenziell,
ein freeze des Systems läßt sich damit aber wohl weder auslösen noch beheben.

[cosmac]

hi,

Falls die externe Platte per USB angebunden ist:

Code: Alles auswählen

rmmod ehci_hcd

Falls doch mehrere Prozesse beteiligt sind, könnte sowas helfen:

Code: Alles auswählen

ionice -c2 -n7 -p $PID_MASSEN_KOPIERER

Falls nicht, sowas ähnliches:

Code: Alles auswählen

ionice -c2 -n7 cp -a /externe/Platte/Quelle  /interne/Platte/Ziel

[rendegast]

Weitere Ideen:
nautilus / gnome <-> twm oder ohne X / mc

hal / dbus mal deaktivieren?

Wird Verschlüsselung eingesetzt?

[coresploit]

Falls doch mehrere Prozesse beteiligt sind, könnte sowas helfen:

Code: Alles auswählen

ionice -c2 -n7 -p $PID_MASSEN_KOPIERER

Falls nicht, sowas ähnliches:

Code: Alles auswählen

ionice -c2 -n7 cp -a /externe/Platte/Quelle  /interne/Platte/Ziel

Genau so etwas hatte ich gesucht. Das ganze sieht dann bei mir so aus:

Code: Alles auswählen

ionice -c3 rsync -r /home/wochnikv/Musik/ /mnt/Music/

Läuft super!

nautilus / gnome <-> twm oder ohne X / mc

Nee, ich brauch den Compiz für die Vergrößerung und den Würfel.

Wird Verschlüsselung eingesetzt?

Ja, 256bit xts-plain. Daran ändere ich aber nichts.

[rendegast]

Nee, ich brauch den Compiz für die Vergrößerung und den Würfel.

aber mc im xterm hättest Du prüfen können / könntest Du prüfen.
Wenn es jetzt mit 'ionice -c3 rsync' funktioniert, funktioniert es vielleicht auch ohne renice?
Dann könnte nämlich allein nautilus der Übeltäter sein.

[coresploit]

Vielleicht ist nautilus ja auch die Ursache... So lange es mit ionice funktioniert bin ich zufrieden. Aber Danke nochmals.

[cosmac]

kaum entdeckt man einen netten neuen Befehl, schon wird was Besseres in den Kernel aufgenommen:

Nach langem Hin und Her stieß nun endlich das "blkio controller cgroup interface" zum Kernel, über das sich der maximale Durchsatz einzelner Prozesse oder Prozessgruppen limitieren lässt.

[1] Linux 2.6.33 geht in die Testphase