(Bu ideal, joshtronic'in yorumuna cevap olacaktır )
--bwlimit=XX
aslında tam tersi bir problemi var; Rsync Temelleri yardımsever olarak - transferi bir hareketli ortalama gerçekten de açıklar :
Rsync transferlerinin niteliği nedeniyle, veri blokları gönderilir, ardından rsync transferin çok hızlı olduğunu tespit ederse, bir sonraki veri bloğunu göndermeden önce bekleyecektir. Sonuç, belirtilen limite eşit bir ortalama transfer hızıdır.
Ortalamanın dosyalar arasında alınıp alınmadığı açık değildir, ancak her durumda bu doğru değildir.
ilk dosya tamamen gönderilir ve daha sonra belirtilen bant genişliği değerine inmeye çalışmak için azaltılır
Aslında, ilk dosya ortalama atmaya yetecek kadar büyük olduğu sürece (bu en küçük dosyalar hariç hepsi anlamına gelir) boğulacaktır.
Bu kandırmanın daha iyi bir çözüm olacağı konusunda haklısın , ama açıklayıcı makaleden anladığım kadarıyla (" Trickle: Unix benzeri sistemler için bir Kullanıcı Bant Genişliği Şekillendirici "), aynı trickle
zamanda hareketli bir transfer ortalamasına dayanarak G / Ç'yi geciktirerek çalışır. . Sanırım bunu önerme umudu, ortalamayı uygulamak için daha yüksek frekanslı bir ölçüm kullanmasıdır. Durumun böyle olduğunu doğrulayan çevrimiçi bir veri bulamadım (yukarıdaki yazının rsync
kodunu "basit" olarak nitelendirmesine rağmen , yazarların trickle
kendilerinin daha iyi bir iş yaptığını düşündüklerini iddia etmelerine rağmen ).
man
Sayfada ilk kez neden bunu özlediğimi bilmiyorum .