| 关注 @jrssnet
西哥伦比亚
我是一名位于南卡罗来纳州哥伦比亚市的雇佣系统管理员。我对开源软件的第一次真正的实践经验是在 90 年代末和 2000 年代初在 FreeBSD 网络服务器上运行 Apache。从那时起，我转向了 Samba、BIND、qmail、postfix 以及任何其他引起我注意的东西。我目前支持 Windows、FreeBSD、Debian 和 Ubuntu 工作站和服务器，从事几乎所有可以用它们完成的工作。RAH 说得最好——专业化是昆虫的事！
已创作评论
在现实生活中，我见过 *数千个* CSUM 错误出现在单个驱动器上，在几个场合。我也类似地见过没有 ZFS 的驱动器上出现大规模损坏。通常是布线问题……但并非总是如此；zfs 会捕获它，无论是布线还是驱动器。
这经常出现。
* hdd 硬件校验和是 ECC - 非常弱，并且非常容易发生比它们可以修复甚至完全冲突更多的损坏（位翻转的方式使得损坏的块通过其校验和）。ZFS 不使用 ECC；它使用更强大的加密哈希，哈希冲突的概率非常非常低，并使用奇偶校验或冗余来修复任何发现的损坏块。
* hdd 硬件校验和无法检测由 hdd 板载控制器、SATA/SAS/SCSI 布线（最常见的错误来源之一！）、SATA/SAS/SCSI 控制器或读取期间 RAM 中的位翻转引起的错误。ZFS 校验和可以捕获所有这些，因为它发生在软件中。