![为什么 DM-Integrity 比 BTRFS 慢?](https://linux22.com/image/215077/%E4%B8%BA%E4%BB%80%E4%B9%88%20DM-Integrity%20%E6%AF%94%20BTRFS%20%E6%85%A2%EF%BC%9F.png)
我想检测块设备的静默损坏,类似于 BTRFS 对文件的检测方式。我什至想在 BTRFS 之下执行此操作(并禁用 BTRFS 的本机校验和),以便我可以调整比 BTRFS 允许的更多参数。 DM-Integrity 似乎是最好的选择,原则上它必须做与 BTRFS 相同的事情。
问题是它慢得令人难以置信、无法使用。 BTRFS 上的顺序写入速度为 170+ MiB/s(禁用压缩),而 DM-Integrity 上的顺序写入速度为 8-12 MiB/s。我尝试将 DM-Integrity 参数与 BTRFS(扇区大小、哈希算法等)进行匹配,并尝试了许多其他参数的组合(数据交错、位图、本机与通用哈希驱动程序等)。
写入是异步的,但速度是根据提交写入所需的时间计算的(所以我不认为差异是由于内存缓存造成的)。一切都在 writethrough Bcache 之上,它应该重新排序写入(所以我不认为它可能是 BTRFS 重新排序写入)。我想不出任何其他原因可以解释这种巨大的性能差异。
我使用 Debian 11 和自编译的 6.0.12 Linux 内核,并使用 sha256 作为我的哈希算法。我的块层是(dm-integrity 或 btrfs)/lvm/dm-crypt/bcache/dm-raid。
我的测试有缺陷吗?或者对这种巨大的性能差异有其他解释吗?我可以使用 DM-Integrity 更改一些参数来实现与 BTRFS 相当的性能吗?
答案1
我在之前的测试中发现了至少 2 个缺陷,但我还不知道它们是否能完全解释这种差异。日志/位图模式和完整性算法都不存储在 DM-Integrity 超级块中。虽然我在格式化时提供了这些选项,但在激活时没有提供这些选项,因此它们会恢复为默认值(日志模式和 sha256)。
日志模式对性能有很大影响,这可能解释了大部分差异。我仍然需要重新创建所有测试才能了解真正的影响。