linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
Cc: Andreas Dilger <adilger@clusterfs.com>, linux-ext4@vger.kernel.org
Subject: Re: [RFC][take 4] e2fsprogs: Add ext4migrate
Date: Mon, 7 May 2007 11:57:00 -0400	[thread overview]
Message-ID: <20070507155659.GE17180@thunk.org> (raw)
In-Reply-To: <463F2DB7.6090507@linux.vnet.ibm.com>

On Mon, May 07, 2007 at 07:16:31PM +0530, Aneesh Kumar K.V wrote:
> 
> One of the option i was thinking was to use this tool to migrate to 
> extent map and then towards the end use the online defrag ioctl to 
> defrag the resulting ext4 inode.

As we discussed on the phone, my recommendation would be to take your
existing code and move it into the kernel so that triggered off of an
ioctl, your code could migrate an inode from using indirect blocks to
extents while a filesystem is mounted.  The main things you will need
to watch for is to make sure the inode is locked so that another
process doesn't try to extend or truncate it, and to use the JBD layer
to provide appropriate journalling support.

Given that ext4migrated imported the kernel extent functions, it
should be relatively straightforward to simply make them use the
kernel extent functions while in kernel space.

Once the the inode has been converted on-line then it can be
defragmented on-line.  That would be much more convenient than having
to unmount the filesystem to do the off-line migration, followed by
mounting it to do the defragmentation.

Regards,

					- Ted

  reply	other threads:[~2007-05-07 15:57 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-04  9:13 [RFC][take 4] e2fsprogs: Add ext4migrate Aneesh Kumar K.V
2007-05-06  5:17 ` Andreas Dilger
2007-05-07  3:26   ` Aneesh Kumar K.V
2007-05-07 13:20     ` Theodore Tso
2007-05-07 13:46       ` Aneesh Kumar K.V
2007-05-07 15:57         ` Theodore Tso [this message]
2007-05-07 21:01         ` Andreas Dilger
2007-05-07 13:59       ` Aneesh Kumar K.V
     [not found] ` <eb16ba5f2c6f399ea747169097434ae84443728f.1178262585.git.aneesh.kumar@linux.vnet.ibm.com>
2007-05-04  9:13   ` [PATCH 1/4] Add unix COW io manager Aneesh Kumar K.V
     [not found]   ` <344eabfd05e36374043e8cd0b4e166a66f88bec6.1178262586.git.aneesh.kumar@linux.vnet.ibm.com>
2007-05-04  9:13     ` [PATCH 2/4] Add extent related functions Aneesh Kumar K.V
     [not found]   ` <1dcc9dea2106570ec314b59bf69e7e3720818a94.1178262586.git.aneesh.kumar@linux.vnet.ibm.com>
2007-05-04  9:13     ` [PATCH 3/4] e2fsprogs: Add ext4migrate Aneesh Kumar K.V
     [not found]   ` <69f2894044fa7c5ad14a59c22e603bc5529dce2a.1178262586.git.aneesh.kumar@linux.vnet.ibm.com>
2007-05-04  9:13     ` [PATCH 4/4] Add ext4replay tool Aneesh Kumar K.V
2007-05-07 13:01   ` [PATCH 1/4] Add unix COW io manager Theodore Tso

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070507155659.GE17180@thunk.org \
    --to=tytso@mit.edu \
    --cc=adilger@clusterfs.com \
    --cc=aneesh.kumar@linux.vnet.ibm.com \
    --cc=linux-ext4@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).