The Linux Filesystem Challenge
Joe Barr writes "Mark Stone has thrown down the gauntlet for Linux filesystem developers in his thoughtful essay on Linux.com. The basic premise is that Linux must find a next-generation filesystem to keep pace with Microsoft and Apple, both of whom are promising new filesystems in a year or two. Never mind that Microsoft has been promising its "innovative" native database/filesystem (copying an idea from IBM's hugely successful OS/400) for more than ten years now. Anybody remember Cairo?"
The basic premise is that Linux must find a next-generation filesystem to keep pace with Microsoft and Apple
Is Apple's new (or current) Filesystem really Apple's?
I thought it was a neutered Berkely FFS from the Darwin/Freebsd/Netbsd code they've taken.
do() || do_not();
I'm on a diet so I don't get FAT32.
--
Are you a Chipotle Fan?
It seems like having gzip support would be more exciting though, since presumably one could combine it with a tar plugin, and that would allow you to cd into a gzipped file like a directory to access the uncompressed data, and then cd into the uncompressed data like a directory to get at the files themselves. Then there would be a totally transparent way to access tarballs that fits into the model that, from my understanding, Reiser4 follows.