From owner-freebsd-current@FreeBSD.ORG Wed May 20 03:44:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A13081065676 for ; Wed, 20 May 2009 03:44:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 525DA8FC18 for ; Wed, 20 May 2009 03:44:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n4K3Qpec092270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 May 2009 22:26:51 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n4K3QoSw045426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 May 2009 22:26:51 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n4K3QmZb045363; Tue, 19 May 2009 22:26:48 -0500 (CDT) (envelope-from dan) Date: Tue, 19 May 2009 22:26:48 -0500 From: Dan Nelson To: Ruben de Groot , Paul Wootton , Max Laier , freebsd-current@freebsd.org Message-ID: <20090520032647.GF52703@dan.emsphone.com> References: <4A1123C5.3070507@fletchermoorland.co.uk> <4A122C23.40603@freebsd.org> <200905190637.03323.max@love2party.net> <4A128822.9030709@fletchermoorland.co.uk> <20090519103559.GA15608@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090519103559.GA15608@ei.bzerk.org> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Tue, 19 May 2009 22:26:51 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: Subject: Re: discrepancies in used space after cpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2009 03:44:34 -0000 In the last episode (May 19), Ruben de Groot said: > On Tue, May 19, 2009 at 11:21:22AM +0100, Paul Wootton typed: > > Yes /DemoPool is a raidz pool that is going to replace my single disk > > pool. Dmitry was right about sparse files > > demophon# pwd > > /var/tmp/kdecache-paul/kpc > > demophon# du -hA . > > 1.2G . > > demophon# du -h . > > 8.9M . > > > > Is there a there a better way instead of using cpio for moving an entire > > filing system from a single disk zfs pool to a raidz zfs pool? Or does > > making a sparse file in to a none sparse file just consume more disk > > space and no other side affects > > zfs send/recv ? cpio has a --sparse option that might recreate the sparse on the destination filesystem. Another solution would be to enable compression on your pool: "zfs set compress=on /DemoPool". The default compression (lzjb) consumes very little CPU and compresses zeros well :) -- Dan Nelson dnelson@allantgroup.com