hd firecuda

Erich Dollansky freebsd.ed.lists at sumeritec.com
Wed Dec 20 02:54:00 UTC 2017


Hi,

On Tue, 19 Dec 2017 14:46:06 +0000
RW via freebsd-questions <freebsd-questions at freebsd.org> wrote:

> On Tue, 19 Dec 2017 08:14:18 +0800
> Erich Dollansky wrote:
> 
> > The drives can now use a reserved space of the disk to store the
> > data. On long writes, this space will also be filled.     
> 
> It's unlikely that it would fall back to discarding useful cache in
> the SSD *after* filling the larger non-shingled area of the drive. If
> that bit of extra buffering made a useful difference they'd just
> increase the size of the non-shingled area.

how to increase the non-shingled area without shrinking the drive's
available size?
> 
> >  It could be also that
> > the disk fills first SSD and then the reserved space.    
> 
> If that happened I'd expect the speed to first drop to an intermediate
> speed of 50-100 MB/s, where the the non-shingled area is being written
> to, and then drop again when the non-shingled area fills. 
> 
> IMO what you are seeing is consistent with selective read caching plus
> write caching into the non-shingled area.  

How do you explain then the deep breath? What do I call a deep breath?
An access which takes more than a minute. It only happens when huge
amounts of data is written to the drive like updating sources and ports
tree and then starting to compile them.

I first thought that the first drive is faulty. But the second shows
the same behaviour.

Since these things are finished, the drive behaves basically like an
SSD.

Erich
> 
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"



More information about the freebsd-questions mailing list