ファイルシステム総合スレ その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 あたりで.

確かに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秒