Flash file system
A flash file system is a file system designed for storing files on flash memory devices. These are becoming more prevalent as the number of mobile devices is increasing, the cost per memory size decreases, and the capacity of flash memories increases.
While a block device layer can emulate a disk drive so that a disk file system can be used on a flash device, this is suboptimal for several reasons:
- Erasing blocks: Flash memory blocks have to be explicitly erased before they can be written to. The time taken to erase blocks can be significant, thus it is beneficial to erase unused blocks while the device is idle.
- Random access: Disk file systems are optimized to avoid disk seeks whenever possible, due to the high cost of seeking. Flash memory devices impose no seek latency.
- Wear leveling: Flash memory devices tend to wear out when a single block is repeatedly overwritten; flash file systems are designed to spread out writes evenly.
Log-structured file systems have all[citation needed] the desirable properties for a flash file system. Such file systems include JFFS2 and YAFFS.
Because of the particular characteristics of flash memory, it is best used with either a controller to perform wear leveling and error correction or specifically designed flash file systems, which spread writes over the media and deal with the long erase times of NAND flash blocks. The basic concept behind flash file systems is: when the flash store is to be updated, the file system will write a new copy of the changed data over to a fresh block, remap the file pointers, then erase the old block later when it has time.
In practice, flash file systems are only used for "Memory Technology Devices" ("MTD"), which are embedded flash memories that do not have a controller. Removable flash memory cards and USB flash drives have built-in controllers to manage MTD with dedicated algorithms,[1][2] like wear leveling, bad block recovery, power loss recovery, garbage collection and error correction, so use of a flash file system has limited benefit.
Contents |
[edit] Origins
The earliest flash file system, managing an array of flash as a freely writable disk, was TrueFFS by M-Systems of Israel, presented as a software product in PC-Card Expo, Santa Clara CA, July 1992 and patented in 1993[3].
One of the earliest flash file systems was Microsoft's FFS2, for use with MS-DOS, released in autumn 1992.[4]. FFS2 was preceded by an earlier product, called FFS, which however fell short of being a flash file system, managing a flash array as WORM (Write Once Read Many) space rather than as a freely writable disk.
Around 1994, the PCMCIA, an industry group, approved the Flash Translation Layer (FTL) specification, based on the design of M-Systems' TrueFFS. The specification was authored and jointly proposed by M-Systems and SCM Microsystems, who also provided the first working implementations of FTL. Endorsed by Intel [5] and other industry leaders, FTL became a popular flash file system design in non-PCMCIA media as well.
[edit] JFFS/JFFS2/YAFFS
JFFS was the first flash-specific file system for Linux, but it was quickly superseded by JFFS2, originally developed for NOR flash. Then YAFFS was released in 2002, dealing specifically with NAND flash, and JFFS2 was updated to support NAND flash too.
[edit] LogFS
LogFS, another Linux flash-specific file system, is currently being developed to address the scalability issues of JFFS2.
Then there are some susbsytems often called flash file systems but are more truthfully block drivers since they do not actually have a file system interface. These include:
[edit] TrueFFS
True flash file system or TrueFFS is a low level file system designed to run on a raw Solid-state drive (most modern consumer SSDs are not raw). TrueFFS implements error correction, bad block re-mapping and wear leveling. Externally, TrueFFS presents a normal hard disk interface.
TrueFFS was created by M-Systems [6] on well-known "DiskOnChip 2000" product line, who were acquired by Sandisk in 2006. A derivative of TrueFFS, called TFFS or TFFS-lite, is found in the VxWorks operating system, where it functions as a flash translation layer, not as a fully functional file system. A flash translation layer is used to adapt a fully functional file system to the constraints and restrictions imposed by flash memory devices.
[edit] ExtremeFFS
ExtremeFFS is a technology being developed by SanDisk allowing for improved random write performance in flash memory compared to traditional systems such as TrueFFS. Sandisk claims that the technology improves random access speed in Solid-state drives by a factor of 100.[7] The company plans on using ExtremeFFS in an upcoming Multi-level cell implementation of NAND flash memory.[8]
[edit] See also
[edit] References
- ^ Phison's USBkey controller PS2251-63
- ^ OpenNFM: An open source NAND FTL for SSD and embedded storage module
- ^ US patent 5404485, "Flash file system, Amir Ban"
- ^ Microsoft FFS2 patent
- ^ "Understanding the Flash Translation Layer (FTL) Specification"]. http://staff.ustc.edu.cn/~jpq/paper/flash/2006-Intel%20TR-Understanding%20the%20flash%20translation%20layer%20%28FTL%29%20specification.pdf.
- ^ US patent 5404485, "Flash file system, Amir Ban"
- ^ "SanDisk Technical Expertise and Metrics". Sandisk. http://www.sandisk.com/OEM/ProductCatalog(1425)-SanDisk_Technical_Expertise_and_Metrics.aspx.
- ^ Mellor, Chris (November 28, 2008). "SanDisk flash holds secret flash sauce till after Christmas". http://www.theregister.co.uk/2008/11/28/sandisk_3xmlc_nand_technology/. Retrieved December 2, 2008.
[edit] External links
- Presentation on various Flash File Systems - 9/24/2007
- Article regarding various Flash File Systems - 2005 USENIX Annual Conference
- Survey of various Flash File Systems - 8/10/2005
- Anatomy of Linux Flash File Systems - 5/20/2008
|
||||||||||||||||||||||||||||
