Ładna rsync na zdalnej maszynie

Czy podczas korzystania z rsync + ssh w celu uzyskania dostępu do zdalnego komputera istnieje sposób „miłego” procesu rsync na zdalnym komputerze (aby obniżyć jego priorytet)?

Edycja pytania w celu wyjaśnienia:

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...

(linia rsync została wycięta)

Jest to zadanie kopii zapasowej crona, które normalnie działa o 4 rano, ale kiedy się obudziłem (i popełniałem błąd lub korzystałem z Bugzilli hostowanej na tej samej maszynie), zabija ono wydajność serwera, więc chciałem szybko „zhakować”, aby spróbować naprawić to trochę.

Możesz skorzystać z --rsync-pathopcji, np.

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

• Wybierając --rsync-pathopcję, którą maszrsync --rsync-path="ionice -c 3 nice -n 12 rsync" localDirectory remoteHost:/tmp/
• Biorąc opcja Plik konfiguracyjny można zmienić lub Odkomentuj w pliku /etc/default/rsyncna RSYNC_NICE='17'wartość i RSYNC_IONICE='-c3'wartość

Zarówno wartość jonice będzie miała priorytet dla twardego dysku

• 1 -> W czasie rzeczywistym
• 2 -> Najlepszy wysiłek
• 3 -> Ildle (gdy jakikolwiek inny proces nie korzysta z HD)

Zauważ, że w przypadku Linuksa tylko cfqharmonogram tak naprawdę implementuje klasy IO i priorytety. Jeśli zdalny administrator systemu zdecydował się na IO scheduler noop, deadlinealbo jakiś bardziej egzotyczny wariant może się okazać, że ionicetak naprawdę nic nie robi. Trzeba być w stanie uzyskać wysoką wydajność cfqi nadal być w stanie korzystać z klas IO i priorytetów poprzez prawidłowe dostrojenie cfq .

za niezłą wartość dla priorytetu procesora

• -20 (najbardziej sprzyjające procesowi)
• (domyślnie 10), jeśli nie podano -n
• 19 (najmniej korzystny dla procesu)

Szybkim i brudnym rozwiązaniem byłoby utworzenie małego skryptu otoki o nazwie „rsync”, który przesłania $ PATH przed prawdziwym plikiem binarnym rsync, takim jak:

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

Lub skonfiguruj plik author_keys, aby wykonywał nicowanie rsync. (Zakładając, że używasz kluczy ssh).

przykład:

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

Teraz w twoim /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

Możesz wyłączyć kompresję w sieci, nie dołączając -zargumentu, co może zaoszczędzić trochę czasu procesora po obu stronach. Lub zmień sposób, w jaki rsync używa sum kontrolnych, spójrz na--checksum

Rsync nie powinien zużywać dużo procesora. Wątpię, czy możesz wymusić pewną uprzejmość z drugiego końca, ale to, co możesz zrobić, to ograniczyć przepustowość, którą rsync używa z zaporą ogniową, co ostatecznie zmniejszy ilość przetwarzania, którą może wykonać w X czasie.

Nie sądzę, potrzebujesz do tego niestandardowego rozwiązania ... użyj ftp