From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wedgwood Subject: Re: SEEK_HOLE and SEEK_DATA Date: Fri, 3 Feb 2006 10:08:21 -0800 Message-ID: <20060203180821.GA4739@taniwha.stupidest.org> References: <20060202090349.31898.qmail@science.horizon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org Return-path: Received: from smtp101.sbc.mail.mud.yahoo.com ([68.142.198.200]:21662 "HELO smtp101.sbc.mail.mud.yahoo.com") by vger.kernel.org with SMTP id S1751294AbWBCSI0 (ORCPT ); Fri, 3 Feb 2006 13:08:26 -0500 To: linux@horizon.com Content-Disposition: inline In-Reply-To: <20060202090349.31898.qmail@science.horizon.com> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Thu, Feb 02, 2006 at 04:03:49AM -0500, linux@horizon.com wrote: > Solaris 10 has added a moderately useful new feature... lseek now > supports whence = 3 (SEEK_DATA) and 4 (SEEK_HOLE). What these do is > advance the file pointer to the start of the next run of the > appropriate kind past the given (absolute) offset. Some filesystems in linux (XFS for one, probably others?) already have a mechanism (albeit more complex the way it's exposed) to find holes & data.