From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 17:55:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C894C4C for ; Sat, 8 Jun 2013 17:55:51 +0000 (UTC) (envelope-from prvs=18715e5890=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B61B1D80 for ; Sat, 8 Jun 2013 17:55:50 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50004219129.msg for ; Sat, 08 Jun 2013 18:55:50 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 08 Jun 2013 18:55:50 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=18715e5890=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org Message-ID: <516FB580D5D5400D85B5419EFE1481A9@multiplay.co.uk> From: "Steven Hartland" To: "Dan Mack" References: <20130608104911.V76215@coco.macktronics.com> <2511265B30D641F58EE30309F9A4695D@multiplay.co.uk> <20130608123143.F76215@coco.macktronics.com> Subject: Re: should TRIM be working on my ZFS L2ARC devices? Date: Sat, 8 Jun 2013 18:55:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 17:55:51 -0000 ----- Original Message ----- From: "Dan Mack" To: "Steven Hartland" Cc: 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: > > >>> 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@multiplay.co.uk.