On Mon, 18 June 2007 03:45:24 -0600, Andreas Dilger wrote:
>
> Too bad everyone is spending time on 10 similar-but-slightly-different
> filesystems. This will likely end up with a bunch of filesystems that
> implement some easy subset of features, but will not get polished for
> users or have a full set of features implemented (e.g. ACL, quota, fsck,
> etc). While I don't think there is a single answer to every question,
> it does seem that the number of filesystem projects has climbed lately.
There definitely seems to be an inflation of new filesystems. These
days all the cool kids either write their own virtualization layer or
their own filesystem. No idea why that happened, two years ago
filesystems seemed old and boring.
> Maybe there should be a BOF at OLS to merge these filesystem projects
> (btrfs, chunkfs, tilefs, logfs, etc) into a single project with multiple
> people working on getting it solid, scalable (parallel readers/writers on
> lots of CPUs), robust (checksums, failure localization), recoverable, etc.
Consider me sceptical. Here is my personal opinion when looking at the
list:
Chunkfs, tilefs - research projects.
At this moment nobody knows whether either of the approaches works or
not. Once that is proven, the tricks should get incorporated in
existing filesystems.
Dave Chinner seems to be working on similar stuff for XFS already.
Assuming he can deliver, a chunked/tiled/... XFS is useful while chunkfs
and tilefs are mostly educational. It doesn't have to be XFS, Ext4
would do just as well.
Logfs - flash filesystem.
Btrfs - disk filesystem.
Disk optimization comes down to avoiding seeks like the plague. Flash
requires garbage collection, wear leveling and avoiding writes like the
plague.
It is quite unlikely that either filesystem will do well in the other's
domain. At least some amount of code will remain seperate. Subsets of
code might be useful for both. Collaboration on that level would be
useful.
Jörn
--
Joern's library part 4:
http://www.paulgraham.com/spam.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
