FlossDoc: 請協力 GPLv3 的中文翻譯工作。

Choose Filesystems

FlossDoc,自由中文開源知識庫

Jump to: navigation, search

除了 Ext3Ext4GNU/Linux 事實上或支援包括 XFSJFSbtrfs 等多個檔案系統 (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 上限的問題。
  • 已開發停止。
不建議使用
Personal tools