Nizza Rsync auf Remote-Maschine

Gibt es eine Möglichkeit, bei Verwendung von rsync + ssh für den Zugriff auf einen Remotecomputer den rsync-Prozess auf dem Remotecomputer zu "netten" (um dessen Priorität zu verringern)?

Bearbeitung der Frage zur Klärung:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
backups  16651 86.2  0.1   3576  1636 ?        Rs   11:06   0:06 rsync --ser...

(rsync line snipped)

Dies ist ein Backup-Cron-Job, der normalerweise um 4 Uhr morgens ausgeführt wird. Wenn ich jedoch wach bin (und einen Commit durchführe oder Bugzilla auf demselben Computer verwende), wird die Serverleistung beeinträchtigt, und ich wollte einen schnellen "Hack", um dies zu beheben es ein bisschen.

Sie können die --rsync-pathOption verwenden, z.

rsync --rsync-path="nice rsync" foo remotebox:/tmp/

• Nehmen Sie die --rsync-pathOption, die Sie habenrsync --rsync-path="ionice -c 3 nice -n 12 rsync" localDirectory remoteHost:/tmp/
• Mit der Option Konfigurationsdatei können Sie /etc/default/rsyncden RSYNC_NICE='17'Wert und den RSYNC_IONICE='-c3'Wert in der Datei ändern oder auskommentieren

Für beide gilt der Ionice- Wert für die Festplattenpriorität

• 1 -> Echtzeit
• 2 -> Beste Mühe
• 3 -> Ildle (wenn irgendein anderer Prozess die HD nicht verwendet)

Beachten Sie, dass der cfqScheduler für Linux nur wirklich IO-Klassen und Prioritäten implementiert. Wenn der Remote - Systemadministrator an IO - Scheduler entschieden hat noop, deadlineoder einige exotischere Variante können Sie feststellen , dass ionicewirklich nichts tut. Man sollte in der Lage sein, eine hohe Leistung von cfqIO-Klassen und Prioritäten zu erzielen und diese dennoch nutzen zu können, indem man cfq richtig einstellt .

für einen guten Wert für die Prozessorpriorität

• -20 (am günstigsten für den Prozess)
• (Standard 10), wenn -n nicht angegeben ist
• 19 (am ungünstigsten für den Prozess)

Eine schnelle und unsaubere Lösung wäre, ein kleines Wrapper-Skript mit dem Namen 'rsync' zu erstellen, das den $ PATH vor der eigentlichen rsync-Binärdatei schattiert:

#!/bin/sh
nice -10 /path/to/proper/rsync $*

Oder richten Sie die Datei authorized_keys so ein, dass die Synchronisierung von rsync durchgeführt wird. (Angenommen, Sie verwenden SSH-Schlüssel).

Beispiel:

command=”/home/user/bin/nice-rsync.sh" ssh-dss asdf....

Jetzt in deiner /home/user/bin/nice-rsync.sh

#!/bin/sh
case $SSH_ORIGINAL_COMMAND in
  rsync\ --server*)
    nice -10 $SSH_ORIGINAL_COMMAND
    ;;
  *)
    $SSH_ORIGINAL_COMMAND
    ;;
esac

HTH

Sie können die Komprimierung im Netzwerk deaktivieren, indem Sie das -zArgument nicht angeben, wodurch auf beiden Seiten CPU-Zeit gespart wird. Oder ändern Sie, wie rsync Prüfsummen verwendet--checksum

Rsync sollte nicht viel CPU verwenden. Ich bezweifle, dass Sie eine gewisse Freundlichkeit vom anderen Ende erzwingen können, aber Sie könnten die Bandbreite, die rsync mit einer Firewall verwendet, begrenzen, was letztendlich dazu führen würde, dass weniger Zeit für die Verarbeitung benötigt wird.

Ich glaube nicht, dafür brauchst du eine benutzerdefinierte Lösung. Benutze ftp