From owner-freebsd-fs@FreeBSD.ORG Thu Feb 19 19:44:24 2015 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF81D70B for ; Thu, 19 Feb 2015 19:44:24 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D18B684A for ; Thu, 19 Feb 2015 19:44:24 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 9D47C24E45; Thu, 19 Feb 2015 11:44:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1424375063; x=1424389463; bh=dXGzfbxYPlMPGC4wwtDZtm37h1hKVVvjYQUL73MxKOA=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=gcNMwvpaySmdVb5Gg1FsTUat6jNVVpe5dfNILT+/nYiFngGmwCma8rL7vsnsxpWqQ dNaYAILnfG7iehey3OjXFa9Zr2HvmBpgL9QqrD8zfNllITGwUZwVF+gUJM2AsXX1vY kH3XY42mpdmDVGK7g1iLU3WeuO5fndzkskXIJCHg= Message-ID: <54E63D17.4000006@delphij.net> Date: Thu, 19 Feb 2015 11:44:23 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Mark Martinec , freebsd-fs@freebsd.org Subject: Re: Creating zpool on NVMe Disks takes forever References: <54E5BB12.3060707@fuckner.net> <54E5CF6E.5030906@multiplay.co.uk> <54E5D574.8020406@fuckner.net> <54E5F19A.3080804@kateley.com> <54E61C18.8070101@fuckner.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 19:44:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/19/15 11:26, Mark Martinec wrote: >>>>> On 02/19/2015 12:56 PM, Steven Hartland wrote: >>>>>> Disable trim on init: sysctl vfs.zfs.vdev.trim_on_init=0 > >>>>> this fixed it, thx! >>>>> >>>>> but why does it take >8h to trim 2x 400GB? Or is trimming >>>>> handled differently on NVMe than on HDD/SSD? >>>> TRIM/UNMAP is simply an SATA/SCSI command that is sent to a >>>> device. What the device does when it gets that command is up >>>> to the controller and firmware on the device. > > > The default of vfs.zfs.vdev.trim_on_init = 1 can be > counterproductive in case of enabling encryption on a device. The > FreeBSD handbook for example states: > > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html Encrypted > GEOM providers does not support TRIM (neither pass-through nor random initialization) right now, so this doesn't matter, at least not yet. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.1 (FreeBSD) iQIcBAEBCgAGBQJU5j0TAAoJEJW2GBstM+nsXJEP/3aT2VBSvBgB7m08STuv4PB6 7HHxb6a8MmSy94QGr19I3z+LaT3iIUjts/mncFyoatjYbRhd0DSiB4GUlnGr4PfK X7Yf9hVFFyBA6JaOWUF1HSIq7ErXZjWwVRuRSjx4nxBv5h+4NedMfhrMOdJFHj/P E9LzOUVwO1Chx0JjOFtf/U+72kbl75cyt/4eTo9WdTRn4k6JubedOBb5Q7AiXcq3 mROmNBwnD96s5zpx/9CjZ3fa8I7lQ14CWG6ca3MRRJlyg8ugfeGmJy6az8UOCZ/z Nld16RFetK1quWiat+xiLTHAopF+5Wc6PGjOG092nsy8uo0ITJMcJE1gvadiOr73 r7d50vDtiDYCE8V/lR+TtKB2j8vuU1iDKf3E4thdmlwpWIb09gsLvm6hVhNf6Wok 4hhJm4kRDiaBj4La30zCmqx0/xi01XIL4IiKH3UXRI/Gjty0+fhg0SNtrXisZjSD qBEeCgHoJ6BtC0kMHh70dmSgN41ElmqlA2SFXr+kJQY8Td68Cad0ZD7J2Jez4PgU jQ4OzqVvnY1KhxBiaAGcNCdRGdgC8jzxwenGhUSBjPkBcconTjvu6itEDZCfWLAk W5L7lFGf+CbvWF2ns/eu1OvCfQRIIX8i2m0mZk9yFDebSFTZkgPx0QC8B1NbZg1f bZU5SFZ04EOYu04LVwx4 =juXu -----END PGP SIGNATURE-----