MarianoM Asked: 2019-01-04 00:58:12 +0800 CST2019-01-04 00:58:12 +0800 CST 2019-01-04 00:58:12 +0800 CST 在 dd 和 ddrescue 中使用块大小 772 我已经看到了使用ddandddrescue命令的示例,并且我看到他们建议使用而不是询问用户设备上块的大小,但bs=1M我不明白为什么。 如果磁盘扇区大小为512字节并1MB分配给会发生bs什么? 任何值都可以独立于磁盘扇区的大小使用吗? 对于高级格式和容量为 1TB 的光盘,您建议使用什么? dd ddrescue 1 个回答 Voted Best Answer Sergiy Kolodyazhnyy 2019-01-04T01:21:10+08:002019-01-04T01:21:10+08:00 什么是 bs 选项以及为什么使用它? dd中已经解释过它正在生成一个 32 MB 的随机文件而不是 1 GB(我建议阅读,顺便说一句),该bs选项指的是单个read()系统调用将读取和存储在内存中的数量(如果内存大小和您的设备从允许这样的大小读取)。手册中也提到了这一点: bs=BYTES 一次读取和写入最多 BYTES 个字节(默认值:512); 因此,它与磁盘上的块/扇区的数量无关,而是与dd's 的性能有关——在内存中存储更多的东西以加快处理速度。引用一个ServerFault 答案: 我知道当我复制硬盘时,通过指定 bs=1M 比使用 bs=4k 或默认值获得更快的速度。我说的是速度提高了 30% 到 300%。除非您每天都这样做,否则无需将其调整为绝对最佳。但是选择比默认值更好的东西可以缩短执行时间。 另一个stackoverflow帖子bs也讨论了值的选择: 最佳块大小取决于各种因素,包括操作系统(及其版本)以及所涉及的各种硬件总线和磁盘。几个类 Unix 系统(包括 Linux 和至少一些 BSD 风格)在 struct stat 中定义了 st_blksize 成员,它给出了内核认为的最佳块大小 至于为什么 1M 可能是因为人们发现这是一个最佳值。请记住,RAM 大小曾经是 512M。因此,使用 1M 将足够小以保持较低的 RAM 使用率,但具有不错的dd速度。 关于你的问题: 如果磁盘扇区大小为 512 字节,分配给 bs 1MB 会怎样? 没有什么。dd将以 1MB 为单位读取数据。它不会以任何方式更改数据。与较小的块大小相比,它可能会提高dd速度,但对数据本身没有影响。 如果您读取小于驱动器扇区大小的块,则会发生不同的情况:驱动器必须提供完整的扇区大小,并且内核会缓存该信息。请参阅Matthew Ife在同一个 Serverfault 帖子上的回答。但同样,对数据本身没有影响。 对于高级格式和容量为 1TB 的光盘,您建议使用什么? 比如什么高级格式?就其dd本身而言,它不应该关心任何磁盘格式——它所知道的只是读写块设备;如果您写入 USB 记忆棒或 SCSI 驱动器并不重要 - 语法是相同的,它是处理微小细节的内核并具有这些设备的驱动程序以正确传递数据。 同样,容量也无关紧要。1TB SATA 驱动器仍然是 SATA 驱动器。
什么是 bs 选项以及为什么使用它?
dd中已经解释过它正在生成一个 32 MB 的随机文件而不是 1 GB(我建议阅读,顺便说一句),该
bs
选项指的是单个read()
系统调用将读取和存储在内存中的数量(如果内存大小和您的设备从允许这样的大小读取)。手册中也提到了这一点:因此,它与磁盘上的块/扇区的数量无关,而是与
dd
's 的性能有关——在内存中存储更多的东西以加快处理速度。引用一个ServerFault 答案:另一个stackoverflow帖子
bs
也讨论了值的选择:至于为什么 1M 可能是因为人们发现这是一个最佳值。请记住,RAM 大小曾经是 512M。因此,使用 1M 将足够小以保持较低的 RAM 使用率,但具有不错的
dd
速度。关于你的问题:
没有什么。
dd
将以 1MB 为单位读取数据。它不会以任何方式更改数据。与较小的块大小相比,它可能会提高dd
速度,但对数据本身没有影响。如果您读取小于驱动器扇区大小的块,则会发生不同的情况:驱动器必须提供完整的扇区大小,并且内核会缓存该信息。请参阅Matthew Ife在同一个 Serverfault 帖子上的回答。但同样,对数据本身没有影响。
比如什么高级格式?就其
dd
本身而言,它不应该关心任何磁盘格式——它所知道的只是读写块设备;如果您写入 USB 记忆棒或 SCSI 驱动器并不重要 - 语法是相同的,它是处理微小细节的内核并具有这些设备的驱动程序以正确传递数据。同样,容量也无关紧要。1TB SATA 驱动器仍然是 SATA 驱动器。