Re: RAID creation resync behaviors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, May 03, 2017 at 07:22:58PM -0700, Shaohua Li wrote:
> 
> Unfortunately not all SSD return zero after trim.
>  

For example? I was under the impression that pretty much all of them do. 
Even the ones that don't advertize it returned zero after trim for me. 
[Sometimes you get original data but that's Linux; gone after drop_caches]
(Of course, I don't have access to that many different models of SSD...)

But what do they actually return then? Original data? This might seem 
fine at first but it can't be the case, right? I mean, even if the SSD 
does not erase a trimmed block right away, sooner or later it would, 
in order to re-use it for new data and wear leveling. If it's never 
re-used what is the point of trimming it in the first place?

So it seems to me even if an SSD attempted to keep returning original data 
for a while, sooner or later it would be gone and if that happens randomly, 
as far as your RAID is concerned you will be in mismatch hell anyways. 
So after a full trim, you can skip the initial sync either way.

Mismatches might also be an issue for SSD that do return zero after trim, 
but have different erase block sizes / trim boundaries / partition offsets.
Or does read zero after trim actually mean it works at 4K page resolution? 
Never mind, then. :-)

Regards
Andreas Klauer
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux