ddでドライブをゼロにするまでの時間 [閉まっている]

dd dev / zeroを使用して、1TBがゼロになるまでにどれくらいかかりますか？

実際には、2つの500Gドライブを同時に実行しています。

次のような多くの要因に依存しますが、これらに限定されません。

• ディスク速度（RPM）
• ディスク組み込みキャッシュ
• プラッターの数と、複数のプラッターに同時に書き込むことができるかどうか
• ディスクインターフェイス（SATA / SCSIなど）
• インターフェイスコントローラーのパフォーマンス
• ドライブの構成（個別のチャネルまたは同じチャネルなど）

さらに、ドライブのゼロ化はCPUとRAMの単純なタスクですが、次のような影響がまだある可能性があります。

• CPUパフォーマンス
• 利用可能なRAM
• RAMの速度
• 同時に実行されている他のタスク
• 電源管理設定

ミドルグレードのドライブを備えたごく最近のコンピューターで、RAMに完全にロードされたゼロ化操作（GUI、インターネットなどなし）を実行している最小限のLinuxブートディスクを想定すると、2〜12時間かかります。1つの数字を捨てなければならなかった場合、3時間30分近くかかると思いますが、実際にそれを行う以外に十分な情報が得られません。

1GB以上の空き容量がある場合は、ドライブをマウントして、実行dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzero中のファイルまたは他のファイルを試すことができます。ドライブへの書き込みを高速化するための最適なブロックサイズについて詳しく知っている場合は、bs値（キロバイト単位）にそれを使用し、必要なファイルサイズが得られるようにカウントを設定できます。次に、それを使用して、データを失うことなく、より適切な推定値を取得できます。ゼロを含む大きなファイルを作成するだけです。

750GBドライブでランダムデータを使用してddを実行しました。約20時間かかったと思います。本当にひどいことは、4台のディスクRAIDアレイに対して4回やらなければならなかったことです。ボトルネックはドライブの書き込み速度だと思います。ドライブに対して並行して行うのが賢明です。

+100 GBのパーティション、Acer Aspire 5750G、外部SATA HDD、USB 2、5400rpm：

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb2 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb2': No space left on device
12500+0 records in
12499+0 records out
104856551424 bytes (105 GB) copied, 2846.87 s, 36.8 MB/s

そして

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb1': No space left on device
6579+0 records in
6578+0 records out
55183409152 bytes (55 GB) copied, 1497.23 s, 36.9 MB/s

私は推測していますが、私の推測では、ドライブコントローラー、マザーボード上のコントローラー、およびCPU / IOを吸収している他の要素に依存するでしょう。

私の推測では、1時間または数時間のオーダーです。日が長いようです。マシンのセットアップ方法によっては、ドライブコントローラーの競合を作成すると、実際に両方を同時に実行すると速度が低下する場合があります。ゼロを出力している場合でも、ドライブの何もそれを認識せず、すべてのバイトを書き込む必要があります。

ドライブを消去するだけの場合、並列スループットに使用する優れたツールは、単純消去モードのDBANです。ISOとして利用可能で、基本的にdd if=/dev/zero選択したドライブでコマンドを実行します。

2〜5時間かかります。ボトルネックはディスクであり、RAM、CPU、ケーブル、コントローラーの構成ではありません。オリジナルのPentiumなどの非常に古いコンピューターを使用している場合を除き、SATAケーブルと同様に、CPUとメモリはハードディスクのスピンドル速度よりもはるかに高速です。ドライブがゼロになっているため、キャッシュは機能しません（1 TBのキャッシュがない場合）。