LWN.net Logo

Ext4 filesystem hits Android, no need to fear data loss (ars technica)

Ext4 filesystem hits Android, no need to fear data loss (ars technica)

Posted Dec 28, 2010 23:15 UTC (Tue) by eds (guest, #69511)
Parent article: Ext4 filesystem hits Android, no need to fear data loss (ars technica)

I don't think it's a given that the built-in FTL would screw up so badly as to cause a big increase in program/erase counts; this is a relatively expensive general-purpose computer, not a generic $5 USB stick. It's certainly worth investigating what the performance tradeoffs are with various hardware FTL implementations versus a sophisticated kernel-based approach. Storage performance seems likely to be a part of user experience, so one would hope smartphone designers are keeping an eye on the write amplification and latency when they make these decisions.

The idea of a "flash filesystem" that's built for low-performance applications is one I'm happy to see die. One of the big advantages of flash storage is the potential for parallel operations. I think moving to full-featured filesystems, potentially with tweaks to be friendly to solid state storage, will produce a much better overall result than you'd get by starting with a software FTL and then trying to grow a specialized filesystem on top.


(Log in to post comments)

Ext4 filesystem hits Android, no need to fear data loss (ars technica)

Posted Dec 29, 2010 0:16 UTC (Wed) by swetland (subscriber, #63414) [Link]

The biggest downside to baked-into-hardware FTL (which really means code-in-ROM for an embedded ARM7 or the like nine times out of ten) is that bugs in the translation layer can be subtle, hard to find, and difficult or impossible (depending on implementation, patchability, etc) to fix.

The upside is you get something that behaves like a block device, and you can use plain 'ol filesystems on with little or no special handling.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds