Faire en sorte que rsync utilise moins de bande passante ?

_(Idéalement, il s'agirait d'une réponse à Commentaire de joshtronic )_

--bwlimit=XX a en fait le problème inverse ; le transfert est en effet une moyenne mobile - comme Rsync Basics l'indique utilement explique :

En raison de la nature des transferts rsync, des blocs de données sont envoyés, puis si rsync détermine que le transfert a été trop rapide, il attendra avant d'envoyer le bloc de données suivant. Le résultat est un taux de transfert moyen égal à la limite spécifiée.

Il n'est pas précisé si la moyenne est calculée sur l'ensemble des dossiers, mais en tout état de cause, il n'est pas vrai que

le premier fichier est envoyé à pleine puissance et les fichiers suivants sont étranglés pour tenter d'atteindre la valeur de bande passante spécifiée

En fait, le premier fichier sera étranglé tant qu'il est suffisamment volumineux pour que la moyenne soit appliquée (c'est-à-dire tous les fichiers sauf les plus petits).

Vous avez raison de dire que ruisseler serait une meilleure solution, mais d'après ce que j'ai compris du document explicatif (" Trickle : Un gestionnaire de bande passante pour les systèmes de type Unix ") est que trickle également fonctionne en retardant les entrées/sorties sur la base d'une moyenne de transfert mobile. Je suppose que l'espoir de le recommander est qu'il utilise une mesure à plus haute fréquence pour appliquer la moyenne. Je n'ai pas pu trouver de données en ligne qui confirment cette hypothèse (bien que l'article ci-dessus fasse référence à des données de rsync Le code de l'auteur a été qualifié de "simple", suggérant ainsi que les auteurs de l'étude trickle pensent que la leur fait un meilleur travail).