rsyncがローカルファイルにデルタ転送を使用しないのはなぜですか？

現在、スペース予約をオンにしたトレントクライアントによってダウンロードされている大きなisoイメージがあります。つまり、（4 Mib）の一部のチャンクがダウンロードのために常に変化している間、ファイルサイズは変化しません。

90％のダウンロードで、後で時間を節約するために最初のrsyncを実行します。

$ rsync -Ph DVD.iso / media / another-hdd /
増分ファイルリストの送信

DVD.iso
       2.60G 100％40.23MB / s 0:01:01（xfer＃1、to-check = 0/1）

送信2.60Gバイト受信73バイト34.59Mバイト/秒
合計サイズは2.60Gで、高速化は1.00です。

次に、ファイルが完全にダウンロードされたら、再びrsyncを実行します。

total size is 2.60G   speedup is 1.00

Speedup = 1は、デルタ転送が使用されなかったことを示しますが、ファイルの90％は変更されておらず、ターゲットディレクトリは別のFS上にあり、コピーには数分かかります。転送を高速化しないのはなぜですか？！rsyncデルタ転送を強制的に使用するにはどうすればよいですか？

マンページによると、psusiは正しい：

-W、--whole-file：ソースと宛先のマシン間の帯域幅がディスクへの帯域幅よりも大きい場合（特に「ディスク」が実際にネットワーク化されたファイルシステムである場合）このオプションを使用すると、転送が速くなります。これは、ソースと宛先の両方がローカルパスとして指定されている場合のデフォルトですが、バッチ書き込みオプションが有効になっていない場合のみです。

この質問に対する簡単な答えは次のとおりです。

--no-Wフラグを使用して、ローカルまたはリモートに関係なく、デルタ圧縮を強制します。

更新：ストーリーにはまだまだあるようです。delta compression唯一のrsyncの受信と送信プロセスの間で有効になっているようです。ファイルをファイルシステムに出力するときrsync、デルタ圧縮がオンになっていても、ファイル全体を書き出すことがあります。

「若かん短歌」の調査はこちらをご覧ください。

デフォルトでは、さまざまな安全上の理由から、rsyncは最初にターゲットファイルの新しいコピーを作成してから置き換えます。--inplaceと共に指定することでこれをオーバーライドできます--no-whole-file。これにより、rsyncはターゲットファイルのインプレース編集を行い、マニュアルページに記載されているさまざまなリスク（通常、この状況では軽微）を受け入れます。

デフォルトrsyncでは、宛先にファイルのコピーを作成し、元のファイルを新しいコピーで自動的に置き換えます。これは安全上の理由で行われます。あなたが探しているのは、ソースに関連して変更された宛先ファイルの部分のみを変更する--inplaceオプションrsyncです。

OPのユースケースでは、事前割り当てもオフにすることをお勧めします。これにより、スパースコピーを同期でき、はるかに高速になります。ダウンロードの場合、VFATのような非常に古いファイルシステムを使用していない限り、断片化について心配する必要はありません。特にメディアファイルはストレージメディアの最大パフォーマンスで読み取られないため、最適化は無駄な作業です。

ダウンロードディレクトリをまんべんなくコピー先ボリュームにコピーするには、次の順序でこれらのフラグと操作をお勧めします。

rsync --ignore-existing -vxaHAXS /source /destination
rsync --inplace -vxaHAX /source /destination

最初のパスは新しいファイルを宛先にまばらにコピーします2番目のパスは既存のファイルをその場で更新し、変更のみをコピーします

スパースコピーとインプレースデルタコピーを行うため、余分なIOを発生させることなくこれを繰り返し実行できます。20のtorrentを同時に実行している場合でも、宛先で書き込みを増幅したり、ソース/宛先ボリュームをスラッシングしたりすることはありません。