TRIM clustering

[Alexander Leidinger]

Quoting Pawel Jakub Dawidek <pjd at FreeBSD.org> (from Thu, 5 May 2011  
15:31:56 +0200):

> On Tue, May 03, 2011 at 01:48:26PM +0200, Alexander Leidinger wrote:
>> Quoting Pawel Jakub Dawidek <pjd at FreeBSD.org> (from Sun, 1 May 2011
>> 15:37:52 +0200):
>>
>> >On Sun, May 01, 2011 at 12:06:56AM +0200, Alexander Leidinger wrote:
>> >>On Sat, 30 Apr 2011 00:28:31 -0700 Jeremy Chadwick
>> >><freebsd at jdc.parodius.com> wrote:
>> >>
>> >>> On Sat, Apr 30, 2011 at 09:54:02AM +0300, Alexander Motin wrote:
>> >>
>> >>> Other notes: TRIM needs to be supported on swap as well, and in my
>> >>> opinion this is just as important as it being in UFS.  I'm not sure
>> >>> how one would implement that.
>> >>
>> >>This brings up the question if a ZFS cache (where the contents do not
>> >>survive a reboot) is completely TRIMmed before used (and normally
>> >>trimmed during use)...
>> >
>> >It is not trimmed at all.
>>
>> This does not sound like the optimal solution... is there a way to

> TRIM will be more useful for regular data within a pool and most useful
> for log devices as we do free blocks there and this is where latency is
> critical (log devices are there to reduce latency).

Wait, does this mean that ZFS does not TRIM at all? I was  
understanding your first answer as the cache is not trimmed at all.

Bye,
Alexander.

-- 
If *I* had a hammer, there'd be no more folk singers.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137