From owner-freebsd-fs@FreeBSD.ORG Wed Aug 22 15:28:08 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F51910657AA for ; Wed, 22 Aug 2012 15:28:08 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id BF4878FC19 for ; Wed, 22 Aug 2012 15:28:07 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3X2CLt6rVPzGMld for ; Wed, 22 Aug 2012 17:28:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:in-reply-to:references:user-agent:date:date :subject:subject:organization:from:from:received:received :received:vbr-info; s=jakla2; t=1345649285; x=1348241286; bh=HgA okl6dsSppwLiX+O5aQaFWEcmY7JSZqRxtcOfCbRU=; b=OviROxkSU/HXrVAsU4P 4DDKwEYzH20okPxe8yGWYzuzegk6MYblZR/AEbXD0p4JWOeuDRVpcvn8iPhx/tCq bFTXQ68A2Xnqu8adozX6aayYaxntp6ievUaZgKQ2fKXW7XwlFCRDAIz3avO/QQ4e IDoIdu0jsduvKQNlc+5T6tC0= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id BH5tK5gK3uEa for ; Wed, 22 Aug 2012 17:28:05 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Wed, 22 Aug 2012 17:28:05 +0200 (CEST) Received: from neli.ijs.si (unknown [IPv6:2001:1470:ff80:0:21c:c0ff:feb1:8c91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 510B9301 for ; Wed, 22 Aug 2012 17:28:05 +0200 (CEST) From: Mark Martinec Organization: J. Stefan Institute To: freebsd-fs@freebsd.org Date: Wed, 22 Aug 2012 17:28:04 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <20120821190742.54449@relay.ibs.dn.ua> <20120822123535.0385f118@fabiankeil.de> <20120822132905.GA53612@wonko.batmule.dk> In-Reply-To: <20120822132905.GA53612@wonko.batmule.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201208221728.04712.Mark.Martinec+freebsd@ijs.si> Subject: Re: `zpool create' fails on geli ... X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2012 15:28:08 -0000 > Fabian Keil wrote: > > Zeus Panchenko wrote: > > > geli init -K /path/key -s 4096 -e aes-xts /dev/adaX > > > > Does your disk actually use 4k sectors? Otherwise it's not clear > > to me that "-s 4096" makes sense when using ZFS. > > > > I'm not claiming that it's obviously wrong, but I'm not aware of > > any benchmarks that show that it's better than the default in > > any way. It benefits geli performance (tried it, it does): $ man geli -s sectorsize Change decrypted provider's sector size. Increasing sector size allows to increase per- formance, because we need to generate an IV and do encrypt/decrypt for every single sector - less number of sectors means less work to > It is my understanding that creating a 4K setup will prepare you > for the day when your replacement drive is a 4K one. > No benefit today, but also no real performance hit. And we avoid > a real performance hit later. That day has already arrived some time ago. For ZFS on WD20EARS disks, persuading ZFS to use 4k sectors makes a significant performance boost. Mark