From owner-freebsd-questions@FreeBSD.ORG Mon May 13 13:26:02 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 93DFB758 for ; Mon, 13 May 2013 13:26:02 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 1CADD266 for ; Mon, 13 May 2013 13:26:01 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r4DDPqoS021631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 May 2013 15:25:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r4DDPqwD021628; Mon, 13 May 2013 15:25:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 13 May 2013 15:25:52 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Paul Kraus Subject: Re: ZFS mirror install /mnt is empty In-Reply-To: <472E17AF-B249-4FD3-8F5E-716F8B7867F5@kraus-haus.org> Message-ID: References: <5190058D.2030705@micite.net> <472E17AF-B249-4FD3-8F5E-716F8B7867F5@kraus-haus.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1843369468-1368451552=:72982" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: "freebsd-questions@freebsd.org List" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 May 2013 13:26:02 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1843369468-1368451552=:72982 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Mon, 13 May 2013 08:40-0400, Paul Kraus wrote: > On May 13, 2013, at 1:58 AM, Trond Endrestøl wrote: > > > Due to advances in hard drive technology, for the worse I'm afraid, > > i.e. 4K disk blocks, I wouldn't bother enabling compression on any ZFS > > file systems. I might change my blog posts to reflect this stop gap. > > > > If you do happen to have 4K drives, you might want to check out this > > blog post: > > > > https://ximalas.info/2012/01/11/new-server-and-first-attempt-at-running-freebsdamd64-with-zfs-for-all-storage/ > I did look, it doesn't explain why not to enable compression on 4k sector drives. I guess it's due to my (mis)understanding that files shorter than 4KB stored on 4K drives never will be subject to compression. And as you state below, the degree of compression depends largely on the data at hand. > From discussion on the zfs-discuss lists (both the old one from OpenSolaris and the new one at Illumos) the only issue with 4K sector drives is mixing 0.5K sector and 4K sector drives. You can tunes the zpool offset to handle 4K sector drives just fine, but it is a pool wide tuning. > > http://zfsday.com/wp-content/uploads/2012/08/Why-4k_.pdf has some 4K background, and the only mention I see of compression and 4K is that you may get less. But? you really need to test your data to see if turning compression on is beneficial with any dataset. There is noticeable computational overhead to enabling compression. If you are CPU bound, then you will get better performance with compression off. If you are limited by the I/O bandwidth to your drives, then *if* your data is highly compressible, then you will get better performance with compression on. I have managed large pools of both data that compresses well and data that does not. > > http://wiki.illumos.org/display/illumos/ZFS+and+Advanced+Format+disks discusses the issue and presents solutions using Illumos. I could find no such examples for FreeBSD, but I'm sure some of the same techniques would work (manually setting the ashift to 12 for 4K disks). > > -- > Paul Kraus > Deputy Technical Director, LoneStarCon 3 > Sound Coordinator, Schenectady Light Opera Company -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1843369468-1368451552=:72982--