rsync engendrant des threads excessifs

0

L’objectif est d’utiliser rsyncpour synchroniser un fichier de sauvegarde quotidien .gz. La commande est:

rsync -auvx /backup/source/*.gz /save/dest/

Les fichiers sont sur deux systèmes distincts; la source est montée via NFS. Le fichier est d'environ 10 Go. Rsync génère 181 threads et la synchronisation prend plus de 5 heures. (Une copie simple dure moins d'une heure.) Les threads multiples entraînent une surcharge du système.

Existe-t-il un moyen de forcer rsync à ne pas générer plusieurs threads?

....

linux backup rsync nfs threads dans l'avocat
la source
Combien de fichiers sont assis /backup/source? Combien en /save/dest/? Votre rsynccommande doit lire même les fichiers déjà synchronisés pour s’assurer qu’ils le sont. Vos dates de "dernière modification" sont-elles exactes des deux côtés?
David Schwartz
Seul le grand fichier quotidien est copié.
dansavenir
Précision: il y a environ 10 quotidiens à la fois dans le chemin source et 9 dans la destination. La mise à jour est exécutée quotidiennement via crontab et un seul fichier de la source a été modifié, la sauvegarde quotidienne nouvellement créée.
dansavenir
Le problème provient probablement de tout le travail effectué pour décider que seul ce fichier doit être copié. Testez avec des répertoires vides (mais pour le fichier que vous souhaitez transférer) pour voir si cette théorie est correcte.
David Schwartz