USR1なしでddの進行状況を確認できますか？

Question 1

dd if=/dev/zero of=/dev/null bs=1048576 count=1024

気づくddデータを破壊できる、少なくともbsパラメータを使用する場合。そしてパフォーマンス上の利点特定のシステム構成に最適なブロックサイズを手動で選択する場合は、せいぜい非常に小さいです。あるいは、もっとうまくいくかもしれませんcatが、cpせいぜい少し遅くなるかもしれません。したがって、dd必ずしも必要でない場合は使用しないでください。

バージョン 1.23 以降、BusyBox は以下を使用します。sendfilereadとを使用する代わりにデータをコピーするシステムコールwrite。ただし、：、：catなどの通常のコピーのみcpを使用する必要があります。サイズの正確な制御が必要なためです。したがって BusyBox ≥1.23 で。sendfileddreadwritecatcpdd

'dd'はUSR1信号を受信するたびに「一時停止」されます。これは本当ですか？

技術的にはそうです。信号を処理するには「一時停止」する必要があります。ただし、一時停止はいくつかのCPU命令を実行するだけです（最も費用がかかるのは進行状況出力を印刷することです）。したがって、これは何らかの方法でベンチマークを無効にしません。

ddが1秒ごとに一時停止すると、数十ギガバイトのデータを転送するときの作業時間が長くなります。

いいえ、スケールの順序が間違っています。単一のCPUスレッドに0.1％の時間を追加できます。主なコストはベンチマークのカーネル時間なので、dd実装方法ではなく、実行したい作業に固有のものではありません。

プロセスにシグナルを送信せずにddに現在のステータスを印刷させることはできますか？

まあ…いいえ。これを行う簡単で歴史的に確立された標準的で簡単な方法がすでにあります。実装が難しい他の方法があるのはなぜですか？

Linuxでは、レプリカが到達した時点を知るための一般的な方法があります。特別なファイルに対して常に動作するわけではありませんが、コピーを実行するプログラムによっては変わりません。$pidコピーを実行するプロセスIDと、入出力に使用されるファイル記述子を学びます。ddfd 0から読み込み、fd 1に書き込みます。 BusyBox はcp通常 fd 3 から読み込み、fd 4 に書き込みます。 .NETのシンボリックリンクを使用して、どのファイル記述子にどのファイルが開いているかを確認できます/proc/$pid/fd。

$ cp /dev/zero /dev/null & pid=$!
$ readlink /proc/$pid/fd/3
/dev/zero
$ readlink /proc/$pid/fd/4
/dev/null

$n$ ファイル記述子から場所を確認できます/proc/$pid/fd/$n。

$ cat /proc/$pid/fdinfo/4
pos:    74252288
flags:  0100001
mnt_id: 27

ただし、ファイル記述子の位置は/dev/zero、パイプまたはソケットなどの特殊ファイルで/dev/null更新されないことがあります。常に通常のファイルを使用して更新されます。ブロックデバイス用に更新されたかどうかはわかりません。したがって/dev/zero、間のコピーに関する情報を提供することはできませんが、/dev/null実際のユースケースでは機能します。

Answer

dd if=/dev/zero of=/dev/null bs=1048576 count=1024

気づくddデータを破壊できる、少なくともbsパラメータを使用する場合。そしてパフォーマンス上の利点特定のシステム構成に最適なブロックサイズを手動で選択する場合は、せいぜい非常に小さいです。あるいは、もっとうまくいくかもしれませんcatが、cpせいぜい少し遅くなるかもしれません。したがって、dd必ずしも必要でない場合は使用しないでください。