On Monday, 6 January 2020 13:53:41 GMT Rich Freeman wrote:
> On Mon, Jan 6, 2020 at 8:25 AM Mick <michaelkintz...@gmail.com> wrote:
> > If they are used as normal PC drives for regular writing
> > of data, or with back up commands which use rsync, cp, etc. then the disk
> > will fail much sooner than expected because of repeated multiple areas
> > being deleted, before each smaller write.  I recall reading about how
> > short the life of SMR drives was shown to be when used in NAS devices -
> > check google or youtube if you're interested in the specifics.
> 
> Can you give a link - I'm not finding anything, and I'm a bit dubious
> of this claim, because they still are just hard drives.  These aren't
> SSDs and hard drives should not have any kind of erasure limit.

This (random) link strongly recommends against usage in NAS, but gives no 
reliability data:

https://www.storagereview.com/seagate_archive_hdd_review_8tb

This is a youtube video where someone was comparing SMR failures on a NAS: 

https://www.youtube.com/watch?v=CR_bfbOTY1o


> Now, an SMR used for random writes is going to be a REALLY busy drive,
> so I could see the drive being subject to a lot more wear and tear.
> I'm just not aware of any kind of serious study.  And of course any
> particular model of hard drive can have reliability issues (just look
> up the various reliability studies).

Right, I haven't seen any lab reliability studies published.  I would think 
more information could be sourced in IRC/ML where datacenter sysadmins hide to 
compare their ... hardware.  :-)

Reading another random link it seems Dale's 8TB SMR drive has a 20GB 
conventional PMR platter/area in it to catch and cache any small writes.  The 
firmware will subsequently transfer the cached data on the SMR area of the 
drive in due course, after it deletes the requisite adjacent overlapping 
tracks.  This means up to 20GB of initial writes will be normal, dropping to 
lower speeds thereafter as the PMR cache needs to be flushed:

https://www.ixsystems.com/community/threads/smr-hard-drives-do-you-think-they-are-proper-nas-drives.35805/

If this is so, it explains Dale's observation of a hyperactive disk, well 
after it was dismounted.  Its firmware's been busy!

[snip ...]

> Granted, I don't rewrite it often but unless zfs is
> SMR-aware it is still going to be writing lots of modest-sized files
> as the original files get chunked up and distributed across the nodes.
> On the disk lizardfs data just looks like a browser cache, with
> everything in numbered files about 60MB in size in my case.  The files
> also appear to turn over a bit during rebalancing.

I would think bit flipping between the 20GB PMR cache and the 8TB SMR tracks 
represents an increased risk, vis A vis a single-step data transfer.  Data 
scrubbing well after the write has completed and committed to the SMR tracks 
would reveal any anomalies.

What would seriously mess things up is creating a raid with mixed PMR and SMR 
disks and running big (bigger than the internal cache) data writes.  Some PMR 
disks will complete well before the SMR.  I/O blocking and timeouts could 
ensue and the applications performing the writing could hang/fail.

Anyway, write once - read often, fits well the use case for these disks.  They 
should be right at home for long term video and media storage.
-- 
Regards,
Mick

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to