AKSN74 wrote:
而且這樣的話 硬體RAID又會是怎麼做的呢?
有點好奇這部分
hardware raid的rebuild不需要動用CPU資源
rebuild過程中，也"不影響"file system的運作
但"不影響"不代表Disk效能不受影響
只是大部分的administrator在raid rebuild時
都會隔離系統，並停止所有操作，以免發生憾事....
當然，如過有迫不得以的狀況，還有會硬著頭皮開放系統給user用
個人積分：109分
文章編號：61951900
個人積分：291分
文章編號：62032797
使用btrfs on lvm並不會有什麼大問題
當然，btrfs是很新的fs
穩定性方面仍不及ext4那麼被驗證
相關管理技術及經驗也不足以使用於關鍵系統
但是其仍是ready for daily use, 不用太擔心
btrfs我用了好幾年，近年來穩定性已很不錯
因為管理的因素，我沒有用內建的raid
而是用lvm+btrfs
cpu i/o wait明顯比ext4高些
但是使用的體感延遲情況與ext4比並不明顯
而即時資料壓縮功能對於實體i/o的幫助是很直接的
試想本來1m的資料只要寫700k，讀也只要700k
效能怎麼不會改善呢，還節省了空間的使用
另外btrfs的cow功能，4g的檔案copy一個備分只要不到1秒
最妙的是總空間還是只佔4g
再來就是最重要的snapshot功能
在實戰經驗中他幫我救回多次的誤刪、誤改及誤覆蓋的手抖錯誤，真的遇到時你就會有感謝上蒼的感動了
btrfs的特性真的很適合nas的使用，又省空間又時光回遡
opensuse已將btrfs設為預設fs
群暉敢把btrfs應用在產品上相信也是有經過他們的驗證與測試
畢竟發生像三星的事件可不是開玩笑的
就好就特斯拉一樣
一直被質疑電池應用在汽車動力上有起火的風險
但是勇於創新及嘗試才有進步不是嗎
而這些車主也才能搶先享受這種電池車的無聲暴力快感及先進的自動駕駛的方便
在這點上我是很認同群暉的
多了一個選項給使用者
當然還是要強調btrfs是很新的fs
雖然我已提出我個人的使用經驗是ready for daily use
如果你還是沒跑足夠的信心，選ext4就好了
zfs on linux 那就算了
吃記憶體的大怪物，bug一堆也就算了，重點還很慢
看到一堆tuneing的文章要做一兩層的cache，ram 32g是基本
玩過一年最後放棄改btrfs(為了snapshot)
