lkml.org 
[lkml]   [2003]   [Jun]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: File System conversion -- ideas
> Anyhow, I'm thinking still about when reiser4 comes out.  I want to
> convert to it from reiser3.6. It came to my attention that a user-space
> tool to convert between filesystems is NOT the best way to deal with
> this. Seriously, you'd think it would be, right? Wrong, IMHO.
>
> You have the filesystem code for every filesystem Linux supports. It's
> there, in the kernel. So why maintain a kludgy userspace tool that has
> to be rewritten to understand them all? I have a better idea.
>
> How about a kernel syscall? It's possible to do this on a running
> filesystem but it's far too difficult for a start, so let's start with
> unmounted filesystems mmkay?

Apart from the special case of converting from one major version of a
filesystem to another major version of the same filesystem, I think
the performance of an on-the-fly filesystem conversion utility is
going to be so much worse than just creating a new partition and
copying the data across, that the only reason to do it would be if you
could do it on a read-write filesystem without unmounting it.

What I'd like to see is union mounts which allowed you to mount a new
filesystem of a different type over the original one, and have all new
writes go to the new fileystem. I.E. as files were modified, they
would be re-written to the new FS. That would be one way of avoiding
the performance hit on a busy server.

John.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.255 / U:0.164 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site