rsyncの使用帯域幅を減らしますか?


46

rsyncを使用して、ネットワーク共有とコンピューターをバックアップおよび同期します。私はこれを理解しました。

問題は、rsyncを使用してファイルを転送するときに、可能な限りすべての帯域幅を使用することです。接続を他のことに使用できるように、速度を制限したい。

具体的には、現在、Last.FMを聴いていますが、rsyncがローカル接続を飽和させているため、カットし続けています。

ありそうにないように聞こえますが、この場合、私のLANは実際に私のインターネットと同じくらい高速です(両方とも10メガビット、イェー大学!)。どちらにしても、rsyncの実行中に余分な帯域幅はありません。何か案は?

ああ、具体的には、Ubuntu 9.04を実行しています。

回答:


67

--bwlimit=KBPS オプションを使用して、I / O帯域幅、キロバイト/秒を制限します

manページも参照してください


パーフェクト。man初めてページで見逃した理由がわかりません。
マイククーパー

8
事後ですが、このオプションは平均帯域幅を制限することを指摘したかったのです。最初のファイルは完全に送信され、後続のファイルは、指定された帯域幅の値に到達しようとするために調整されます。帯域幅を本当に制限するには、次のようなものを検討する必要がありますtrickle
-joshtronic

1
@joshtronic supervacuoの答えに気付いたのかな?これをテストしましたが、最小のファイルを除いて、「最初のファイルが完全に送信される」という事実は保証されません。

20

(これは、理想的にはjoshtronicのコメントへの返信です)

--bwlimit=XX実際、反対の問題があります。転送は確かに移動平均です— Rsync Basicsが有益に説明しているように

rsync転送の性質により、データのブロックが送信され、rsyncが転送が速すぎると判断した場合、次のデータブロックを送信する前に待機します。結果は、指定された制限に等しい平均転送速度です。

ファイル全体で平均をとるかどうかは明確ではありませんが、いずれにしても、

最初のファイルは完全に送信され、後続のファイルは、指定された帯域幅の値に到達するように調整されます

実際、最初のファイルは、平均化を開始するのに十分な大きさである限り調整されます(これは最小のファイルを除くすべてを意味します)。

あなたはそのトリクルがより良い解決策であることは正しいですが、説明論文(「トリクル:Unixライクシステム用のユーザーランド帯域幅シェーパー」)から理解できることは、移動平均に基づいてI / Oを遅らせることでtrickle 機能するということです。推奨する希望は、平均を適用するために高周波測定を使用することです。これが事実であることを確認するデータをオンラインで見つけることができませんでした(上記の論文ではrsyncのコードを「シンプル」と呼んでいますが、著者はtrickleより良い仕事をしていると考えています)。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.