Хороший Rsync на удаленной машине

При использовании rsync + ssh для доступа к удаленной машине, есть ли способ «приятно» обработать процесс rsync на удаленной машине (чтобы понизить его приоритет)?

Редактирование вопроса для уточнения:

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 обрезана)

Это резервное задание cron, которое обычно выполняется в 4 часа ночи, но когда я просыпаюсь (и фиксирую, или использую Bugzilla, размещенную на той же машине), это убивает производительность сервера, поэтому я хотел бы быстро «взломать», чтобы попытаться исправить это немного.

Вы можете использовать --rsync-pathопцию, например.

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

• Принимая --rsync-pathвариант у вас естьrsync --rsync-path="ionice -c 3 nice -n 12 rsync" localDirectory remoteHost:/tmp/
• Принимая вариант конфигурационного файла можно изменить или раскомментируйте в файле /etc/default/rsyncна RSYNC_NICE='17'значение и RSYNC_IONICE='-c3'значение

Для обоих значение ionice будет для приоритета жесткого диска

• 1 -> Реальное время
• 2 -> Лучшее усилие
• 3 -> Ildle (когда любой другой процесс не использует HD)

Обратите внимание, что для Linux только cfqпланировщик действительно реализует классы и приоритеты ввода-вывода. Если удаленный системный администратор выбрал для IO планировщик noop, deadlineили какой - то более экзотического варианта вы можете обнаружить , что на ioniceсамом деле ничего не делает. Нужно быть в состоянии получить высокую производительность cfqи все еще иметь возможность использовать классы и приоритеты ввода-вывода, правильно настроив cfq .

для хорошего значения для приоритета процессора

• -20 (наиболее благоприятный для процесса)
• (по умолчанию 10), если не указан -n
• 19 (наименее благоприятный для процесса)

Быстрое и грязное решение состоит в том, чтобы создать небольшой скрипт-обертку с именем 'rsync', который затеняет $ PATH до реального двоичного файла rsync, например:

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

Или настройте файл authorized_keys так, чтобы он выполнял обработку rsync. (Предполагая, что вы используете ключи SSH).

пример:

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

Теперь в вашем /home/user/bin/nice-rsync.sh

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

НТН

Вы можете отключить сжатие по сети, не включая -zаргумент, который может сэкономить некоторое время процессора с обеих сторон. Или измените, как rsync использует контрольные суммы, посмотрите на--checksum

Rsync не должен сильно загружать процессор. Я сомневаюсь, что вы можете навязать определенную привлекательность с другого конца, но то, что вы могли бы сделать, это ограничить полосу пропускания, которую rsync использует с брандмауэром, что в конечном итоге уменьшит объем обработки, которую он может выполнить за X времени.

Я так не думаю, вам нужно индивидуальное решение для этого .. используйте FTP