[過去ﾛｸﾞ] ファイルシステム総合スレ その20 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
839: 2024/10/08(火)18:24 ID:BFua4mkm(2/2) AAS
電源断対策にcow式ファイルシステムがいるかというと、まともなアプリはcow式前提にしてないし、技術的原理的には電源断に強いかもしれんが効果を発揮するのは限定的だと思ってるわ
840(1): 2024/10/08(火)23:49 ID:g4k9TmhA(1) AAS
どういうこと？
CoWだろうとソフトウェアの対応なんていらんが
841: 2024/10/09(水)22:58 ID:TGngPSqW(1) AAS
>>837
それ流行ってんの？
842(2): 2024/10/10(木)23:29 ID:xeeQIOkG(1/3) AAS
>>840
たぶん「まともなアプリ」は
(1) 上書きせずに同期書き込みで別ファイル作成(Create, Write, Close and Sync)、
(2) 上書き前のファイルを削除、
(3) (1)で作成したファイルをリネーム
する(つまり手間をかける)って話かと。
まともじゃない駄目アプリは (1)-(3) を実行せずに上書き (Truncate and Write)
ですましちゃうから CoW じゃないと処理途中で停電した場合にデータが吹っ飛ぶ
って事じゃないかな。
rename するとファイルの xattr 属性が吹っ飛ぶ/リストアが面倒なので
「まともなアプリ」でも実際には (2),(3) は実行せず、
(2a) オリジナルファイルを上書き (Truncate and Write) だな。
途中で停電になった場合は次回アプリ起動時に修復するかをユーザに問い合わせる。
例えば Linux の vi とか Windows の MS-Word とか起動時に復旧するかが表示される。
843: 2024/10/10(木)23:42 ID:xeeQIOkG(2/3) AAS
駄目アプリの Truncate and Write の途中で停電になったら
例え CoW であってもファイルの途中までの書き出し状態で復旧するか
上書きする前に戻されるかだけでしかない。
アプリレベルで意味のあるオートセーブデータとか
アプリレベルで意味のあるアンドゥログがあって初めて停電対策になるのであって
アプリより低層のファイルシステムでは打てる策ではどうあがいても
「効果を発するのは限定的」ですね。
844: 2024/10/10(木)23:52 ID:xeeQIOkG(3/3) AAS
>>842
× リストアが面倒なので
○ ハードリンクの復元が超面倒/思いつかないので
845: 2024/10/10(木)23:56 ID:WGFMDZfJ(1/2) AAS
属性を保持したまま内容を一気に入れ替えるのは、今ならcopy_file_rangeがある
846: 2024/10/10(木)23:57 ID:WGFMDZfJ(2/2) AAS
で、こいつはCoWファイルシステムじゃないと本当に内容をコピーするので効率が悪い
847(1): 2024/10/11(金)07:39 ID:/6otHtpl(1) AAS
停電を予測して スナップショットを撮る機能が追加されるとかしないとかいう話は聞いたことがない
848: 2024/10/11(金)14:12 ID:mj4qPltc(1) AAS
そこでNILFSですよ
849: 2024/10/11(金)16:05 ID:P6k6G+uZ(1) AAS
Nipple?
850: 2024/10/11(金)22:21 ID:5hgxSCWq(1) AAS
>>842
renameでのinode置き換えならunlinkはいらんし、user拡張属性なら転記するだけでいいけど何気にしてるか分からん
851: 2024/10/12(土)00:50 ID:oiiqPhbz(1) AAS
>>847
10年近く前にそんなファイルシステムを作ってたな
紆余曲折でプロジェクトはポシャったけど
852: 2024/11/01(金)23:30 ID:fOkGcY4d(1) AAS
openZFSの新しいDedupについて
外部ﾘﾝｸ:despairlabs.com
853: 2024/11/02(土)00:19 ID:VFPv/92F(1) AAS
タイトルからして良いのか使うななのか。言いたい事は何故か分かった
854: 2024/11/02(土)02:38 ID:QhRsNAf7(1) AAS
かなり改善されたけど一般的な使い方ではdedupを使う価値は無いとのこと
855(1): 警備員[Lv.21] 2024/11/21(木)20:13 ID:84+fZx8I(1) AAS
外部ﾘﾝｸ:www.phoronix.com
よりによってLinusが行動規範違反持ち出してワロス
856: 2024/11/21(木)20:17 ID:irrhUSYn(1) AAS
Linus先生の精神修養の効果はどれぐらい持続したんだろうか
857: 2024/11/21(木)21:25 ID:IaoA0KbF(1) AAS
カーネルは何千人も開発に関わってるプロジェクトだからな
問題があるメンテナは受け入れられないよ
858: 2024/11/22(金)10:35 ID:NLeFvCAZ(1) AAS
kent君が結構アレなので……
859: 警備員[Lv.22] 2024/11/22(金)11:21 ID:LsZKWQ6U(1) AAS
外部ﾘﾝｸ[13]:www.phoronix.com
> ReiserFS Has Been Deleted From The Linux Kernel
ついに……
それにしてもFS開発者ってキチガイ多くね？
860: 2024/11/23(土)10:44 ID:Suo8i6kX(1) AAS
>>855
Bcachefs開発者がどんな行動規範違反しているのかかよくわからんのだけど
LKMLでのKentのメール
外部ﾘﾝｸ:lore.kernel.org
> Get your head examined. And get the fuck out of here with this shit.
訳: お前の脳みそ検査しろ。そのクソと一緒にここから出て行いきやがれ
こういう5chみたいな文章がアウトってこと?
861: 警備員[Lv.1][新芽] 01/25(土)07:58 ID:woka93X8(1) AAS
zfsはせっかく良いファイルシステムなににちょっと勿体無いね
862: 01/26(日)03:10 ID:gS4o5s0d(1) AAS
zfsはエンプラ用途すぎて中小企業や一般ユーザにはとても合わないと思うが
863: 01/26(日)13:22 ID:Wag9xtbO(1) AAS
むしろ中小企業向けだろZFSは
でかい企業は分散ファイルシステム使うだろうし
864: 01/26(日)19:09 ID:zsOq4jRe(1) AAS
中小企業は
1. 重複排除、スナップショット、圧縮が安定して使え
2. Active Directory の連携し CAL も不要、
3. 故障時ハードベンダーにお任せで社内技術者による属人化を無視可能
な中身がWindows IoT の NAS 製品買うでしょ。
エンタープライズも並列ファイルシステムの Lustre の中身
(ldiskfs(ext4) か ZFS が選択可能) として位ではないかな。
実績面で疑問が残る Lustre ZFS をまともに運用出来る人員を確保
できる組織が存在するかは疑問だが。
865: 警備員[Lv.5][新芽] 01/27(月)11:47 ID:GOJgDLEA(1) AAS
zfsよりbtrfsの方が勢いあるしな
866: 01/27(月)12:03 ID:K25csgYz(1/2) AAS
NAS企業同士がexfat対btrfsで論争してなかったっけ、どうなったんだろ
867: 01/27(月)14:04 ID:xG3E2DwG(1/2) AAS
ext4の間違いでは？
exfatなんて対抗にならないだろ
868: 01/27(月)14:26 ID:K25csgYz(2/2) AAS
あ、素手間違えてたごめん
もちろんext4
思い出そうとして今ぐぐったらQNAP、ReadyNAS、Synologyあたりが論争してたみたい
上下前次1-新書関写板覧索設栞歴
あと 134 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.020s