ファイルシステム総合スレ その19
レス数が950を超えています。1000を超えると書き込みができなくなります。
BcachefsがやっとLinuxにマージされたぞ btrfs遅いって言われてたけどアップデートのペースが凄くてどんどん速くなってるからな
btrfsが使えるならそれでいいんだよ btrfs早くdfコマンドとか対応してくれ。
CoWだと無理なんかな? 今のBtrfsは開発が活発で安心感すらある
RAID56のバグもいよいよ修正作業が本格化したようだし bcachefsはビルトインで暗号化や階層キャッシュ出来るのが明確な強みなんだから言われてるほどbtrfsと競合しない筈なんだよな〜
ただ実績無いし長期的な開発体制も怪しいからまじで先が読めない
一方btrfsもRAID5,6に関してはライトホール問題はどうしようもないんだから長い長い道のりになる気がするな Microsoft の Dev Drive もちょい気になる bcachefsも追従してきたということはサブボリュームをディレクトリ扱いするのはそこまで利点あるのだろうか
zfs他のようにパーティション扱いで、加えてスワップファイルやVMイメージ用にスナップショット対象外フラグでも設ければ充分な気がするけども bcachefs のベンチマーク記事、bcachefsは bcache ベースで堅牢性と信頼性重視、とされてるから、速度なら低速デバイス+キャッシュ(dm-cache、L2ARC、bcacheなど)同士の比較が欲しかった。 >>936
本格的なベンチマークは6.7カーネルのリリースまで待つしかないんじゃないかな
喜び勇んで自分でビルドしてベンチマークしようとしたPhoronixで悲惨な結果になってるし
実際にZFSを置き換えられるのか等運用や評判の話は良くも悪くももっと後だろう fscryptかあ…dm-cryptの方が好みかなあ
ただ現状btrfs raid dmcrypt automountの連携に難ありというか…正しく調整するにはudevまでいじる必要があるのが面倒 ファイル暗号化だとシステムはTPMで暗号化して(起動時のパスワード入力不要)
ホームディレクトリはログインパスワードで暗号化といった使い分けしやすいのが利点らしい。
ユーザーが大量にいるケースでも個別のフレーズで暗号化出来る。
同じことを他の方式で実現するのは現実的ではない。 予行練習で試しにext4のfscryptを使ってみたけどめっちゃ便利だなこれ
ログインしていないユーザーのhomeフォルダは暗号化されたままだからdm-cryptよりも安心感がある
ほぼ起動したままだったから全体の暗号化にあまり意味を感じてなかったし Fedoraはfscryptによる暗号化をインストール時のオプションとして提供する計画みたいだね
xfsからbtrfsに乗り換えたディストリの強みを活かしていく ブロックグループの導入でマウントが遅い問題も解決されたし
Btrfsは最強のファイルシステムへの道を着実に歩んでいるな bitlot防止機能が素晴らしい
なぜ窓と林檎はbitlot防止できないんだい? マジレスするところなのかボケるところなのかわからんけどbitrotのtypoじゃない?
どう優れてんのか知らんけど bit rotという言葉は初見だったので勉強になりました。
ありがとうございます。
bit rot防止 login:Penguin 圧縮って使わないほうがいいかも
CPUが100%張り付いてる状況だとめっちゃ低速化する CPUが100%に張り付くようなマシンスペックが問題ってだけ
圧縮や重複排除はコアとメモリに余裕がないマシンでは使えねーのは
今も昔も変わらん ソースベースディストリで作業ディレクトリをcompressオプションでマウントとか? 結局Btrfsはやめてext4に乗り換えた
Btrfs自体は安定してくれてるんだけど
たまにext4に決め打ちされてる古いプログラムを踏んで不具合が出るのがキツかった >>921
信頼性が低いSDカードだからこそ
cowの堅牢性やチェックサムでデータ化けを検出できるのは頼もしい
ただ確かに普通のSDカードをシステムやスワップに使うと長時間のランダムライトについてこれずに激遅になるので
ハイエンデュランスのSDカードを選ぶ必要がある Linuxはbcacheを使ってssd+hddの階層キャッシュを簡単に組めるのは良いな
カーネルの標準機能だから起動や互換性のトラブルはまず起きないし。
Windowsはサードパーティのソフトに頼る必要があるし、
どれもデータ破損などのトラブルの報告がある bcacheって意味あるのかな?
良く分かってないのだけど
もっと高速なRAMにキャッシュされるので
RAMをたくさん積んどけば良いんでない? 一生懸命作っているから文句を言いにくいというだけで実用面ではBtrfsが安定した今としては必要ないね >>958
すみませんBtrfsってbcacheと関係あるんですか?
名前は似てるけども >>959
958じゃないけど、無関係だね。btrfsとbcache bcache使うなら kernel は LTS が良いかも。過去にやらかしがあったらしいので。 bcacheは大容量データを扱う機会の多いWindowsでこそ欲しいよね
>>958
bcacheとbcachefsは別物
紛らわしい名付けしたものだ 作者同じだし似たような技術使ってるから似た名前になってるんだが カーネルの標準機能だからトラブルはまず起きない、ってことはないんじゃないかな?と思った
カーネルの実装には問題なくてもユーザーランドのコマンドのバグで破壊とかないとはいえないし カーネルモジュールはコンパイルしなくてもいいんやで 一つだけWindowsがLinuxより優れている点がある
デフラグソフトが充実していて配置方法を選べることも多く
適切に使うことで再断片化を緩和できる Linuxは断片化が起きる前提にファイルを配置していくからデフラグの意味がないんだよ
だからデフラグソフトが無い デフラグせんでも別ストレージにコピーすればいいのだ vfatがデフラグ必要なのって毎回再配置しないので性能を稼ぐ意味合いだよね >>971
いらない
HDDでもSMRならデフラグしないほうがいい Linuxのfsもエクステント、b木の最適化くらいはどこかでやってるよね RAID-Z3みたいな機能をbtrfsが備えてくれればいいんだが… Btrfs Enjoys Performance Optimizations With Linux 6.9
https://www.phoronix.com/news/Btrfs-Linux-6.9 レス数が950を超えています。1000を超えると書き込みができなくなります。