rsyncからの--info = progress2の出力を理解する


71

で実行するrsync--info=progress2、次のような出力が得られます

105.45M  13%  602.83kB/s    0:02:50 (xfr#495, ir-chk=1020/3825)

しかし、単一の数字はどういう意味ですか?マニュアルページに一致するエントリが見つかりません。

  • 最初の数字は、処理されたデータの量のようです(実際のコピーされたバイトとスキップされたバイトは、ターゲットの場所に既に存在していたため)?私のインターネット接続よりも速く増加するため、転送されたデータの数ではないようです...
  • パーセンテージは、コピーされるデータの量またはファイルの数を指しますか?除外されたファイルおよびターゲットの場所で既に最新のファイルを考慮しますか?
  • 3番目の位置の時間は、最初は完了までの時間の見積もりの​​ように見えましたが、私がそれを試してみると、数時間から数秒の間でジャンプしました。それは何を指し、どのように計算されますか?
  • 最後の2つの数字はどういう意味ですか?

1
manページ(オプション > --progress)を試しましたか?
-don_crissti

回答:


89
105.45M 13% 602.83kB/s 0:02:50 (xfr#495, ir-chk=1020/3825)

という意味です:

  • これまでに、受信者/宛先は、送信者/ソースのファイルの約811.15メガバイト(100%)の105.45メガバイト(または13%)を再構築しました
  • これらのファイルは毎秒602.83キロバイトの速度で再構築されており、このデータ転送操作はこれまで2分50秒(経過時間)かかりました。

また、xfr#495は、現在495番目のファイルが転送されていることを意味しますが、ir-chk = 1020/3825は、(これまでに)3825個のファイルのうち再帰的にスキャン(検出)されたもののうち、まだ1020個が残っていることを示しますチェック/検証する。

これは、たとえばチェックする100個以上のファイルがスキャンで検出された場合、両側が100ずつ増加することを意味します(ir-chk = 1120/3925を読み取ります)。すべてのファイルがスキャンされた後(インクリメンタル再帰スキャンで検出)、スラッシュの右側の数はプロセス全体が終了するまで同じままですが、スラッシュの左側の数は減少し始めますより多くのファイルがチェック(検証)されるにつれて。また、再帰の終了により、ir-chkはto -chkに変更されます、増分再帰スキャンがチェック(ファイル検出操作)の実行を終了したことを示します。それでも、すべてのファイルがチェックされるまでファイルはチェック/検証され続けるため、チェック/検証するファイル(スラッシュの左側)の数は、その数がゼロになるまで(ファイル検証プロセスの終了を示す)減少します。

してみましょうN、実際の全体のプロセスが終了したときに参照してくださいよ、検証/確認するファイルの合計数:

to-chk=0/N

... 増分再帰スキャンによって検出された合計N個のファイルのうち、チェック/検証するファイルが残っていないことを意味します。

ir-chkについて(rsyncのマニュアルページから):

インクリメンタル再帰スキャンでは、rsyncはスキャンの最後に到達するまでファイルリスト内のファイルの総数を知りませんが、スキャン中にファイルの転送を開始するため、「 「to-chk」の代わりに「to-chk」の代わりに「to-chk」の代わりに「ir-chk」を使用します。したがって、「ir-chk」を表示すると、ファイルリスト内のファイルの総数がまだ増加していることがわかります(そして、そのたびに、チェックする残りのファイルの数は、追加されたファイルの数だけ増加しますリスト)。


4
軽微な修正:2:50はETAではありません-これまでに経過した時間です。
スニーク

4
@YuriSucupira私の返答はそのコメントに対するものです。私は常にを使用する傾向がありますが--no-inc-recursive、それは私が話していることではありません。ETAの入力時間progress2は、合計(既知の)データと経過時間に基づいています。ファイルごとではありません(ただし、単一ファイルの完了時にティックの単一ファイル時間経過値を点滅させます)。 一点でこれを含むバグがありました、私はそれがで何バージョンかわからないけれども、これはそれほど明確になるだろう、
Izkata

2
@Izkata ETAがグローバルではなくファイルごとであることを確認するために、その時点(2016年7月17日)までにrsyncをテストしたことを思い出し、その後、それが「視覚的に」確信した-ファイルETA。私はXUbuntu 14.04を使用していました(どのrsyncバージョンだったか思い出さないでください)。とにかく、数か月前にXUbuntu 16.04(rsync 3.1.1-3ubuntu1に付属)をインストールしrsync -a --info=progress2 /src /dest、実際にファイルごとのETAではなく、グローバル ETAと交互に合計経過時間が得られることを(視覚的に)確認できます。それは私にとって奇妙で新しいことですが、あなたは正しいです。
ユーリスキュピラ

4
@wingedsubmarinerファイルをコピーしている間(たとえばfile1-)、rsyncはコピープロセス全体の(現在の)グローバルETAを表示します。次に、コピーが終了するとfile1、rsyncは(現在の)グローバル経過時間を表示し、次のファイル(たとえば-)のコピーを開始しますfile2。したがって、コピープロセスがfile2終了してからrsync新しい(増加した)合計経過時間を表示します。これが、これらの「ジャンプ」を見る理由です。グローバル(合計)ETAの減少とグローバル(合計)経過時間の増加が交互に表示されるためです。
ユーリスキュピラ

2
@ijosephうん、マニュアルページにはETAの動作のみが記載されています。これが、再構築プロセス中のUIの動作について多くの人々が混乱していると思われる理由の1つです。私自身は、その「謎」を最終的に明らかにするまで、しばらくの間、そのようなプロセスに細心の注意を払わなければなりませんでした。:)
ユーリスキュピラ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.