[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070521104203.GC29416@atrey.karlin.mff.cuni.cz>
Date: Mon, 21 May 2007 12:42:03 +0200
From: Jan Kara <jack@...e.cz>
To: Aneesh Kumar <aneesh.kumar@...il.com>
Cc: Eric <erpo41@...il.com>, linux-ext4 <linux-ext4@...r.kernel.org>
Subject: Re: Online defragmentation and ext4migrate
> On 5/19/07, Eric <erpo41@...il.com> wrote:
> >On Fri, 2007-05-18 at 18:36 +0530, Aneesh Kumar K.V wrote:
> >> The reason why i am asking this is to understand the
> >> usefulness of doing a ext4migrate followed by defrag.
> >> [...]
> >> Also looking at the version 0.4 I see that defrag ioctl only work if we
> >> have EXT4_EXTENTS_FL flag set.
> >
> >ext4migrate is necessary because the current ext4 defrag routines will
> >only defragment files stored as extents. AFAIK, converting a file to
> >extents does not allow the defrag routine to defragment it "better" than
> >an indirect block map inode, but converting any file to extents has
> >performance benefits regardless of whether it is later defragmented.
> >
> >> What are the plans for making defrag work
> >> with indirect block map inode ?
> >
> >I think there is a second set of patches to defragment non-extent
> >files.
> >
>
> I was looking at this and didn't find the changes needed to defrag the
> non extent files.
>
> http://www.mail-archive.com/linux-ext4@vger.kernel.org/msg01522.html
I've written a patch that defragments non-extent files but after
discussion with XFS guys I've decided that the interfaces should be made
more generic, so that XFS and other filesystems can use them too...
Honza
--
Jan Kara <jack@...e.cz>
SuSE CR Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists