当用随机数据填充驱动器时，为什么GNU的分解速度比dd快？

我注意到，在退役之前安全擦除硬盘驱动器时，这dd if=/dev/urandom of=/dev/sda需要花费近一整天的时间，而shred -vf -n 1 /dev/sda使用同一台计算机和同一驱动器只需要几个小时。

这怎么可能？我认为瓶颈是的输出受限/dev/urandom。切丝是否使用一些伪随机性发生器，该伪随机性发生器的随机性较低，并且仅比其单一目的（即，更有效）就足够了urandom？

切细使用内部伪随机发生器

默认情况下，这些命令使用由少量熵初始化的内部伪随机数生成器，但可以将其与--random-source = file选项一起使用以使用外部源。如果文件未包含足够的字节，则会报告错误。

例如，设备文件/ dev / urandom可用作随机数据的源。通常，此设备将来自设备驱动程序和其他来源的环境噪声收集到一个熵池中，并使用该池生成随机位。如果池中没有数据，设备将使用加密安全的伪随机数生成器重用内部池以产生更多位。但是请注意，该设备不是为批量随机数据生成而设计的，并且 速度较慢。

我并不认为随机数据是比任何更有效的单次通过的零在模糊之前的内容（或任何其它的字节值）。

为了安全停用驱动器，我使用了一块大磁铁和一块大锤子。

我想这可能是由于dd使用较小的块来写入数据所致。尝试dd if=... of=... bs=(1<<20)看看它是否表现更好。