From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q15HNOTN056566 for ; Sun, 5 Feb 2012 11:23:24 -0600 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ezF3LhGmxDWnwbEU for ; Sun, 05 Feb 2012 09:23:23 -0800 (PST) Message-ID: <4F2EBB09.6080905@redhat.com> Date: Sun, 05 Feb 2012 11:23:21 -0600 From: Eric Sandeen MIME-Version: 1.0 Subject: Re: sparsify - utility to punch out blocks of 0s in a file References: <4F2D8F30.3090802@redhat.com> <201202050933.q159XQpB026380@helium.internal.tigress.co.uk> <4F2EB017.5090006@redhat.com> <9C5B5C07-B0E4-4D13-BCFE-7F35162DF5E8@dilger.ca> In-Reply-To: <9C5B5C07-B0E4-4D13-BCFE-7F35162DF5E8@dilger.ca> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Andreas Dilger Cc: "linux-ext4@vger.kernel.org" , Ron Yorston , "xfs@oss.sgi.com" On 2/5/12 10:55 AM, Andreas Dilger wrote: > On 2012-02-05, at 9:36, Eric Sandeen wrote: >> On 2/5/12 3:33 AM, Ron Yorston wrote: >>> Eric Sandeen wrote: >>>> Now that ext4, xfs, & ocfs2 can support punch hole, a tool to >>>> "re-sparsify" a file by punching out ranges of 0s might be in order. >>>> >>>> I'll see if util-linux wants it after it gets beat into shape. >>>> (or did a tool like this already exist and I missed it?) >> >> Matthias' suggestion of adding SEEK_HOLE/SEEK_DATA makes very good sense too. > > I thought about this, but if SEEK_HOLE/SEEK_DATA (or FIEMAP) worked, > then the file would already be sparse, so I don't think that will > help in this case... But only if other tools originally used them, and there will probably be plenty of cases where they don't, or legacy files, or .... >> I should also untie the read/zero buffer size from the minimum hole size, >> we should do optimal IO sizes regardless of the minimum hole size desired... > > Definitely. 4kB IO is a killer for large files. yeah, it was a quick hack, I'll try to fix that up. (OTOH for large files you man not want a 4k hole granularity either) -Eric > Cheers, Andreas _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs