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

[過去ﾛｸﾞ] ファイルシステム総合スレその20 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

894: 06/01(日)02:39 ID:+pBhduTU(1) AAS
似たようなファイルシステムがゴロゴロあるな
同じような機能同じような目的

895: 06/03(火)13:06 ID:BLInsZ6k(1) AAS
プロプラエタリィなNTFSの存在がガンですよ。

896: 06/06(金)19:26 ID:DcwFmon4(1/2) AAS
btrfs と bcachefs ならどっちを使うべき？

897(1): 06/06(金)22:04 ID:t2yseNZM(1/2) AAS
(Linus Torvalds) in August of 2024 that "nobody sane uses bcachefs and expects it to be stable".
外部ﾘﾝｸ:en.m.wikipedia.org

898: 06/06(金)23:43 ID:DcwFmon4(2/2) AAS
>>897
草
Kent Overstreet 氏がなんかアレっぽいからやめとくわ

899: 06/06(金)23:49 ID:t2yseNZM(2/2) AAS
An Initial Benchmark Of Bcachefs vs. Btrfs vs. EXT4 vs. F2FS vs. XFS On Linux 6.11
外部ﾘﾝｸ:www.phoronix.com

900: 06/06(金)23:57 ID:aNbcFT2d(1) AAS
f2fsすげーな、SDカードいたわりファイルシステムってだけじゃないのか

901: 06/07(土)00:14 ID:7L+jxPfb(1) AAS
F2FSはAndroidのストレージのファイルシステムに使われてるから
今はもうかなりのデバイス数で使われてる

902: 06/07(土)08:30 ID:4MW5fToT(1) AAS
おもしろそうな話をしているようなのできました

f2fsってのがあるんか

903: 06/14(土)07:11 ID:PyLZJCtn(1) AAS
btrfsの更新履歴を読むと raid5 なら行けそうな気がしてきた。

904(2): 06/14(土)18:45 ID:G4FNdXUC(1) AAS
Raid5はもう使っても大丈夫になってたはず
たしかLinux6.2から
カーネルバージョン低いと注意

905: 06/14(土)19:12 ID:mW9KbBLx(1) AAS
RAID5まで使えるようになったらもうBtrfs敵無しでは？

906: 06/14(土)19:37 ID:21r7Qhcw(1/2) AAS
>>904
Debain 12 (Bookworm) 2023年は6.1なのでDebian 13(Trixie)からは大丈夫になるのか。良い情報だ。

907: 06/14(土)19:44 ID:04hwReKF(1) AAS
stableのカーネルって普通にbackportsのに
更新して使うものだと思ってた…
絶対にミスが許されない鯖とかでない限りは

908: 06/14(土)20:18 ID:21r7Qhcw(2/2) AAS
レスチで悪いが、
Debian Backports に関しては Kernel で問題は出ないだろうけど、Backports でバージョン上げて不具合あっても、本家の解消待ちのイメージしかない。Emacs の事だが。

909: 06/15(日)10:22 ID:xeQ27nWt(1) AAS
>>904
なってません
追加機能無しで出来る修正が一つ入ったってだけで
write holeは根本的に解決してないし
多分これからしばらくも解決されません

外部ﾘﾝｸ:www.phoronix.com
外部ﾘﾝｸ:www.reddit.com

そもそもRAID5実装自体が完全に安全だと仮定しても
何TBのHDDでRAID5とかはリビルド中にUREに遭う確率を考えると割に合わない

910: 06/15(日)10:34 ID:qAAeLG7f(1) AAS
Btrfs使ってるけどRAID10で十分だよ

911: 06/15(日)15:02 ID:YaPsiovj(1/3) AAS
リビルドなんてZFSでもそんな信頼性高いもんじゃないからどうでもいいわ
なんか壊れたら素直に再構築すべき

912: 06/15(日)15:27 ID:aJl0W6/T(1/2) AAS
リビルドによる冗長性に期待しないんだったら
わざわざパリティ付きストライプで分散して書き込む理由なんて一つもない
そして現実的な容量あたりの回復不可能エラーの確率を考えると
6はともかくまともな冗長性が期待出来ないRAID5なんか今は使う理由はまるでない
それこそRAID1どころか多くの場合で破損部分が明白かつ単純で
無事な部分を吸える可能性が高い分だけシングル運用の方が遥かにマシ

913(1): 06/15(日)16:50 ID:YaPsiovj(2/3) AAS
リビルドによる冗長性ってなに？

914(1): 06/15(日)17:08 ID:6DNeCkGf(1) AAS
RAIDはアレイが破損したらリビルドかける前に
全データバックアップしろが通説だと思った

バックアップする空きストレージがないとか
そもそもバックアップがないなら
そもそもその運用がおかしい…
(捨ててもいいデータだけとか観て消し録画は除く)

915(1): 06/15(日)17:27 ID:xQc9M6ba(1/2) AAS
なんでRAIDやりたがるのか意味不明
バックアップの工夫をそれなりにやって
ダウンタイムやデータ損失期間を減らすための最終仕上げだよね
それとも広告であるネット記事を見て導入が大半?

916(1): 06/15(日)17:35 ID:aJl0W6/T(2/2) AAS
>>913
外部ﾘﾝｸ[html]:e-words.jp
外部ﾘﾝｸ[html]:www.buffalo.jp
RAIDの文脈で「冗長性」ってのは
RAID構成内に故障したハードウェアが出てもデータの完全性が損なわれない事
「リビルド」ってのはもっぱらその故障したハードウェアを入れ替えて元の冗長性を持つ構成に再構築することを指す
この説明でわかんないんだったら俺にはうまく説明出来ねえ
「リビルドできる冗長性に～」の方がもっと正確な言い回しだったといえばそれはそうなので
わかってて言ってたら単に俺の日本語が下手でごめんだな

>>914-915
本当にクリティカルなデータを扱うなら
定時記録的なオフラインバックアップが常に別にあって
「退避」や「サルベージ」をやる必要すらほぼ無いのが理想だし本当なら当然
もちろん実現にはハードウェアも運用もコストが相応に要るので難しくなるけどね
冗長性が無い状態での改めての読み出しは
結局リビルドとやってる事は似てて当然ながらもし残りのハードウェアが故障すれば(読み出せなくなった分は)完全にパーなんで
これはどちらかというと現実的な次善策

それこそbtrfsならスナップショットとsend/receiveをうまく使えば
オフラインバックアップ用の場所にも高速に増分バックアップ出来るよ

917(1): 06/15(日)18:37 ID:YrR/Ub7i(1) AAS
btrfsのsnapは呆気ないほど簡単にファイルの先祖返りが長期も短期も可能で、
WinがやっているVolume Shadow Copyの上位互換って印象で、個人的にはとても好き。

でも、バックアップは別途必要かなって思っている。神経質なだけかもだけれど、データって一番大事だから増分・差分だけじゃなく、本体も自分は保持するようにしている。

918(1): 06/15(日)21:04 ID:YaPsiovj(3/3) AAS
>>916
冗長性ってリビルドのためではなくサービスを止めないためのものでは？
リビルドしなくても冗長性は重要だよ

919: 06/15(日)21:36 ID:xQc9M6ba(2/2) AAS
びっくりしたのはRAIDでリビルド機能が無いと言われたとき
そりゃまぁデータ消えないけどそのまま運用とか狂人だろうに
おーこわいこわい

920: 06/15(日)21:39 ID:nO4JLxoc(1) AAS
>>917
btrfsなら親になるスナップショットを指定して増分モードでsend/receive出来るから
外部にも、
つまり「バックアップ」もスナップショット構造を維持しながら
書き込みは増分だけで済むよって話なんだ

例えばオリジナル上でSnapperで毎日撮ってて06-15→06-16→06-17とかあるとして
同一の06-15が送受信するストレージ上に同時にあれば
それを親に指定して06-16は差分だけ転送で済む
そして06-16が同時にあればそれを親にして06-17は差分だけで……で継ぎ足し出来るわけさ
外部ﾘﾝｸ[html]:btrfs.readthedocs.io

>>918
だから「RAIDの文脈で」って前置きして例のURLまで出してるでしょ
「RAIDの文脈で言う『冗長性』は主にはグループのうちn台が故障してもデータの完全性を保ち、そこからリビルドが出来る事」であって
例えば何かしらサーバーとして運用されてる物ならその全体の可用性として
一般的な語句で言う「冗長性」が望ましいというのは事実だしあんたは何も間違ってないけど
それはファイルシステムとデータだけに留まらない話

「たとえリビルドをしなくても全体の冗長性が重要」なんてのはそりゃ当然だけど
ファイルシステム総合スレなんだから
第一にファイルシステムとそれに関連するデータ保存の目的の文脈で話をしてるに決まってるじゃん

921: 06/16(月)02:21 ID:upbk3sl3(1/2) AAS
リビルドは最初からあまり期待しない。
HDDがいかれたときは他のHDDも寿命間近で、リビルド中にお釈迦になった経験がある。

raidを使う利点はコントローラから警告音が盛大に出ることとバックアップの時間が稼げること。

ソフトウェアraidの利点も時間稼ぎかな。

上下前次 1-新書関写板覧索設栞歴

あと 81 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.014s