rsync "フリップ"機能[閉じる]

rsync "フリップ"機能[閉じる]

私は元のバージョンと「反転」バージョンを持つサンプルペアを見つけました。

オリジナル

rsync -aHAXxv --numeric-ids --delete --progress -e "ssh -T -c arcfour -o Compression=no -x" user@<source>:<source_dir> <dest_dir>

「揚げる」

rsync -aHAXxv --numeric-ids --delete --progress -e "ssh -T -c arcfour -o Compression=no -x" [source_dir] [dest_host:/dest_dir]

これはい最終見積もりまで同じようです。

「flip」とマークされた2番目の例は何ですか? 「オリジナル」と機能的にどう違いますか?これら2つのコマンドは機能的に同じですか?

答え1

原作者が粗雑に書きましたが、その部分から一部を省略しましたね。

彼が書いた:

rsync ... user@<source>:<source_dir> <dest_dir>

rsync ... [source_dir] [dest_host:/dest_dir]

ただし、次のように書くことをお勧めします。

rsync ... user@<source_host>:<source_dir> <dest_dir>

rsync ... <source_dir> user@<dest_host>:<dest_dir>

そうすれば、「反転」がより明確になります。

デフォルトでは、最初の形式はリモートの「ソース」ホストからローカルの「ターゲット」ホストにファイルを「プール」し、2番目の形式はローカルソースからリモートターゲットにファイルを「プッシュ」します。彼はどちらが速いのか言及していません。

私も彼が-zオプションを省略したことが間違っていると思います。私はいつもそれを使用し、驚くべきスピードアップを得ます。

私たちを賢明と呼んでください。ただし、次のようにすることもできます。

rsync ... <source_dir> <dest_dir>

rsync ... user@<source_host>:<source_dir> user@<dest_host>:<dest_dir>

最初のものはローカルコピーです。などで必要なオプションがない場合はcp使用できます。ditto2番目の形式では、2つのリモートサーバー間でファイルをコピーできます。

最後に、本物賢明に言えば、-AXパラメーターはLinux AFAICTでのみ機能します。

関連情報