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
On Sun, 29 Jun 2003 viro@parcelfarce.linux.theplanet.co.uk wrote:

> I think that I will believe it when I see the patchset implementing it.
> Provided that it will be convincing enough. Other than that... Not
> really. You will need code for each pair of filesystems, since
> convertor will need to know *both* layouts. No amount of handwaving
> is likely to work around that. And we have what, something between
> 10 and 20 local filesystems? Have fun...
>
> If you want your idea to be considered seriously - take reiserfs code,
> take ext3 code, copy both to userland and put together a conversion
> between them. Both ways. That, by definition, is easier than doing
> it in kernel - you have the same code available and none of the limitations/
> interaction with other stuff. When you have it working, well, time to
> see what extra PITA will come from making it coexist with other parts
> of kernel (and with much more poor runtime environment).
>
> AFAICS, it is _very_ hard to implement. Even outside of the kernel.
> If you can get it done - well, that might do a lot for having the
> idea considered seriously. "Might" since you need to do it in a way
> that would survive transplantation into the kernel _and_ would scale
> better that O((number of filesystem types)^2).

Maybe defining a "neutral" metadata export/import might help in limiting
such NFS^2 ...



- Davide

-
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:45    [W:0.175 / U:1.856 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site