24/10/10 23:29:15.63 xeeQIOkG.net
>>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:login:Penguin
24/10/10 23:42:22.27 xeeQIOkG.net
駄目アプリの Truncate and Write の途中で停電になったら
例え CoW であってもファイルの途中までの書き出し状態で復旧するか
上書きする前に戻されるかだけでしかない。
アプリレベルで意味のあるオートセーブデータとか
アプリレベルで意味のあるアンドゥログがあって初めて停電対策になるのであって
アプリより低層のファイルシステムでは打てる策ではどうあがいても
「効果を発するのは限定的」ですね。
844:login:Penguin
24/10/10 23:52:24.30 xeeQIOkG.net
>>842
× リストアが面倒なので
○ ハードリンクの復元が超面倒/思いつかないので
845:login:Penguin
24/10/10 23:56:09.82 WGFMDZfJ.net
属性を保持したまま内容を一気に入れ替えるのは、今ならcopy_file_rangeがある
846:login:Penguin
24/10/10 23:57:11.07 WGFMDZfJ.net
で、こいつはCoWファイルシステムじゃないと本当に内容をコピーするので効率が悪い
847:login:Penguin
24/10/11 07:39:44.04 /6otHtpl.net
停電を予測して スナップショットを撮る機能が追加されるとかしないとかいう話は聞いたことがない
848:login:Penguin
24/10/11 14:12:45.09 mj4qPltc.net
そこでNILFSですよ
849:login:Penguin
24/10/11 16:05:09.61 P6k6G+uZ.net
Nipple?
850:login:Penguin
24/10/11 22:21:34.48 5hgxSCWq.net
>>842
renameでのinode置き換えならunlinkはいらんし、user拡張属性なら転記するだけでいいけど何気にしてるか分からん
851:login:Penguin
24/10/12 00:50:45.17 oiiqPhbz.net
>>847
10年近く前にそんなファイルシステムを作ってたな
紆余曲折でプロジェクトはポシャったけど
852:login:Penguin
24/11/01 23:30:14.47 fOkGcY4d.net
openZFSの新しいDedupについて
URLﾘﾝｸ(despairlabs.com)
853:login:Penguin
24/11/02 00:19:44.04 VFPv/92F.net
タイトルからして良いのか使うななのか。言いたい事は何故か分かった
854:login:Penguin
24/11/02 02:38:38.08 QhRsNAf7.net
かなり改善されたけど一般的な使い方ではdedupを使う価値は無いとのこと
855:
24/11/21 20:13:48.31 84+fZx8I.net
URLﾘﾝｸ(www.phoronix.com)
よりによってLinusが行動規範違反持ち出してワロス
856:login:Penguin
24/11/21 20:17:07.65 irrhUSYn.net
Linus先生の精神修養の効果はどれぐらい持続したんだろうか
857:login:Penguin
24/11/21 21:25:01.65 IaoA0KbF.net
カーネルは何千人も開発に関わってるプロジェクトだからな
問題があるメンテナは受け入れられないよ
858:login:Penguin
24/11/22 10:35:04.69 NLeFvCAZ.net
kent君が結構アレなので……
859:
24/11/22 11:21:03.37 LsZKWQ6U.net
URLﾘﾝｸ(www.phoronix.com)
> ReiserFS Has Been Deleted From The Linux Kernel
ついに……
それにしてもFS開発者ってキチガイ多くね？
860:login:Penguin
24/11/23 10:44:13.64 Suo8i6kX.net
>>855
Bcachefs開発者がどんな行動規範違反しているのかかよくわからんのだけど
LKMLでのKentのメール
URLﾘﾝｸ(lore.kernel.org)
> Get your head examined. And get the fuck out of here with this shit.
訳: お前の脳みそ検査しろ。そのクソと一緒にここから出て行いきやがれ
こういう5chみたいな文章がアウトってこと?
861:
25/01/25 07:58:57.62 woka93X8.net
zfsはせっかく良いファイルシステムなににちょっと勿体無いね
862:login:Penguin
25/01/26 03:10:14.41 gS4o5s0d.net
zfsはエンプラ用途すぎて中小企業や一般ユーザにはとても合わないと思うが
863:login:Penguin
25/01/26 13:22:39.12 Wag9xtbO.net
むしろ中小企業向けだろZFSは
でかい企業は分散ファイルシステム使うだろうし
864:login:Penguin
25/01/26 19:09:51.48 zsOq4jRe.net
中小企業は
1. 重複排除、スナップショット、圧縮が安定して使え
2. Active Directory の連携し CAL も不要、
3. 故障時ハードベンダーにお任せで社内技術者による属人化を無視可能
な中身がWindows IoT の NAS 製品買うでしょ。
エンタープライズも並列ファイルシステムの Lustre の中身
(ldiskfs(ext4) か ZFS が選択可能) として位ではないかな。
実績面で疑問が残る Lustre ZFS をまともに運用出来る人員を確保
できる組織が存在するかは疑問だが。
865:
25/01/27 11:47:32.08 GOJgDLEA.net
zfsよりbtrfsの方が勢いあるしな
866:login:Penguin
25/01/27 12:03:45.83 K25csgYz.net
NAS企業同士がexfat対btrfsで論争してなかったっけ、どうなったんだろ
867:login:Penguin
25/01/27 14:04:48.13 xG3E2DwG.net
ext4の間違いでは？
exfatなんて対抗にならないだろ
868:login:Penguin
25/01/27 14:26:13.82 K25csgYz.net
あ、素手間違えてたごめん
もちろんext4
思い出そうとして今ぐぐったらQNAP、ReadyNAS、Synologyあたりが論争してたみたい
869:login:Penguin
25/01/27 19:01:01.79 K2hOghs1.net
ext4ファイルシステム破損問題を思い出した
ps://atmarkit.itmedia.co.jp/flinux/rensai/watch2009/watch11a.html
870:login:Penguin
25/01/27 19:30:01.39 xG3E2DwG.net
なんでそんな古い記事を
つい2年くらい前にext4が壊れたことあっただろうに
アプデですぐ治ったけど
871:login:Penguin
25/01/27 21:32:23.43 thSG6MDn.net
Synologyは関係ない。
ReadyNASとQNAPが煽り合ってたんだよ。
ReadyNAS
Btrfsの先進性 - ReadyNASが先進的なファイルシステムBtrfsを採用している理由
URLﾘﾝｸ(www.netgear.jp)
QNAP
QNAP NASがBtrfsファイルシステムを使用しないのはなぜですか？
URLﾘﾝｸ(www.qnap.com)
872:login:Penguin
25/01/27 21:40:18.97 /u6c3b6/.net
QNAP君がBtrfsにグチグチ言ってるのは、こんなFS流行ったら非エンタープライズNASの商売上がったりだからかと思ったら煽り合う相手がいたのかw
873:
25/01/30 00:46:22.22 Mp6Sx01c.net
対抗馬のBcachefsはまだ実績なさすぎて使い物になるのはいつになる事やら
874:login:Penguin
25/02/01 15:37:29.88 sek/ETxb.net
openzfsがファイル名の1023バイト長に対応した
今までlinuxのまともなfsの中ではgpfsぐらいしか無かったから
windowsとのinteropを気にしてる人にとっては朗報なんじゃ
875:login:Penguin
25/02/02 12:11:12.19 MUcsqS+0.net
stdio.h で定義されているからコンパイル済のソフトじゃ使えんじゃん、
て思って調べてみたら結構前(CentOS6/手近にあった最古)でも FILENAME_MAX
は 4096 だったわ。
876:login:Penguin
25/02/06 22:00:39.54 mnoX/Jvp.net
ビットロット対応のFSふえてくれ
winもmacも含めて
877:login:Penguin
25/02/06 22:22:11.87 CxpOZANU.net
ファイルシステム作る人、圧倒的に性格悪い説
zfs, ReiserFS, Bcachefs
878:login:Penguin
25/02/07 07:57:13.05 kPy0cZmS.net
なんで？
879:login:Penguin
25/02/07 21:46:34.53 0He1QcLs.net
>>875
それはフルパスでは？
NAME_MAXがファイル名の規定のはず
880:login:Penguin
25/02/10 15:37:41.55 ZXNyKkDA.net
ext4の人は性格悪くないから単なる偶然だな
zfsは知らん、reiserfsは妻殺し、bcachefsは手順も踏まず自己主張ばかりうるさい
881:login:Penguin
25/02/10 17:21:34.57 qkuqaI2M.net
zfs やOpen Solaris はCDDLで、GPLというかLinuxに成果を取られないようにイジワルしているとしか...
第6回 Debian 会議で Cooper は、Solaris カーネルを書いた技術者らが OpenSolaris が GPL 非互換となるよう要求したと述べている。「Mozilla が選ばれた理由のひとつとして、GPL非互換だからというのがある。
Common Development and Distribution License（CDDL）
ps://ja.m.wikipedia.org/wiki/Common_Development_and_Distribution_License
882:login:Penguin
25/02/10 17:28:29.07 5o8c5ISg.net
コピーレフトなのにGPL非互換なライセンスか、こんなのあるんだな
883:login:Penguin
25/02/10 18:13:19.60 ojBXykV6.net
ワイは作者さんの開発成果に世話になってるから感謝してる、性格はしらん
884:login:Penguin
25/02/10 19:35:37.99 yWXuc1WU.net
オラクルは邪悪
885:login:Penguin
25/02/12 09:16:52.85 iHlsRQuI.net
>>879
NAME_MAXで正しいけどglibcでそれが問題になるような処理ってどこかにある？
現実に問題になるのはPATH_MAXのほうだと思う
実際zfsで500文字ぐらいのファイル作って試してみてるけど今のところ問題ないな
886:login:Penguin
25/02/28 02:07:53.46 aIUeCHvn.net
encfsでwinのファイルがコピーできなくて困ったことならある
887:login:Penguin
25/03/09 19:18:19.92 QVT5LwTm.net
fedora のインストーラは btrfs を使う時、/boot 以外を一つのbtrfs パーティションとして作成してから、/ と /home をサブボリュームとしてマウントしている。
Debian のインストーラじゃ出来ない気がしている。
888:login:Penguin
25/03/09 19:50:52.36 z8Z+X9TG.net
Debianだとbtrfsにすると/boot/efiを除く/以下全体がサブボリューム名@rootfsになる
細分化したいときはインストーラ終了後再起動前にライブイメージに居残って操作するといい
889:login:Penguin
25/03/19 19:52:54.67 xxTg8g0q.net
ファイルシステムって普通1つのファイルの最大サイズも〇〇バイトまでみたいな制限があると思いますが
tmpfsにも1ファイルあたりの最大サイズとかって決まりみたいなのってありますか？
890:login:Penguin
25/03/20 00:55:30.94 y/r4L4bu.net
知らんけど仕様の制限より先にメモリサイズの制限のほうが先に来るだろう