Re: thin provisioned LUN support & file system allocation policy

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

 



On Fri, 2008-11-07 at 15:31 +0000, David Woodhouse wrote:
> On Fri, 7 Nov 2008, jim owens wrote:
> 
> > Ric Wheeler wrote:
> >
> >> The type of allocation that would help most is something that tries to keep 
> >> the lower block ranges "hot" for allocation, second best policy would 
> >> simply keep the allocated blocks in each block group hot and re-allocate 
> >> them.
> >
> > This block reuse policy ignores the issue of wear leveling...
> > as in most design things, trading one problem for another.
> 
> For SSDs we're being told not to worry our pretty little heads about wear 
> levelling. That gets done for us, with varying degrees of competence, 
> within the black box. All we can do to improve that is pray... 
> and maybe sacrifice the occasional goat.

I think the rule is for SSDs that if they have a disk interface we
ignore wear levelling ... if the FTL is stupid, they're not going to be
reliable enough even for consumer use.   Trying to second guess the FTL
would be a layering violation (and a disaster in the making).

If we're being shown native flash with no intervening disk interface
then, yes, we need to do wear levelling (although I suspect this will
really only occur in the embedded space).

James


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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux