[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
36(1): 2020/06/28(日)02:20:06.74 ID:xzLdTpz+(1) AAS
Facebookはメインでbtrfs使ってるし普通に商用でも使えそうだけどな
最近は悪い話聞かないし開発早いからだいぶ良くなっているんじゃないか？
43(1): 2020/06/28(日)13:04:25.74 ID:Jcs8bruE(1) AAS
>>36
主語と目的語が逆かと。Btrfsにメインで関与しているのがChris Mason(Facebook在籍のエンジニア)で、
2017年のredditの議論[1]や、文中引用のMasonへのインタビュー[2]でも、Facebookが業務をBtrfs
中心で回しているとは読めない。2020年の現在も、安定性から中心に据える選択はないのでは。
[1] How does Facebook Use BTRFS? : btrfs
外部ﾘﾝｸ:www.reddit.com
[2] How Facebook Uses Linux and Btrfs: An Interview with Chris Mason
省2
102(1): 2020/12/02(水)12:38:32.74 ID:EbfJ4YWH(1) AAS
Btrfsがカーネル5.4以降は安定化したって本当ですか？
198: 2021/03/11(木)13:38:40.74 ID:c/de+RjG(1) AAS
>>193
確かに。警告無かったことを知らなかったわ
280(1): 2021/08/29(日)15:01:28.74 ID:/+B08fjB(1/3) AAS
>>278
いましがた dRAID の説明を初めて読んできた初心者なので参考まで
> その後新しいホットスペアを追加したら結局再構成が始まるんでは？
語弊がある書き方をするけど再構築が高速になるトレードオフとしてホットスペア
にデータを事前にデータを書き込んでおく(準備しておく)ってだけじゃん
リビルド中に２本目と３本目が相次いで壊れてデータロストするリスクを(リビルドを
高速化することで)回避するためのものだから効率が悪い・二度手間な処理を行う
省10
797: 2023/07/17(月)22:40:10.74 ID:Je/0Hij9(1) AAS
あとはオンボロSSDやSDカードでssdオプション有効にすると動作怪しくなるのと
ライトホール問題絡んでくるRAIDが怖いがそれらの点以外は便利なんだよなbtrfs
VMゲストしたときの性能についてはあきらめてLVM等使うかvirtiofsの今後に期待するって話で落ち着きそうだし
でもサブボリューム単位で透過圧縮やCoWの有無切り替えられないのは誰か何とかしてほしい
（ボリューム分けるって方法もあるが単一ボリュームで気軽にマルチデバイスできるのが本来の強みなのだし）
798: 2023/08/03(木)11:45:45.74 ID:dhkK29LG(1) AAS
www.phoronix.com/news/XFS-Maintainer-Steps-Down
> XFS File-System Maintainer Stepping Down
XFSのメンテナが辞任
> Nowadays, people working on XFS seem to spend most of their time
> on distro kernel backports and dealing with AI-generated corner
> case bug reports that aren't user reports. Reviewing has become a
> nightmare...
省2
848: 2023/09/08(金)17:32:16.74 ID:PGoi6aw5(1) AAS
TPMはプロ相手にはセキュリティ上の追加効果は殆どないのに
一般のユーザーはデータを救出不可能になるリスクが増すというデメリットばかりの代物だぞ
856: 2023/09/09(土)11:46:05.74 ID:2Ydxc51k(1) AAS
>>851
スナップショットのあるファイルシステムいいよ
いつでも全ファイルの差分が見えるし、バックアップ取るときもまずスナップショットを取ってそっちを対象にすれば
メインボリューム側では整合性期にせず作業続けられるし
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s