[lkml]   [2006]   [Jun]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC 0/13] extents and 48bit ext3
    On Jun 09, 2006  15:15 -0700, Andrew Morton wrote:
    > We seem to be lagging behind "the industry" in some areas - handling large
    > devices, high bandwidth IO, sophisticated on-disk data structures, advanced
    > manageability, etc.
    > I mean, although ZFS is a rampant layering violation and we can do a lot of
    > the things in there (without doing it all in the fs!) I don't think we can
    > do all of it.
    > We're continuing to nurse along a few basically-15-year-old filesystems
    > while we do have the brains, manpower and processes to implement a new,
    > really great one.
    > It's just this feeling I have ;)

    I think many people share this feeling (me included), hence the linux
    filesystem meeting next week... The problem is that even getting a
    half-decent disk filesystem is many years of work, and large disks are
    here before then. The ZFS code took 10 years to get to its current state,
    I understand, so I don't anticipate we will get there overnight.

    The question is whether we can get to this state more easily by starting
    on a known-good base (ext3) or by starting from scratch. My opinion is
    strongly in the "start from a known-good base" camp, and make incremental
    improvements to that base instead of discarding everything and starting

    I think the real frontier for future filesystem development is in the
    ZFS direction where the filesystem can be robust in the face of data
    errors without having a single fail-stop mode of error handling. While
    ext2 and ext3 have been OK in this regard they can definitely be improved
    without discarding the rest of the code and the millions of hours of
    testing that has gone into it.

    I'm not so strongly against ext4 that I won't follow that route if needed,
    but it essentially means that ext3 will be orphaned.

    Cheers, Andreas
    Andreas Dilger
    Principal Software Engineer
    Cluster File Systems, Inc.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-06-10 01:14    [W:0.021 / U:3.048 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site