btrfs 是 Oracle 為 linux 所做的一個 open source filesystem, 其主要目標應該是 ZFS (因為授權的關係, 無法直接納入 linux kernel 中) 吧.

去年曾經把我家的系統轉到 btrfs 用了約一個月, 後來因為有幾次不正常的開關機後, 檔案系統似乎有點問題, 但是... 找不到可以修理檔案系統的工具 (那時的 btrfsck 只會跟你說檔案系統有問題, 並不會修理), 所以又換回 XFS.

最近, 經過數次的延期 (網站上寫的 coming soon 應該有超過一年吧) 之後, 今年三月, 終於有了第一個可以修理檔案系統的 btrfsck 可以用了(不過看起來似乎只能處理部份的情形, 並非所有的毀損都能處理), 加上最近多了支援 snappy 與 lz4 這兩種快速的壓縮處理, 所以, 就暫時把家裡其中一台機器再轉成 btrfs 來用看看.

首先是 RAID 的處理,  之前有試過 RAID 0 與 RAID 10, 不過都是用同樣大小的硬碟處理, 不過....由於前一陣子壞了一些硬碟, 所以... 目前這一台機器上頭的 RAID 0 是用兩個 750GB 加一個 3TB 的硬碟組成的, 在 btrfs 上頭使用時... mkfs.btrfs 之後, 是看到有 4.1TB 的空間, 不過.... 把檔案放回去時, 居然到 2.1TB 就跟我說空間不足, 看起來就跟 3 個 750GB 的硬碟組成的 RAID 0 一樣... 看起來, 這部份的處理應該有問題. 只好改回 mdadm 來處理 RAID.

接著先試用 snappy 的壓縮, 不過.... 檔案放上去居然有些無法正常解壓縮回來, 在 maillist 中找了一下, 發現在 inline extend 的處理上有問題, 所以有些東西無法正常解出來. 加上 patch 之後再試看看, 果然原本無法看到的東西就正常了.... 不過, 仍然有其他的問題, 因為有些內容居然改變了 (直接 diff 看會有一堆不同), 在網路上有看到別人也有類似的問題, 看起來目前似乎無解, 等之後正式納入應該會被修正吧.

換用 lz4 之後, 用起來就很正常 (速度也不錯, 不過...到底有沒有真的壓縮啊? 看空間也沒有必較省....). 

目前看來, 如果用解壓縮 kernel 的 tarball 來看, 用 btrfs+lz4 的速度比我用 ext4 或 XFS 要快上許多 (不過... 依照一般的測試來看, btrfs 的速度應該還是比 ext4 慢一些), 等用一陣子如果沒問題, 再把其他的系統也換成 btrfs 來用看看.