ファイルシステム総合スレ その19

● 前スレ
ファイルシステム総合スレ その18
https://mao.5ch.net/test/read.cgi/linux/1514472651/l50

● 関連スレ
ジャーナリングファイルシステム
https://mevius.5ch.net/test/read.cgi/unix/979408065/l50

OpenSolaris/Illumos (OpenIndiana, etc.) 6
https://mevius.5ch.net/test/read.cgi/unix/1337411922/l50

FS関連スレ
https://medaka.5ch.net/test/read.cgi/os/1137387538/l50
過去スレ, 関連リンクは >>2-10 あたりで.

ソースベースディストリで作業ディレクトリをcompressオプションでマウントとか？

結局Btrfsはやめてext4に乗り換えた
Btrfs自体は安定してくれてるんだけど
たまにext4に決め打ちされてる古いプログラムを踏んで不具合が出るのがキツかった

Linuxは素晴らしいよね。

>>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は断片化が起きる前提にファイルを配置していくからデフラグの意味がないんだよ
だからデフラグソフトが無い

NTFS は FATと違うのでデフラグは起きにくいし、実行しても短時間で終わるでしょ。
https://atmarkit.itmedia.co.jp/fwin2k/experiments/defragment/defragment_column.html

デフラグせんでも別ストレージにコピーすればいいのだ

e4defrag は

SSD時代にデフラグ要るのか？

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

普通にext4で良いんですよね？

良いよ。
大半のパフォーマンスはext4が一番良いくらい。
xfs はファイル数などの上限が上がるので企業みたいな使い方をするならよい選択。
btrfs はCoW で条件によりコピーが速かったりファイルシステムを圧縮したり、高機能だし色々出来るけども、使い方を調べないといかん。

確かにext4はコピーが激重。

昔xfsでファイル削除が激重だったけど、何年か前に改善されたらしい

https://www.phoronix.com/news/ReiserFS-README-Linux-6.10

Hansが獄中で更正してるのに泣いた(´；ω；｀)ﾌﾞﾜｯ

日本語版wikipediaによると
2020年 仮釈放の審査に落ち、2022年に予定されていた仮釈放がさらに伸びた。
2027年 仮釈放の予定

刑期短縮の為模範囚を演じてるだけじゃないかと思う

自分のプロダクトに自分の名前を付けるやつはやべぇ奴の法則

たしかに、リーナスは自分の名前を取ってgitを作ったからな

バックアップ取らない派なので先日ext4のディレクトリをrmコマンド打つの間違って全部消して
結局復活できなかった
extundeleteもext4magicも結局だめだわ

btrfsはどこまで削除したやつを戻せるかわからんけどこれを期にもうこの際まず/homeをbtrfsに変えてみた
お、なんか動きは良い感じノードサイズは32kでやってみた
dmesgで「BTRFS info (device sda4): enabling ssd optimizations」なんて出てるのでSSD使ってる
からなんか良さげw

不具合なければファイルシステムはこれでいくかも

>>980
あったね、10年ちょっと前にxfsにしてた。/も/homeも。要するに全部xfs
大きなファイルやディレクトリをrmすると重い
しかもこの頃のlinuxってIOの割り込みとかで結構へんな処理待ちが出る感じだった
IOの割り込み処理待ちでほぼ固まってる感じに近かったw
それはxfsだけじゃなくext3等も状況により処理待ちですごかったけどxfsはホント固まる感じだったね

今は本当に割り込みの処理待ちとかほぼ感じさせないカーネルになったんだね
ファイルシステムは実はその頃ReiserFSを使ってた時も有り、これは本当に速かった
開発者逮捕て使うの辞めたけどある意味逮捕なきゃ凄く良かったファイルシステムだったと思う
陰謀かなにかではめられて逮捕？

とりあえず暫くbtrfsかな。あ、電源バチバチ切ったりしてもなんだかんだ強かったのはntfsですね

btrfsだいぶ枯れてきたよな
zfsから引っ越してまた1年ちょっとだが今のところド安定だわ

過去ログ読んできてbtrfsのRAID5/6には問題ありというのを知って
あれから色々更新入って対策進んでる様だけどまだ例の問題は解決してないっぽい!?

RAID5はLinux6.2以上なら信頼できそう
RAID6はまだです

RAID5にするくらいならRAID10でってなっちゃう
早くRAID6不具合なく使えるようにならないかな

btrfsは今もマウント毎にオプション指定出来ないままなの？

Btrfsが安定したって嘘じゃないか。RAIDがまだ不完全。

何が嘘なの？

安定したと言えば全体が安定したと考えるのが当たり前だろう。
部分的にでも不安定なところがあるのであれば安定とは言えない。

でもなんかすげー書き込み量あるのな iostatで計測してると
ext4と比べて
何の処理をしてるんだろ

>>995
それを言われると気持ち悪くなってきた。
次の機会ではext4にするか。

B-treeかつCOWな仕組みなんだし、デフォでメタデータは二重化されてるし、IO回数自体は多くて当然じゃね？

ファイルシステム

ファイルシステム

やっぱりファイルシステム

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1507日 22時間 16分 34秒

5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。

▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/

▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login