From: rmoser <mlmoser@comcast.net>
To: John Bradford <john@grabjohn.com>, linux-kernel@vger.kernel.org
Subject: Re: File System conversion -- ideas
Date: Sun, 29 Jun 2003 14:26:04 -0400 [thread overview]
Message-ID: <200306291426040670.01CA818A@smtp.comcast.net> (raw)
In-Reply-To: <200306291011.h5TABQXB000391@81-2-122-30.bradfords.org.uk>
*********** REPLY SEPARATOR ***********
On 6/29/2003 at 11:11 AM John Bradford wrote:
>> 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.
>
You've entirely missed the point :/ Did you read the last section? I noted
that the "make new partition and copy" method requires, first off, space
for a new partition. All my partitions have massive amount of data on them.
I can't do that. Those of us that can have to either do it twice, or rewrite
fstab.
Eventually I'm hoping it can be done on a read-write filesystem. It's
possible; I've thought about how to defragment read-write datasystems
without getting in the way of logical operations.
>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.
>
mmmm, then you'd need both fs' though. That's not conversion ;-)
>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/
--Bluefox Icy
next prev parent reply other threads:[~2003-06-29 18:13 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-29 10:11 John Bradford
2003-06-29 13:28 ` Jamie Lokier
2003-06-29 13:50 ` David D. Hagood
2003-06-29 18:31 ` rmoser
2003-06-29 19:55 ` David D. Hagood
2003-06-29 20:05 ` rmoser
2003-06-29 20:41 ` David D. Hagood
2003-06-29 20:53 ` rmoser
2003-06-29 20:22 ` Leonard Milcin Jr.
2003-06-30 16:05 ` Henning P. Schmiedehausen
2003-06-30 16:59 ` Leonard Milcin Jr.
2003-06-30 17:04 ` Kevin Corry
2003-06-30 17:37 ` Valdis.Kletnieks
2003-07-01 9:56 ` Stewart Smith
2003-06-29 13:54 ` Leonard Milcin Jr.
2003-06-29 18:45 ` rmoser
2003-06-29 19:37 ` Leonard Milcin Jr.
2003-06-29 19:43 ` Leonard Milcin Jr.
2003-06-29 19:48 ` rmoser
2003-06-30 3:52 ` Horst von Brand
2003-07-01 10:15 ` Stewart Smith
2003-07-01 14:55 ` Leonard Milcin Jr.
2003-07-01 15:41 ` Stewart Smith
2003-07-01 16:19 ` Leonard Milcin Jr.
2003-06-29 19:44 ` rmoser
2003-06-29 19:44 ` Jamie Lokier
2003-06-29 19:46 ` rmoser
2003-06-29 20:02 ` viro
2003-06-29 20:26 ` Leonard Milcin Jr.
2003-06-29 20:31 ` rmoser
2003-07-01 10:01 ` Stewart Smith
2003-06-29 19:28 ` Jamie Lokier
2003-06-29 19:35 ` rmoser
2003-06-29 19:42 ` viro
2003-06-29 19:45 ` rmoser
2003-06-29 20:00 ` viro
2003-06-29 20:19 ` Davide Libenzi
2003-06-29 20:25 ` viro
2003-06-29 20:45 ` rmoser
2003-06-29 20:46 ` Davide Libenzi
2003-06-30 9:13 ` Nikita Danilov
2003-06-29 20:38 ` rmoser
2003-06-29 20:29 ` rmoser
2003-06-29 20:50 ` Hugo Mills
2003-06-29 21:00 ` rmoser
2003-06-29 21:10 ` Davide Libenzi
2003-06-29 21:37 ` Hugo Mills
2003-06-29 21:54 ` rmoser
2003-06-29 22:25 ` Hugo Mills
2003-06-29 20:51 ` viro
2003-06-29 21:07 ` rmoser
2003-06-29 21:08 ` Chris Friesen
2003-06-30 0:25 ` Jan Harkes
2003-06-30 0:59 ` rmoser
2003-07-01 20:03 ` Pavel Machek
2003-07-02 14:49 ` Jan Kara
2003-06-29 20:05 ` David D. Hagood
2003-06-29 20:36 ` rmoser
2003-06-30 0:05 ` Richard Braakman
2003-06-30 0:58 ` rmoser
2003-06-29 21:32 ` Diego Calleja García
2003-06-30 13:26 ` Jesse Pollard
2003-06-30 13:42 ` Hans Reiser
2003-06-30 13:56 ` Jesse Pollard
2003-07-06 19:30 ` Svein Ove Aas
2003-06-29 18:26 ` rmoser [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-07-07 8:43 John Bradford
2003-07-01 16:04 Matt Reuther
2003-07-01 16:13 ` Frank Gevaerts
2003-06-30 14:11 John Bradford
2003-06-30 15:45 ` Leonard Milcin Jr.
2003-06-30 8:55 John Bradford
2003-06-30 9:36 ` Hans Reiser
2003-06-30 16:29 ` viro
2003-06-29 21:59 John Bradford
2003-06-29 20:20 John Bradford
2003-06-29 20:44 ` rmoser
2003-06-29 20:06 John Bradford
2003-06-29 18:58 John Bradford
2003-06-29 19:12 ` rmoser
2003-06-29 18:37 John Bradford
2003-06-29 18:48 ` rmoser
2003-06-29 19:42 ` Jamie Lokier
2003-06-29 16:24 John Bradford
2003-06-29 16:13 John Bradford
2003-06-29 19:16 ` Jamie Lokier
2003-06-29 6:57 rmoser
2003-06-30 13:05 ` Jesse Pollard
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=200306291426040670.01CA818A@smtp.comcast.net \
--to=mlmoser@comcast.net \
--cc=john@grabjohn.com \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®