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 again. 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-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
