FlossDoc,自由中文開源知識庫
除了 Ext3 或 Ext4,GNU/Linux 事實上或支援包括 XFS 、JFS 和 btrfs 等多個檔案系統 (filesystem)。不同的檔案系統有其不同的長處或短處。如果您可以因應所儲存資料的不同特性使用合適的檔案系統,可以對系統的效能、穩定性有更佳的效果。
| Ext2
| 早期 GNU/Linux 系統的標準檔案系統 |
- 在 GNU/Linux 上的歷史悠久,穩定性比其他檔案系統都好。
|
- 未有日誌 (journaling) 功能,令它在系統當機後可能會花很長時間檢查和修復。
- 固定 inode 數目上限,要儲存有大量小檔案或軟連結 (symbolic link) 如新聞或電子郵件等需要在格式化時作特別設定。
- 目錄索引較弱,不利有過多檔案的大目錄。
| 小而主要作讀取的資料
|
| Ext3
| 現時 GNU/Linux 系統的標準檔案系統 |
- 和 Ext2 結構幾乎一樣,令由 Ext2 非常簡易。
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
|
- 速度比 Ext3 慢。
- 固定 inode 數目上限,要儲存有大量小檔案或軟連結 (symbolic link) 如新聞或電子郵件等需要在格式化時作特別設定。
- 目錄索引較弱,不利有過多檔案的大目錄。
| 故有 Ext2 檔案系統但需快速的檢查和修復。
|
| Ext4
| 新一代 GNU/Linux 系統的標準檔案系統 |
- 速度比 Ext2/Ext3 都快。
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
|
- 太新,穩定性還需時間觀察。
- 延遲分配 (delay allocation) 令系統當機後,一些檔案的資料可能無法修復。
|
|
| XFS
| SGI 提供給 GNU/Linux 的企業級檔案系統 ,已應用在 IRIX 系統多年。
|
- 原設計針對超級電腦及專業多媒體工作站,對大檔案或大量資料表現比其他檔案系統較佳。
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
- 支援動態 inode,有大量小檔案或軟連結 (symbolic link) 不會有超過 inode 上限的問題。
|
- 延遲分配 (delay allocation) 令系統當機後,一些檔案的資料可能無法修復。
| 大量巨型檔案如影片和 VM 等資料
|
| ReiserFS
| 90 年代末主新設計的檔案系統
|
- 在大量小型檔案處理比其他檔案系統較佳。
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
- 支援動態 inode,有大量小檔案或軟連結 (symbolic link) 不會有超過 inode 上限的問題。
|
- 原開發者問題,令現時其支援較差,主要特點都被 btrfs 吸納了。
| 大量小型檔案的資料
|
| btrfs
| 未來 GNU/Linux 系統的標準檔案系統
|
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
|
- 仍在開發中,穩定性未足夠應用在實際運作系統 (production system)。
| 未可以使用
|
| JFS
| IBM 提供給 GNU/Linux 的企業級檔案系統。
|
- 有日誌 (journaling) 功能,令它在系統當機後可以很快檢查和修復。
- 支援動態 inode,有大量小檔案或軟連結 (symbolic link) 不會有超過 inode 上限的問題。
|
| 不建議使用
|