我们对SMR Red硬盘进行了测试

关于Western Digital 试图将SMR磁盘技术潜入其“红色” NAS磁盘系列的消息，一直受到负面媒体甚至诉讼的风暴。为了更好地处理这种情况，Ars购买了Western Digital 4TB Red EFAX型号SMR驱动器，并进行了测试。

尽管Western Digital的4TB SMR磁盘在Servethehome的轻载测试中表现良好，但是当他们用它替换性能下降的四磁盘RAIDz1 vdev中的磁盘时，它的性能却很差。

放大 /尽管Western Digital的4TB SMR磁盘在Servethehome的轻载测试中表现良好，但是当他们用它替换性能下降的四磁盘RAIDz1 vdev中的磁盘时，它的性能却很糟糕。

服务之家

最近，著名的技术爱好者网站Servethehome 用ZFS 测试了其中一个基于SMR的4TB Red磁盘，发现它非常缺乏。在一般性能测试中，该磁盘的性能足以(如果不是很出色)。但是，当Servethehome用它替换性能下降的RAIDz1 vdev中的磁盘时，它需要9天以上的时间才能完成操作-所有竞争的NAS驱动器都在大约16小时内执行了同一任务。

当Western Digital尝试在NAS驱动器中完全使用SMR技术时，这无疑引起了人们的疑问，更不用说试图将其推向市场了。Western Digital是否甚至对磁盘进行了测试?但是，与Servethehome的ZFS测试一样有价值的是，他们忽略了此类硬盘最常见的用例-消费和小型企业NAS设备，例如Synology的DS1819 +或Netgear的ReadyNAS RN628X00。这些都使用Linux内核RAID(mdraid)来管理其阵列。

重建75%的完整八磁盘RAID6阵列

购买了类似Servethehome测试过的WD 4TB Red EFAX硬盘后，我们将现有的测试设备与Ars Storage Hot Rod中的八个Seagate Ironwolf硬盘一起使用，以创建RAID6阵列。我们的八个Ironwolf磁盘每块12T，因此我们将它们划分为每块3500GiB，这使阵列足够小，当Ironwolf出故障时，新的WD Red磁盘可以“替换”。

在创建RAID6阵列时，我们使用了参数-b none，以防止使用先前已在阵列中的磁盘时尝试执行位图扫描以进行更快的重建。然后，我们使用ext4文件系统对其进行了格式化，并带有参数，以-E lazy_itable_init=0,lazy_journal_init=0 使后台进程不会因为普通用户通常不会遇到的驱动器活动而污染我们的测试。

格式化新的8个磁盘19TiB阵列后，我们将14TiB数据转储到14个子目录中，每个子目录包含1,024个1GiB文件，其中填充了伪随机数据。这使阵列的使用率略高于75%。此时，我们使阵列中的一个Ironwolf磁盘发生故障，wipefs -a /dev/sdl1 对其进行了删除现有RAID标头的操作，然后将其重新添加到现在已降级的阵列中。这是我们的基准。

Ironwolf成功地重建到阵列中后，我们再次将其失败-这次，我们将其从系统中完全删除，并用我们的4TB Red SMR豚鼠替换。首先，我们将整个4TB Red馈入降级的阵列