lkml.org 
[lkml]   [2006]   [Jun]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Ext2-devel] [RFC 0/13] extents and 48bit ext3
    Alex Tomas wrote:
    > PS. in the end this is just ext3 with one more feature ...

    Incorrect. You have to look at ext3 development over time. This is a
    PATTERN with ext3 development: mutating the metadata over time in a
    progressively incompatible manner.

    You have this thing called "ext3", which fools an admin into thinking
    they can use their filesystem with any kernel that has "ext3" support.
    That's somewhat true today, but with extents it will become false.
    Having a mutating definition of "ext3" is a convenience for developers,
    and for users WHO ONLY MOVE FORWARD in kernel versions.

    A 48bit ext3 filesystem with extents is completely unusable in 2.4.30's
    "ext3" or 2.6.10's "ext3". Users are forced to hunt down the specific
    kernel version when an incompatible feature was added to ext3. How can
    that possibly be described as "user friendly"?

    "Which ext3 am I talking to, today?"
    "And which kernels am I locked into, in order to talk to my filesystem?"

    Not all users are big production houses that plan their filesystem
    metadata migration months in advance! I _guarantee_ some users will
    boot into ext3-with-extents, use it for a while, and then try to
    downgrade for whatever reason... only to find they have been LOCKED
    OUT. That is a very real world situation, guys.

    Jeff


    -
    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: 2006-06-09 17:20    [W:5.332 / U:0.012 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site