• 12

BTRFS 在 kernel 4.12 效能依然嚴重低落於 EXT4

zsuper 我們家是真的很喜歡閃電麥昆的電影 第三集多勵志啊 讓我們感受到 長江後浪推前浪 速度不夠快就是被 jackson storm 給超車. 也只有新一代的車 Cruz + 麥昆的經驗能夠贏啊.
張大眼睛 wrote:
我不要說誰對誰錯
不...(恕刪)
在這個業界是真的要不斷學習,但是新的東西能不能夠應用在企業環境,可不是買了就沒問題,現實面還沒有整合統一的東西,就是不能用,IT買一套幾十萬設備總不能用個幾年後停產了,就無法得到維護吧。
我要管理幾百台設備,不可能貿然推動採用最新但沒有經過市場驗證的產品,不管HP、IBM是否有類似相關產品,沒有共推統一的標準,這產品就是有風險的,除非是獨家專利。



speedmax168 wrote:
在這個業界是真的要不斷學習,但是新的東西能不能夠應用在企業環境,可不是買了就沒問題,現實面還沒有整合統一的東西,就是不能用,IT買一套幾十萬設備總不能用個幾年後停產了,就無法得到維護吧。


沒錯 btrfs 這個新檔案格式 效能不足 原本的 ext4... 同時 redhat 這家最大的 linux 服務商也不支援 btrfs... 所以企業環境不能使用 btrfs

Oneplus 8 Pro• Thinkpad T480s• PVE6+OMV4+NextCloud

EluSiOn wrote:
沒錯 btrfs ...(恕刪)
能不能在企業中應用,這我倒是不便評論,但是btrfs參與核心開發者之一Chris Mason還沒有放棄發展,也宣稱會繼續發布新的核心,加上Linux最大用戶facebook也還在支持發展,除非這些參與核心開發者都放棄了,才能真正下定論吧
應該說在 linux 上頭, 要有方便的快照可以用, 目前使用 btrfs 還是第一個選擇.

透過 lvm? 依據以往學的東西 (有進步嗎?), 要先準備一個空間才能用, 如果保留空間太小, 那表示快照可以留存的時間也不會太長 (快照產生後, 異動的資料會先存在保留的空間, 等快照結束再寫回, 如果寫滿之後, 等於該快照失效), 也就是這類的快照設計理念是用來備份用的, 產生快照 => 備份 => 刪除快照.

透過 zfs. 事實上, 這是一個比 btrfs 更好的方案. 一樣簡單, 也比 btrfs 快且成熟 (畢竟 btrfs 原本的目標就是要幹掉 zfs). 只不過.... 因為授權的關係, 不在正式的 linux kernel 中, 這也就表示多數的發行版不會內建上去, 要玩就要自己弄.

就目前的情勢來看, 似乎有打算在 xfs 上頭實作出類似 btrfs 這類的快照功能, 不過... 也不知道會多久.

所以... 一般的使用者, 選擇 btrfs 來用, 目前算是合理的選擇. (不用快照, 那直接用 ext4 就好了, 又快又穩, 問題又少)

至於 nas 廠商, 我認為應該是提供 zfs 的解決方案會比較合理. (相對成本可能更高吧)
我是對 btrfs 好惡參半啦

btrfs 至少有 LXC/LXD 全面支持,有玩虛擬化的應該有興趣

btrfs 另外有個特性,不知道有沒有人測試過 , 就是SMB同一台機器間的複製是可能快很多,這只適合 WIN8 以上的檔案總管測試

詳情看
https://wiki.samba.org/index.php/Server-Side_Copy

其中有張圖我擷取如下,懂得大概就知道怎麼回事了



其實結果論來說,
最主要還是看效能吧....
穩定性實在難比較~
而且也無法證明EXT4或Btrfs不穩在哪裡~

但是效能差、傳輸慢...相對要面對的風險值就高了....

只是我不太明白當一家公司要決定如何走下一步棋時,
明知道選Btrfs效能會變差很多,那又為何硬是要幹呢....
我相信一定有做多方測試研究才選定要走哪種格式....
難道就真的只是為了快照???

eray1105 wrote:
我相信一定有做多方測試研究才選定要走哪種格式....
難道就真的只是為了快照???

本來就是為了快照啊.
不需要快照的情形下, 直接用 ext4 就可以了, 問題少, 速度快, 又省事.
btrfs 應該連出現在選項裡頭都不會.

當快照功能變成必要的條件後, 如果不使用限制較多的 lvm 快照, 就只有 btrfs 跟 zfs 可以選了.
我來澄清一下 一些錯誤的訊息

speedmax168 wrote:
Chris Mason還沒有放棄發展


在 git 上 mason 的 repositories 以及 no longer synced 最後一次是 2016-01 這個是 btrfs wiki 官網的訊息



目前大家都是使用 David Sterba (suse) 的 repositories 然後 從 2017-01-01 80% 都是他 commit 的 changes, 再來是 Qu Wenruo 中國富士通.

我們再來看 development branch 的數字 從 2014 後幾乎都是 kdave (David Sterba -suse ) 但是 facebook 跟 Chris Manson 從 2014 後就很安靜了



就如我說的在 2017年, 還在 actively commit btrfs 的只有 suse 跟 中國富士通 了.

twu2 wrote:
透過 zfs. 事實上, 這是一個比 btrfs 更好的方案. 一樣簡單, 也比 btrfs 快且成熟 (畢竟 btrfs 原本的目標就是要幹掉 zfs). 只不過.... 因為授權的關係, 不在正式的 linux kernel 中, 這也就表示多數的發行版不會內建上去, 要玩就要自己弄.


ZFS on Linux 非常成熟, 它已經是預設在 debian9 跟 ubuntu 16.04 的 kernel 裡面, 根本不需要自己 compile. 這兩個 linux distribution 是目前 Openstack 使用最多的.

再來就是 FreeNAS 的 zfs 以及 OpenMediaVault 的 zfs 也都是一鍵式安裝到位.

寂寞小處男 wrote:
btrfs 至少有 LXC/LXD 全面支持,有玩虛擬化的應該有興趣


這點我有就點不明白了, lxc 容器的 kernel 是使用 host 的, 只要 host 支援 zfs 或是其它檔案格式, lxc 是自動就支援的.

寂寞小處男 wrote:
https://wiki.samba.org/index.php/Server-Side_Copy


因為 samba 是 fuse... 所以知道底層的 file system 可以進一步優化, 如 btrfs 或是 zfsacl 等等的 vsf object module.


-------------------------------------
討論這些細節末梢 還是總歸 btrfs 效能慢, 開發資源嚴重萎縮, 特別是 redhat 不支援後. 企業使用實在高風險
Oneplus 8 Pro• Thinkpad T480s• PVE6+OMV4+NextCloud

EluSiOn wrote:
ZFS on Linux 非常成熟, 它已經是預設在 debian9 跟 ubuntu 16.04 的 kernel 裡面, 根本不需要自己 compile. 這兩個 linux distribution 是目前 Openstack 使用最多的.

Debian 的 zfs 支援是透過 zfs-dkms, 也就是安裝時是由 zfs 的 source 透過 dkms 編譯才能用. 並不是 Debian 預設就支援的.
Ubuntu 沒接觸, 不過本身基於 Debian testing, 應該是同樣的作法吧.
  • 12
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 12)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?