ランダムなデータでドライブを埋めるとき、GNUはddよりも速くシュレッドするのはなぜですか？

廃止する前にハードドライブを安全に消去しているのに気づきましたが、dd if=/dev/urandom of=/dev/sdaほぼ1日shred -vf -n 1 /dev/sdaかかりましたが、同じコンピューターと同じドライブで数時間しかかかりませんでした。

これはどのようにして可能ですか？ボトルネックはの限られた出力だと思い/dev/urandomます。シュレッドは、ランダムではなく、その単一の目的（つまり、より効率的）にのみ十分な擬似乱数ジェネレーターを使用しますかurandom？

シュレッドは内部疑似乱数発生器を使用します

デフォルトでは、これらのコマンドは少量のエントロピーによって初期化された内部疑似ランダムジェネレーターを使用しますが、-random-source = fileオプションで外部ソースを使用するように指示できます。ファイルに十分なバイトが含まれていない場合、エラーが報告されます。

たとえば、デバイスファイル/ dev / urandomをランダムデータのソースとして使用できます。通常、このデバイスは、デバイスドライバーやその他のソースからの環境ノイズをエントロピープールに収集し、そのプールを使用してランダムビットを生成します。プールのデータが不足している場合、デバイスは暗号化された安全な疑似乱数ジェネレータを使用して、内部プールを再利用してより多くのビットを生成します。ただし、このデバイスはランダムデータの大量生成用に設計されておらず、処理速度が比較的遅いことに注意してください 。

私はランダムなデータがより任意のより効果的であることを説得していないよ、単一パスのゼロ前に内容を不明瞭に（または任意の他のバイト値）。

ドライブを確実に廃止するために、大きな磁石と大きなハンマーを使用しています。

私はそれがむしろddデータを書き込むために小さなチャンクを使用することによって引き起こされると思います。試してみてくださいdd if=... of=... bs=(1<<20)、それはパフォーマンスが向上かどうかを確認します。