From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 18:48:40 2014 Return-Path: Delivered-To: freebsd-stable@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 D46FFC8B for ; Mon, 13 Oct 2014 18:48:40 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [IPv6:2607:fc50:0:a400::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA8B2E70 for ; Mon, 13 Oct 2014 18:48:40 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:400:640:21c:c0ff:fe7f:96ee]) by mario.brtsvcs.net (Postfix) with ESMTPSA id 6B3212C1622; Mon, 13 Oct 2014 11:48:33 -0700 (PDT) Received: from [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id 0715AEF5; Mon, 13 Oct 2014 11:48:31 -0700 (PDT) Message-ID: <543C1E7D.1000301@bluerosetech.com> Date: Mon, 13 Oct 2014 11:48:29 -0700 From: Darren Pilgrim Reply-To: freebsd-stable@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: karl@denninger.net Subject: Re: getting to 4K disk blocks in ZFS References: <540FF3C4.6010305@ish.com.au> <54100258.2000505@freebsd.org> <5410F0B4.9040808@ish.com.au> <54114029.3060507@FreeBSD.org> <20140911072351.GA50786@anubis.morrow.me.uk> In-Reply-To: <20140911072351.GA50786@anubis.morrow.me.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 18:48:40 -0000 On 9/11/2014 12:23 AM, Ben Morrow wrote: > Is there any way (short of building a new pool) to get a reasonable idea > of how much extra space a given pool would use if converted? Take the average file size modulo 4096, round it up to a multiple of 512, subtract that from 4096, then multiply by the number of files in the data set.