From owner-freebsd-current@FreeBSD.ORG Tue May 14 21:18:31 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 A64C8D77 for ; Tue, 14 May 2013 21:18:31 +0000 (UTC) (envelope-from prvs=18460eef42=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 4C670DD7 for ; Tue, 14 May 2013 21:18:30 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003806392.msg for ; Tue, 14 May 2013 22:18:30 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 May 2013 22:18:30 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18460eef42=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org Message-ID: <5C5B332185FF4D15A37E1CA128D10B43@multiplay.co.uk> From: "Steven Hartland" To: Subject: Enhanced BIO_DELETE support & ZFS TRIM enabled by default in current Date: Tue, 14 May 2013 22:18:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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 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: Tue, 14 May 2013 21:18:31 -0000 Hi guys I just wanted to let everyone know that as of r249921 TRIM on ZFS is enabled by default unless you explicitly disable it using vfs.zfs.trim.enabled in loader.conf. Delete support for CAM SCSI now includes supporting ATA TRIM on SCSI controllers as long as the controller supports ata_pass16 (one notable controller set which doesn't is areca). This means controllers such as mpt, which don't natively support SCSI UNMAP to ATA TRIM translation in FW, now gain BIO_DELETE support via ATA TRIM if your using SATA disks. The way the default delete_method is chosen has also changed from a try and fail methodology to query the device details via VPD and ATA IDENTIFY. Delete method choice in CAM SCSI has also changed to prefer ATA TRIM if available as testing has show that even those controllers that support UNMAP to TRIM translation it is up to 20% slower than using ATA TRIM via pass16. This can still be overridden using the kern.cam.da.X.delete_method. I'd really appreciate any feedback people have, even if that's just confirming your running with ZFS TRIM and haven't had any issues, as I'm looking to MFC to stable soon. FYI: We've been running it for over 9 months now on hundreds of machines without any real issues. 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.