From owner-freebsd-fs@freebsd.org Fri Sep 18 08:39:29 2015 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B7D09CE378 for ; Fri, 18 Sep 2015 08:39:29 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF8901DD9 for ; Fri, 18 Sep 2015 08:39:27 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by wiclk2 with SMTP id lk2so54722764wic.0 for ; Fri, 18 Sep 2015 01:39:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=xU6u/vQc4iDnvNxTUhbZB96Q3tNmSs5NzGjiQl8V+T4=; b=LeU2UiAuEvDoN30bjxdqCgtg7bXxPWhhVHno36f/qw0ZlrDFUT9nHUQhIRQvGTIp6K vn6Yc3zpV8y1lAQCeehuW3btx6RnpfjHeWhvz0k2/G7M10sJ6ZLwC1rhkVyyx8kiUMRR CJZKFGOtd/yaTah4rUzuYwKqAp/InyU2f4UNCJvu2RG7UP3uVraJT5S+aa2KcYaEeWgU Js2Vh0fXPSK9/fsyE24OEG0kjCHkDe0J2bqrDfO4GtOE5TTtGWFmNYwkznVJX/DPstPu H27cRWIMiFPvUkFZ2ZAYmgiz9fDdN6D7qOzaDjIUIB+ZFc9VIfM4v24eQ3Pd/ft1lc+2 nshQ== X-Gm-Message-State: ALoCoQmCsCgP0YfjRxVkrGez0yktDl82wVM+EUqD7jo0HK43Y4EGXo9sc4zkmmlgt/hJ96cFFH9A X-Received: by 10.180.9.162 with SMTP id a2mr13883574wib.95.1442565566120; Fri, 18 Sep 2015 01:39:26 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by smtp.gmail.com with ESMTPSA id t7sm936249wje.13.2015.09.18.01.39.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Sep 2015 01:39:24 -0700 (PDT) Subject: Re: FreeBSD 10.1 + Samsung 850 EVO + ZFS + TRIM To: freebsd-fs@freebsd.org References: From: Steven Hartland Message-ID: <55FBCDB5.9060403@multiplay.co.uk> Date: Fri, 18 Sep 2015 09:39:17 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2015 08:39:29 -0000 You're explicitly doing pass0 there does that mean your not using direct attach and have some sort of RAID running on the mfi? Only CAM da and ada know how to perform TRIM requests, so if your not using either then that would be correct. What's camcontrol devlist look like? Ideally you shouldn't use a RAID based controller, a HBA will give you better performance which uses mps driver. On 18/09/2015 07:35, Tim Gustafson wrote: > Hi, > > I've Google this around a bit, but I seem to be getting some > conflicting information so I'm hoping I can get this cleared up here. > > I have a shiny new Dell PowerEdge R630 with four 1TB Samsung EVO SSDs > installed and configured as a RAID 0+1 zpool: > > pool: tank > state: ONLINE > scan: scrub repaired 14.5K in 0h13m with 0 errors on Thu Sep 17 20:47:17 2015 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > mfisyspd0p3 ONLINE 0 0 0 > mfisyspd1p3 ONLINE 0 0 0 > mirror-1 ONLINE 0 0 0 > mfisyspd3p3 ONLINE 0 0 0 > mfisyspd2p3 ONLINE 0 0 0 > > errors: No known data errors > > I was investigating whether or not TRIM support was working, so I did: > > root@host: sysctl -a | grep trim > vfs.zfs.vdev.trim_on_init: 1 > vfs.zfs.vdev.trim_min_active: 1 > vfs.zfs.vdev.trim_max_active: 64 > vfs.zfs.vdev.trim_max_bytes: 2147483648 > vfs.zfs.vdev.trim_max_pending: 64 > vfs.zfs.trim.enabled: 1 > vfs.zfs.trim.txg_delay: 32 > vfs.zfs.trim.timeout: 30 > vfs.zfs.trim.max_interval: 1 > kstat.zfs.misc.zio_trim.bytes: 0 > kstat.zfs.misc.zio_trim.success: 0 > kstat.zfs.misc.zio_trim.unsupported: 546 > kstat.zfs.misc.zio_trim.failed: 0 > > That seems to imply that the OS thinks that this drive does not > support TRIM, but all the documentation about the 850 drives indicates > that they do support TRIM. Indeed, camcontrol reports that TRIM is > supported, but (if I'm reading this correctly) not enabled: > > root@host: camcontrol identify /dev/pass0 > pass0: ATA-9 SATA 3.x device > pass0: 150.000MB/s transfers, Command Queueing Enabled > > protocol ATA/ATAPI-9 SATA 3.x > device model Samsung SSD 850 EVO 1TB > firmware revision EMT01B6Q > serial number S21CNXAG526512L > WWN 5002538840009228 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > media RPM non-rotating > > 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 > NCQ Queue Management no > NCQ Streaming no > Receive & Send FPDMA Queued yes > 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 no 0/0x0 > unload no no > general purpose logging yes yes > free-fall no no > Data Set Management (DSM/TRIM) yes > DSM - max 512byte blocks yes 8 > DSM - deterministic read no > Host Protected Area (HPA) yes no 1953525168/1 > HPA - Security no > > So, my guess is that while the drive supports TRIM, perhaps FreeBSD > has disabled TRIM for this drive, perhaps because of the buggy TRIM > firmware issues with some drives? I thought those issues were present > in the 840 series, but not in the 850 series. Or am I not reading > these screens correctly? > > - >