To read all comments associated with this story, please click here.
The thing here is that any block device filesystem will do for external media due to the hardware FTL (flash translation layer -- converts flash into a block device).
The post implies that this filesystem is to be used as a block device and not a mtd device. What confuses me is that they compare this to log structured filesystems, but those are usually used in mtd devices (which lack a FTL).
So what is the use case specifically for this FS?
Edited 2012-10-06 16:10 UTC
From the KML, it seems some of the kernel devs are confused as well...
It seems that it does not do wear leveling and is designed to work with an FTL, but its as clear as mud to me.
I guess it will all shake out eventually. It does look interesting though:
http://article.gmane.org/gmane.linux.kernel/1370709
A log-structured filesystem is not necessarily a bad design choice for FTL volumes. You don't need to worry about wear-leveling, but you don't need to worry about spatial locality either, and you know that the FTL will override any attempts to do in-place updates.
So you can only really optimize two things: allocating free (logical) blocks for writes, and indexing file extents for reads. Log-structured filesystems are as good as it gets for allocating free space (just continue writing where we left off), and they also avoid the fragmentation of files across many extents.
The only thing one might want to do differently than a classic log-structured filesystem is to update the superblocks and inodes in-place and defer to the FTL's wear-leveling algorithm. These are fixed block-sized structures, so in-place updates are simple and copy-on-write is an unnecessary overhead.





Member since:
2006-12-05
Don't let Apple find out! Next thing you know, they'll try to find something to sue over in this new file system.
But a bit more seriously though, this is a good thing. It's disappointing that when it comes to flash media, no suitable file system has gained popularity and we're still stuck with FAT. Well, ext2, too--but at the expense of cross-platform read/write-ability because some company in Redmond wants you to use their crappy, antiquated file system from the 1980s. And apparently every company loves it because, being such creaky old and simplistic technology, implementing it is a breeze.
That said, IMO ext2 is not that good of a solution either really; there needs to be a file system built from the ground up to support all major operating systems equally. Something designed for flash drives and with implementations for all major operating systems from the start.