一切皆文件，嵌入式領(lǐng)域中各種文件系統(tǒng)的介紹

　　Linux支持多種文件系統(tǒng)，包括ext2、ext3、vfat、ntfs、iso9660、jffs、romfs和nfs等，為了對各類文件系統(tǒng) 進(jìn)行統(tǒng)一管理，Linux引入了虛擬文件系統(tǒng)VFS(Virtual File System)，為各類文件系統(tǒng)提供一個統(tǒng)一的操作界面和應(yīng)用編程接口。

　　Linux啟動時，第一個必須掛載的是根文件系統(tǒng);若系統(tǒng)不能從指定設(shè)備上掛載根文件系統(tǒng)，則系統(tǒng)會出錯而退出啟動。之后可以自動或手動掛載其他的文件系統(tǒng)。因此，一個系統(tǒng)中可以同時存在不同的文件系統(tǒng)。

　　不同的文件系統(tǒng)類型有不同的特點，因而根據(jù)存儲設(shè)備的硬件特性、系統(tǒng)需求等有不同的應(yīng)用場合。在嵌入式Linux應(yīng)用中，主要的存儲設(shè)備為 RAM(DRAM, SDRAM)和ROM(常采用FLASH存儲器)，常用的基于存儲設(shè)備的文件系統(tǒng)類型包括：jffs2, yaffs, cramfs, romfs, ramdisk, ramfs/tmpfs等。

　　1.1. 基于FLASH的文件系統(tǒng)

　　Flash(閃存)作為嵌入式系統(tǒng)的主要存儲媒介，有其自身的特性。Flash的寫入操作只能把對應(yīng)位置的1修改為0，而不能把0修改為1(擦 除Flash就是把對應(yīng)存儲塊的內(nèi)容恢復(fù)為1)，因此，一般情況下，向Flash寫入內(nèi)容時，需要先擦除對應(yīng)的存儲區(qū)間，這種擦除是以塊(block)為 單位進(jìn)行的。

　　閃存主要有NOR和NAND兩種技術(shù)(簡單比較見附錄)。Flash存儲器的擦寫次數(shù)是有限的，NAND閃存還有特殊的硬件接口和讀寫時序。因 此，必須針對Flash的硬件特性設(shè)計符合應(yīng)用要求的文件系統(tǒng);傳統(tǒng)的文件系統(tǒng)如ext2等，用作Flash的文件系統(tǒng)會有諸多弊端。

　　在嵌入式Linux下，MTD(Memory Technology Device,存儲技術(shù)設(shè)備)為底層硬件(閃存)和上層(文件系統(tǒng))之間提供一個統(tǒng)一的抽象接口，即Flash的文件系統(tǒng)都是基于MTD驅(qū)動層的(參見上 面的Linux下的文件系統(tǒng)結(jié)構(gòu)圖)。使用MTD驅(qū)動程序的主要優(yōu)點在于，它是專門針對各種非易失性存儲器(以閃存為主)而設(shè)計的，因而它對Flash有 更好的支持、管理和基于扇區(qū)的擦除、讀/寫操作接口。

　　順便一提，一塊Flash芯片可以被劃分為多個分區(qū)，各分區(qū)可以采用不同的文件系統(tǒng);兩塊Flash芯片也可以合并為一個分區(qū)使用，采用一個文件系統(tǒng)。即文件系統(tǒng)是針對于存儲器分區(qū)而言的，而非存儲芯片。

　　1.1.1. jffs2

　　JFFS文件系統(tǒng)最早是由瑞典Axis Communications公司基于Linux2.0的內(nèi)核為嵌入式系統(tǒng)開發(fā)的文件系統(tǒng)。JFFS2是RedHat公司基于JFFS開發(fā)的閃存文件系 統(tǒng)，最初是針對RedHat公司的嵌入式產(chǎn)品eCos開發(fā)的嵌入式文件系統(tǒng)，所以JFFS2也可以用在Linux, uCLinux中。

　　Jffs2: 日志閃存文件系統(tǒng)版本2 (Journalling Flash FileSystem v2)

　　主要用于NOR型閃存，基于MTD驅(qū)動層，特點是：可讀寫的、支持?jǐn)?shù)據(jù)壓縮的、基于哈希表的日志型文件系統(tǒng)，并提供了崩潰/掉電安全保護(hù)，提供“寫平衡”支持等。缺點主要是當(dāng)文件系統(tǒng)已滿或接近滿時，因為垃圾收集的關(guān)系而使jffs2的運(yùn)行速度大大放慢。

　　目前jffs3正在開發(fā)中。關(guān)于jffs系列文件系統(tǒng)的使用詳細(xì)文檔，可參考MTD補(bǔ)丁包中mtd-jffs-HOWTO.txt。

　　jffsx不適合用于NAND閃存主要是因為NAND閃存的容量一般較大，這樣導(dǎo)致jffs為維護(hù)日志節(jié)點所占用的內(nèi)存空間迅速增大，另 外，jffsx文件系統(tǒng)在掛載時需要掃描整個FLASH的內(nèi)容，以找出所有的日志節(jié)點，建立文件結(jié)構(gòu)，對于大容量的NAND閃存會耗費(fèi)大量時間。

　　1.1.2. yaffs

　　yaffs/yaffs2(Yet Another Flash File System)是專為嵌入式系統(tǒng)使用NAND型閃存而設(shè)計的一種日志型文件系統(tǒng)。與jffs2相比，它減少了一些功能(例如不支持?jǐn)?shù) 據(jù)壓縮)，所以速度更快，掛載時間很短，對內(nèi)存的占用較小。另外，它還是跨平臺的文件系統(tǒng)，除了Linux和eCos，還支持WinCE, pSOS和ThreadX等。

　　yaffs/yaffs2自帶NAND芯片的驅(qū)動，并且為嵌入式系統(tǒng)提供了直接訪問文件系統(tǒng)的API，用戶可以不使用Linux中的MTD與VFS，直接對文件系統(tǒng)操作。當(dāng)然，yaffs也可與MTD驅(qū)動程序配合使用。

　　yaffs與yaffs2的主要區(qū)別在于，前者僅支持小頁(512 Bytes) NAND閃存，后者則可支持大頁(2KB) NAND閃存。同時，yaffs2在內(nèi)存空間占用、垃圾回收速度、讀/寫速度等方面均有大幅提升。

　　1.1.3. ubifs

　　無排序區(qū)塊圖像文件系統(tǒng)(Unsorted Block Image File System, UBIFS)是用于固態(tài)硬盤存儲設(shè)備上，并與LogFS相互競爭，作為JFFS2的后繼文件系統(tǒng)之一。真正開始開發(fā)于2007年，并于2008年10月第一次加入穩(wěn)定版本于Linux核心2.6.27版。

　　UBIFS最早在2006年由IBM與Nokia的工程師Thomas Gleixner，Artem Bityutskiy所設(shè)計，專門為了解決MTD(Memory Technology Device)設(shè)備所遇到的瓶頸。由于Nand Flash容量的暴漲，YAFFS等皆無法再去控制Nand Flash的空間。UBIFS通過子系統(tǒng)UBI處理與MTD device之間的動作。與JFFS2一樣，UBIFS 建構(gòu)于MTD device 之上，因而與一般的block device不兼容。

　　JFFS2運(yùn)行在MTD設(shè)備之上，而UBIFS則只能工作于UBI volume之上。也可以說，UBIFS涉及了三個子系統(tǒng)：

　　1. MTD 子系統(tǒng)， 提供對flash芯片的訪問接口， MTD子系統(tǒng)提供了MTD device的概念，比如/dev/mtdx，MTD可以認(rèn)為是raw flash

　　2. UBI subsystem，為flash device提供了wear-leveling和 volume management功能; UBI工作在MTD設(shè)備之上，提供了UBI volume;UBI是MTD設(shè)備的高層次表示，對上層屏蔽了一些MTD不得不處理的問題，比如wearing以及壞塊管理

　　3. UBIFS文件系統(tǒng)，工作于UBI之上

　　以下是UBIFS的一些特點：

　　可擴(kuò)展性：UBIFS對flash 尺寸有著很好的擴(kuò)展性; 也就是說mount時間，內(nèi)存消耗以及I/O速度都不依賴與flash 尺寸(對于內(nèi)存消耗并不是完全準(zhǔn)確的，但是依賴性非常的低); UBIFS可以很好的適應(yīng)GB flashes; 當(dāng)然UBI本身還有擴(kuò)展性的問題，無論如何 UBI/UBIFS都比JFFS2的可擴(kuò)展性好，此外如果UBI成為瓶頸，還可以通過升級UBI而不需改變UBIFS

　　快速mount：不像JFFS2，UBIFS在mount階段不需要掃描整個文件系統(tǒng)，UBIFS mount介質(zhì)的時間只是毫秒級，時間不依賴與flash的尺寸;然而UBI的初始化時間是依賴flash的尺寸的，因此必須把這個時間考慮在內(nèi)

　　write-back 支持： 回寫或者叫延遲寫更準(zhǔn)確些吧，同JFFS2的write-through(立即寫入內(nèi)存)相比可以顯著的提高文件系統(tǒng)的吞吐量。

　　異常unmount適應(yīng)度：UBIFS是一個日志文件系統(tǒng)可以容忍突然掉電以及unclean重啟; UBIFS 通過replay 日志來恢復(fù)unclean unmount，在這種情況下replay會消耗一些時間，因此mount時間會稍微增加，但是replay過程并不會掃描整個flash介質(zhì)，所以UBIFS的mount時間大概在幾分之一秒。

　　快速I/O - 即使我們disable write-back(可以在unmount時使用-o sync mount選項)， UBIFS的性能仍然接近JFFS2; 記住，JFFS2的同步I/O是非常驚人的，因為JFFS2不需要在flash上維護(hù)indexing data結(jié)構(gòu)， 所以就沒有因此而帶來的負(fù)擔(dān); 而UBIFS恰恰是有index數(shù)據(jù)的。 UBIFS之所以夠快是因為UBIFS提交日志的方式：不是把數(shù)據(jù)從一個地方移動到另外一個位置，而只是把數(shù)據(jù)的地址加到文件系統(tǒng)的index，然后選擇不同的eraseblock作為新的日志塊，此外還有multi-headed日志方式等技巧。

　　on-the_flight compression - 存儲在flash介質(zhì)上的數(shù)據(jù)是壓縮的;同時也可以靈活的針對單個文件來打開關(guān)閉壓縮; 例如，可能需要針對某個特定的文件打開壓縮，或者可能缺省方式下支持壓縮，但是對多媒體文件則關(guān)閉壓縮。

　　可恢復(fù)性 - UBIFS可以從index破壞后恢復(fù); UBIFS中的每一片信息都有一個header來描述，因此可以通過掃描這個flash介質(zhì)來重構(gòu)文件系統(tǒng)，這點和JFFS2非常類似;想像一下，如果你擦出了FAT文件系統(tǒng)的FAT表，那么對于FAT FS是致命的錯誤，但是如果擦除UBIFS的index,你人然可以重構(gòu)文件系統(tǒng)，當(dāng)然這需要一個特定的用戶空間程序來做這個恢復(fù)

　　完整性 - UBIFS通過寫checksum到flash 介質(zhì)上來保證數(shù)據(jù)的完整性，UBIFS不會無視損壞文件數(shù)據(jù)或meta-data; 缺省的情況，UBIFS僅僅檢查meta-data的CRC，但是你可以通過mount選項，強(qiáng)制進(jìn)行data CRC的檢查

　　ubifs詳細(xì)介紹

　　1.1.4. Cramfs

　　Cramfs(Compressed ROM File System)是Linux的創(chuàng)始人 Linus Torvalds參與開發(fā)的一種只讀的壓縮文件系統(tǒng)。它也基于MTD驅(qū)動程序。

　　在cramfs文件系統(tǒng)中，每一頁(4KB)被單獨壓縮，可以隨機(jī)頁訪問，其壓縮比高達(dá)2:1,為嵌入式系統(tǒng)節(jié)省大量的Flash存儲空間，使系統(tǒng)可通過更低容量的FLASH存儲相同的文件，從而降低系統(tǒng)成本。

　　Cramfs文件系統(tǒng)以壓縮方式存儲，在運(yùn)行時解壓縮，所以不支持應(yīng)用程序以XIP方式運(yùn)行，所有的應(yīng)用程序要求被拷到RAM里去運(yùn)行，但這并 不代表比Ramfs需求的RAM空間要大一點，因為Cramfs是采用分頁壓縮的方式存放檔案，在讀取檔案時，不會一下子就耗用過多的內(nèi)存空間，只針對目 前實際讀取的部分分配內(nèi)存，尚沒有讀取的部分不分配內(nèi)存空間，當(dāng)我們讀取的檔案不在內(nèi)存時，Cramfs文件系統(tǒng)自動計算壓縮后的資料所存的位置，再即時 解壓縮到RAM中。

　　另外，它的速度快，效率高，其只讀的特點有利于保護(hù)文件系統(tǒng)免受破壞，提高了系統(tǒng)的可靠性。

　　由于以上特性，Cramfs在嵌入式系統(tǒng)中應(yīng)用廣泛。

　　但是它的只讀屬性同時又是它的一大缺陷，使得用戶無法對其內(nèi)容對進(jìn)擴(kuò)充。

　　Cramfs映像通常是放在Flash中，但是也能放在別的文件系統(tǒng)里，使用loopback 設(shè)備可以把它安裝別的文件系統(tǒng)里。

　　(5) Romfs

　　傳統(tǒng)型的Romfs文件系統(tǒng)是一種簡單的、緊湊的、只讀的文件系統(tǒng)，不支持動態(tài)擦寫保存，按順序存放數(shù)據(jù)，因而支持應(yīng)用程序以 XIP(eXecute In Place，片內(nèi)運(yùn)行)方式運(yùn)行，在系統(tǒng)運(yùn)行時，節(jié)省RAM空間。uClinux系統(tǒng)通常采用Romfs文件系統(tǒng)。

　　其他文件系統(tǒng)：fat/fat32也可用于實際嵌入式系統(tǒng)的擴(kuò)展存儲器(例如PDA, Smartphone, 數(shù)碼相機(jī)等的SD卡)，這主要是為了更好的與最流行的Windows桌面操作系統(tǒng)相兼容。ext2也可以作為嵌入式Linux的文件系統(tǒng)，不過將它用于 FLASH閃存會有諸多弊端。

　　1.2. 　　基于RAM的文件系統(tǒng)

　　1.2.1. Ramdisk

　　Ramdisk是將一部分固定大小的內(nèi)存當(dāng)作分區(qū)來使用。它并非一個實際的文件系統(tǒng)，而是一種將實際的文件系統(tǒng)裝入內(nèi)存的機(jī)制，并且可以作為根 文件系統(tǒng)。將一些經(jīng)常被訪問而又不會更改的文件(如只讀的根文件系統(tǒng))通過Ramdisk放在內(nèi)存中，可以明顯地提高系統(tǒng)的性能。

　　在Linux的啟動階段，initrd提供了一套機(jī)制，可以將內(nèi)核映像和根文件系統(tǒng)一起載入內(nèi)存。

　　1.2.2. ramfs/tmpfs

　　Ramfs是Linus Torvalds開發(fā)的一種基于內(nèi)存的文件系統(tǒng)，工作于虛擬文件系統(tǒng)(VFS)層，不能格式化，可以創(chuàng)建多個，在創(chuàng)建時可以指定其最大能使用的內(nèi)存大 小。(實際上，VFS本質(zhì)上可看成一種內(nèi)存文件系統(tǒng)，它統(tǒng)一了文件在內(nèi)核中的表示方式，并對磁盤文件系統(tǒng)進(jìn)行緩沖。)

　　Ramfs/tmpfs文件系統(tǒng)把所有的文件都放在RAM中，所以讀/寫操作發(fā)生在RAM中，可以用ramfs/tmpfs來存儲一些臨時性或經(jīng)常要修改的數(shù)據(jù)，例如/tmp和/var目錄，這樣既避免了對Flash存儲器的讀寫損耗，也提高了數(shù)據(jù)讀寫速度。

　　Ramfs/tmpfs相對于傳統(tǒng)的Ramdisk的不同之處主要在于：不能格式化，文件系統(tǒng)大小可隨所含文件內(nèi)容大小變化。

　　Tmpfs的一個缺點是當(dāng)系統(tǒng)重新引導(dǎo)時會丟失所有數(shù)據(jù)。

　　1.2.3. NFS

　　NFS網(wǎng)絡(luò)文件系統(tǒng)(Network File System)是由Sun開發(fā)并發(fā)展起來的一項在不同機(jī)器、不同操作系統(tǒng)之間通過網(wǎng)絡(luò)共享文件的技術(shù)。在嵌入式Linux系統(tǒng)的開發(fā)調(diào)試階段，可以利用該技術(shù)在主機(jī)上建立基于NFS的根文件系統(tǒng)，掛載到嵌入式設(shè)備，可以很方便地修改根文件系統(tǒng)的內(nèi)容。

　　以上討論的都是基于存儲設(shè)備的文件系統(tǒng)(memory-based file system)，它們都可用作Linux的根文件系統(tǒng)。實際上，Linux還支持邏輯的或偽文件系統(tǒng)(logical or pseudo file system)，例如procfs(proc文件系統(tǒng))，用于獲取系統(tǒng)信息，以及devfs(設(shè)備文件系統(tǒng))和sysfs，用于維護(hù)設(shè)備文件。

　　2 　　附錄：NOR閃存與NAND閃存比較

　　NOR FLASH

　　NAND FLASH

　　接口時序同SRAM,易使用

　　地址/數(shù)據(jù)線復(fù)用，數(shù)據(jù)位較窄

　　讀取速度較快

　　讀取速度較慢

　　擦除速度慢，以64-128KB的塊為單位

　　擦除速度快，以8-32KB的塊為單位

　　寫入速度慢(因為一般要先擦除)

　　寫入速度快

　　隨機(jī)存取速度較快，支持XIP(eXecute In Place，芯片內(nèi)執(zhí)行)，適用于代碼存儲。在嵌入式系統(tǒng)中，常用于存放引導(dǎo)程序、根文件系統(tǒng)等。

　　順序讀取速度較快，隨機(jī)存取速度慢，適用于數(shù)據(jù)存儲(如大容量的多媒體應(yīng)用)。在嵌入式系統(tǒng)中，常用于存放用戶文件系統(tǒng)等。

　　單片容量較小，1-32MB

　　單片容量較大，8-128MB，提高了單元密度