Re: thin provisioned LUN support

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

 



Christoph Hellwig wrote:

Why do most people assume that sending unmap/trim commands for every
deletet extent ASAP is a good idea?

I agree with you. Thus my earlier assertion:

- trim/unmap for SSD garbage collection has a different goal
  than trim/unmap for thin provisioning.

In the SSD garbage collector mode, we want to send them as fast
as we can (per the Intel SSD architect).  This allows them to
do their optimizations.

In the Thin Provision mode, we want to delay them as you said:

So I think not actually doing these on every alloc/free is a good idea.
Instead the filesystem would free bits when big enough regions happen,

to be filesystem friendly.

But this won't change the block layer.  This is a per-filesystem
coding issue to decide when to send the discard.

jim
--
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