From owner-freebsd-stable@freebsd.org Tue Oct 25 17:16:46 2016 Return-Path: Delivered-To: freebsd-stable@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 A41DEC21409 for ; Tue, 25 Oct 2016 17:16:46 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9277B1C2A for ; Tue, 25 Oct 2016 17:16:46 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 91D69C21408; Tue, 25 Oct 2016 17:16:46 +0000 (UTC) Delivered-To: stable@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 91855C21406 for ; Tue, 25 Oct 2016 17:16:46 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from x-art.ru (charibdis.x-art.ru [80.70.228.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3D73B1C29 for ; Tue, 25 Oct 2016 17:16:45 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from gw-old.x-art.ru (gw-old.x-art.ru [192.168.172.252]) by mta.x-art.ru (Postfix) with ESMTP id 6A3231BF37E; Tue, 25 Oct 2016 20:06:58 +0300 (MSK) Date: Tue, 25 Oct 2016 20:06:58 +0300 (MSK) From: Antony Uspensky X-X-Sender: aiu@gw-old.x-art.ru To: "Eugene M. Zheganin" cc: "stable@freebsd.org" Subject: Re: zfs/raidz: seems like I'm failing with math In-Reply-To: <75ef50fa-0e0a-c576-c558-145ddcb32f0b@norma.perm.ru> Message-ID: References: <75ef50fa-0e0a-c576-c558-145ddcb32f0b@norma.perm.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:16:46 -0000 On Mon, 17 Oct 2016, Eugene M. Zheganin wrote: > Thanks ! It does explain it. But then again, on a pool that has been just > created, I check the properties of the root dataset (I'm posting all the > properties, just to display there's no child datasets or data on the pool): > > ===Cut=== > # zfs get all gamestop > NAME PROPERTY VALUE SOURCE > gamestop checksum on default > ===Cut=== > > Only 4.03T is available. Looks like it's the actual size, since it's zfs and > not zpool. But 960197124096 bytes * 5 / 1024^4 gives me 4.366 Tb, and not the > 4.03 T. Where did about 300 gigs go ? I'm really trying to understand, not to > catch some questionable logic or find errors. Checksums and zfs data structures - less then 8% of total space. Not too expensive. And do not confuse checksums (zfs level) and parity (zpool). But this is estimated available space for empty pool. Real allocated space for filled up pool will be a bit less then 4.03T due to padding - read https://www.delphix.com/blog/delphix-engineering/zfs-raidz-stripe-width-or-how-i-learned-stop-worrying-and-love-raidz A.