(Dies wäre idealerweise eine Antwort auf den Kommentar von joshtronic. )
--bwlimit=XX
in der Tat hat das gegenteilige Problem; Die Übertragung ist in der Tat ein gleitender Durchschnitt - wie Rsync Basics hilfreich erklärt :
Aufgrund der Art der rsync-Übertragungen werden Datenblöcke gesendet. Wenn rsync feststellt, dass die Übertragung zu schnell war, wird vor dem Senden des nächsten Datenblocks gewartet. Das Ergebnis ist eine durchschnittliche Übertragungsrate, die dem angegebenen Grenzwert entspricht.
Es ist nicht klar, ob der Durchschnitt über mehrere Dateien hinweg ermittelt wird, aber das stimmt auf jeden Fall nicht
Die erste Datei wird auf Hochtouren gesendet und nachfolgende Dateien werden gedrosselt, um zu versuchen, den angegebenen Bandbreitenwert zu erreichen
Tatsächlich wird die erste Datei gedrosselt, solange sie groß genug ist, damit die Mittelwertbildung einsetzt (was bedeutet, dass nur die kleinsten Dateien vorhanden sind).
Sie haben Recht, dass Rinnsal eine bessere Lösung wäre, aber was ich aus dem erläuternden Artikel (" Rinnsal: Ein Userland-Bandbreitenformer für Unix-ähnliche Systeme ") verstehe, ist, dass es trickle
auch funktioniert, wenn E / A basierend auf einem gleitenden Übertragungsdurchschnitt verzögert werden . Ich vermute, es wird empfohlen, eine Messung mit höherer Frequenz zu verwenden, um den Durchschnitt zu ermitteln. Ich konnte online keine Daten finden, die dies bestätigen (obwohl der obige Artikel den rsync
Code als "einfach" bezeichnet, was darauf hindeutet, dass die Autoren der trickle
Meinung sind, dass ihre einen besseren Job machen).
man
Seite zum ersten Mal übersehen habe .