Nice rsync sur une machine distante

Lors de l'utilisation de rsync + ssh pour accéder à une machine distante, existe-t-il un moyen de "bien" le processus rsync sur la machine distante (pour réduire sa priorité)?

Modification de la question pour clarifier:

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

(ligne rsync coupée)

Il s'agit d'un travail cron de sauvegarde qui s'exécute normalement à 4 heures du matin, mais lorsque je suis éveillé (et que je commets ou que j'utilise Bugzilla hébergé sur cette même machine), il tue les performances du serveur, donc je voulais un "hack" rapide pour essayer de réparer un peu.

Vous pouvez utiliser l' --rsync-pathoption, par exemple.

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

• Prendre l' --rsync-pathoption que vous avezrsync --rsync-path="ionice -c 3 nice -n 12 rsync" localDirectory remoteHost:/tmp/
• En prenant l' option du fichier de configuration, vous pouvez modifier ou décommenter dans le fichier /etc/default/rsyncla RSYNC_NICE='17'valeur et la RSYNC_IONICE='-c3'valeur

Pour les deux, la valeur de l' ionice sera pour la priorité du disque dur

• 1 -> Temps réel
• 2 -> Meilleur effort
• 3 -> Ildle (quand aucun autre processus n'utilise le HD)

Notez que pour Linux, seul le cfqplanificateur implémente réellement les classes et les priorités d'E / S. Si l'administrateur système distant a opté pour le planificateur d'E / S noop, deadlineou pour une variante plus exotique, vous pouvez constater que ionicecela ne fait vraiment rien. Il faut pouvoir obtenir des performances élevées cfqet pouvoir utiliser les classes et les priorités d'E / S en réglant correctement cfq .

pour une bonne valeur pour la priorité du processeur

• -20 (le plus favorable au procédé)
• (par défaut 10) si -n n'est pas spécifié
• 19 (le moins favorable au processus)

Une solution rapide et sale serait de créer un petit script wrapper appelé 'rsync' qui masque le $ PATH avant le vrai binaire rsync comme:

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

Ou configurez le fichier authorized_keys de sorte qu'il effectue le nettoyage de rsync. (En supposant que vous utilisez des clés ssh).

Exemple:

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

Maintenant dans votre /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

Vous pouvez désactiver la compression le long du réseau, en n'incluant pas l' -zargument, ce qui pourrait économiser du temps CPU de chaque côté. Ou changez la façon dont rsync utilise les sommes de contrôle, regardez--checksum

Rsync ne devrait pas utiliser beaucoup de CPU. Je doute que vous puissiez forcer une certaine gentillesse de l'autre côté, mais ce que vous pourriez faire est de limiter la bande passante que rsync utilise avec un pare-feu, ce qui réduirait finalement la quantité de traitement qu'il pourrait faire en X temps.

Je ne pense pas, vous avez besoin d'une solution personnalisée pour cela. Utilisez ftp