Re: should TRIM be working on my ZFS L2ARC devices?

From: Steven Hartland <killing_at_multiplay.co.uk>
Date: Sat, 8 Jun 2013 18:55:43 +0100
----- Original Message ----- 
From: "Dan Mack" <mack_at_macktronics.com>
To: "Steven Hartland" <killing_at_multiplay.co.uk>
Cc: <current_at_freebsd.org>
Sent: Saturday, June 08, 2013 6:38 PM
Subject: Re: should TRIM be working on my ZFS L2ARC devices?


> On Sat, 8 Jun 2013, Steven Hartland wrote:
> 
> <snip>
>>> Does the Vertex 4 and Intel 520 not work with TRIM on FreeBSD or is 
>>> something else going on here?
>>
>> Connected to an controller which supports BIO_DELETE yes they
>> should.
>>
>> Check with:
>> camcontrol identify ada0
> 
> Feature                      Support  Enabled   Value           Vendor
> read ahead                     no yes
> write cache                    yes yes
> flush cache                    yes yes
> overlap                        no
> Tagged Command Queuing (TCQ)   no no
> Native Command Queuing (NCQ)   yes 32 tags
> SMART                          yes yes
> microcode download             yes yes
> security                       yes no
> power management               yes yes
> advanced power management      no no
> automatic acoustic management  no no
> media status notification      no no
> power-up in Standby            no no
> write-read-verify              yes yes 0/0x0
> unload                         no no
> free-fall                      no no
> Data Set Management (DSM/TRIM) yes
> DSM - max 512byte blocks       yes              16
> DSM - deterministic read       no
> Host Protected Area (HPA)      yes      no      250069680/250069680
> HPA - Security                 no
> 
>> camcontrol identify ada1
> 
> Feature                      Support  Enabled   Value           Vendor
> read ahead                     yes yes
> write cache                    yes yes
> flush cache                    yes yes
> overlap                        no
> Tagged Command Queuing (TCQ)   no no
> Native Command Queuing (NCQ)   yes 32 tags
> SMART                          yes yes
> microcode download             yes yes
> security                       yes no
> power management               yes yes
> advanced power management      yes yes 254/0xFE
> automatic acoustic management  no no
> media status notification      no no
> power-up in Standby            yes no
> write-read-verify              no no
> unload                         yes yes
> free-fall                      no no
> Data Set Management (DSM/TRIM) yes
> DSM - max 512byte blocks       yes              1
> DSM - deterministic read       yes              any value
> Host Protected Area (HPA)      yes      no      234441648/234441648
> HPA - Security                 no
> 
> I don't see BIO_DELETE called out in the camcontrol output anywhere else 
> but and the DSM/TRIM line is marked as supported with the enabled column 
> ambiguous :-)

Yes thats what your looking for, attached to ataX this will
be using ATA_TRIM requests to support BIO_DELETE.

So the question is now have you simply not seen any data
removed from your L2ARC vdev's or is there an issue with
the L2ARC TRIM support.

One way to try and force test this would be get your L2ARC
full of data which you then remove from the pool as that
should then be removed from L2ARC and hence TRIM'ed.

"zfs-stats -L" or "sysctl -a |grep -i l2" should be helpful
on checking stats for this.

    Regards
    Steve

================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster_at_multiplay.co.uk.
Received on Sat Jun 08 2013 - 15:55:51 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:38 UTC