我时不时地被告知，为了提高“dd”的速度，我应该仔细select一个合适的“块大小”。 即使在这里，在ServerFault上，别人写道 ：“ …最佳块大小是依赖于硬件的… ” （iain）或“ …完美的大小将取决于您的系统总线，硬盘控制器，特定的驱动器本身，以及每个人的驱动程序…… “ （chris-s） 由于我的感觉有点不一样（ 顺便说一下，我认为深度调整bs参数所需的时间远远高于收到的收益，就省时而言，默认值是合理的 ），今天我刚去通过一些快速和肮脏的基准。 为了降低外部影响，我决定阅读： 从一个外部MMC卡 从一个内部分区 和： 与相关的文件系统未被占用 将输出发送到/ dev / null以避免与“写入速度”相关的问题; 避免了HDDcaching的一些基本问题，至less在涉及HDD时。 在下表中，我报告了我的发现，用不同的“bs”值读取1GB的数据（ 你可以在这个消息的最后find原始数据 ）： 基本上是这样的： MMC：有一个bs = 4（是！4字节），我达到了12MB / s的吞吐量。 从bs = 5及以上得到的最大值为14.2 / 14.3; 硬盘：有一个BS = 10我达到了30 MB /秒。 肯定低于默认的bs = 512得到的95.3 MB，但是…也很重要。 另外，CPU系统时间与bs值成反比是非常明显的（但是这听起来是合理的，因为bs越低，由dd产生的系统调用的数量越高）。 说完所有上述内容，现在的问题是：有人可以解释（内核黑客？）这种吞吐量中涉及的主要组件/系统是什么，如果真的值得指定高于默认值的bs， MMC案例 – 原始数字 BS = 1M root@iMac-Chiara:/tmp# time […]
有关磁盘克隆工具的问题有很多， dd至less提出一次。 我已经考虑过使用dd ，主要是因为易于使用，而且它几乎可以在所有可引导的Linux发行版上使用。 使用dd克隆磁盘的最佳方法是什么？ 我做了一个快速的谷歌search，第一个结果是一个明显的失败的尝试 。 使用dd后有什么需要做的，即有没有什么不能用dd读取？