NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Scrub slows to a crawl -- is it SMR causing it?
I have a converted ReadyData5200 as my primary NAS. So, it's got a 2.67GHz quad-core (eight thread) Xeon X3450 and 8GB of dual-channel RAM, which make it pretty snappy. A few days ago, it started t...
This sounds like it might be SMR. The straight mdadm resync should be handled fairly well, since it is sequential. But if you mix in other activity (like the btrfs scrub combined with snapshot deletions), the caching strategies don't work well.
But I have no way to test this, since I don't have an SMR internal drive. Not sure if you've seen this testing: https://www.servethehome.com/wd-red-smr-vs-cmr-tested-avoid-red-smr/
I had not seen that particualr article, but was aware of the basic conclusions.
It seems pretty clear that the SMR drive is at least partly part of the problem. But with many more users potentially using SMR drives because they are unaware of this issue, I just wonder if Netgear can and will do something that can help. As I said, this seems very much in line with performance with an EDA500, where a drive I/O bottleneck starts to domino out of control as more and more processes with equal priority are spawned and try to get their "share of the pie". My NAS is powerful enough that readynasd didn't get locked out, but I have seen that happen on lesser NAS, cutting off GUI access.
I think I'm going to replace the 6TB EFAX with a larger one that's not SMR and just keep the current one as an emergency backup.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
