[過去ﾛｸﾞ]
ファイルシステム総合スレ その20 (1002ﾚｽ)
ファイルシステム総合スレ その20 http://mao.5ch.net/test/read.cgi/linux/1722312892/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
823: login:Penguin [sage] 2024/10/05(土) 12:37:13.48 ID:0Mg6G2gj 初心者はext4かxfsにしとけばええか？ http://mao.5ch.net/test/read.cgi/linux/1722312892/823
824: login:Penguin [sage] 2024/10/05(土) 12:42:45.05 ID:n9lFPbzQ xfsで無問題 ext4は今や使ってる人少ないから却って初心者向きじゃない http://mao.5ch.net/test/read.cgi/linux/1722312892/824
825: login:Penguin [sage] 2024/10/05(土) 15:20:41.07 ID:0h7rk2nA DebianやUbuntuのデフォルトがext4なのに使ってる人が少ないことないやろ http://mao.5ch.net/test/read.cgi/linux/1722312892/825
826: login:Penguin [sage] 2024/10/05(土) 15:34:45.30 ID:TCuh3FMI とりあえずどっちかにしとくは http://mao.5ch.net/test/read.cgi/linux/1722312892/826
827: login:Penguin [sage] 2024/10/05(土) 19:59:42.80 ID:wkYv90CH 先月雷で停電しまくったけどそういうのにはxfsは弱いのかな？ http://mao.5ch.net/test/read.cgi/linux/1722312892/827
828: login:Penguin [sage] 2024/10/05(土) 20:07:00.96 ID:kq62xYz3 そう言う場面に強いのはCoWのbtrfsやzfs http://mao.5ch.net/test/read.cgi/linux/1722312892/828
829: login:Penguin [sage] 2024/10/05(土) 20:10:14.27 ID:HzaabSfC xfsのCoWって安定した？ http://mao.5ch.net/test/read.cgi/linux/1722312892/829
830: login:Penguin [sage] 2024/10/05(土) 22:23:43.94 ID:VwtDKolW CoWはブロック層でやれってじっちゃんが言ってた http://mao.5ch.net/test/read.cgi/linux/1722312892/830
831: login:Penguin [sage] 2024/10/06(日) 06:08:31.42 ID:zw6R/dBZ xfsのCoW使えるぞ、って話あまり聞かないからそう言う事じゃないかな http://mao.5ch.net/test/read.cgi/linux/1722312892/831
832: login:Penguin [] 2024/10/06(日) 11:41:37.08 ID:SXXTeXeo >>825 メンテナが Red Hat で、その Red Hat が xfs デフォルトなもんだから信用できない。 http://mao.5ch.net/test/read.cgi/linux/1722312892/832
833: login:Penguin [] 2024/10/06(日) 11:49:09.82 ID:SXXTeXeo >>828 停電復旧後のロールバック処理はジャーナリング機能が担うのであって CoW は関係ない。 Linux だと ext2(とfat系) ぐらいだろ、ジャーナリングないのは。 http://mao.5ch.net/test/read.cgi/linux/1722312892/833
834: login:Penguin [sage] 2024/10/06(日) 13:05:00.01 ID:fwRfDtt8 cowでない大抵のファイルシステムはジャーナリングで守られるのはメタデータだけじゃなかったっけ http://mao.5ch.net/test/read.cgi/linux/1722312892/834
835: login:Penguin [sage] 2024/10/06(日) 13:18:49.26 ID:3uVRZx0K >>832 ユーザーが多いか少ないかって話だったんだか… http://mao.5ch.net/test/read.cgi/linux/1722312892/835
836: login:Penguin [] 2024/10/06(日) 17:29:17.85 ID:SXXTeXeo >> 834 確かに上書き途中で停電であれば差は出る場合はあるね。 ただ CoW であっても中途半端なところで書き込みが終わるので停電対策 したいならコミット・ロールバックの概念のあるデータベースに 書き込むしかないな。 >> 835 すまぬ... http://mao.5ch.net/test/read.cgi/linux/1722312892/836
837: login:Penguin [sage] 2024/10/08(火) 07:25:45.36 ID:6KT/uJBx >>833 何も知らないなら何も言わないほうが良いぞ 馬鹿がバレるから http://mao.5ch.net/test/read.cgi/linux/1722312892/837
838: login:Penguin [sage] 2024/10/08(火) 17:05:42.28 ID:BFua4mkm 基本ジャーナルがやんのはロールバックじゃなくログリプレイ、対象はメタデータ（更新ログじゃなく操作ログを管理する場合はロールバックはあるかもしれない） DBのトランザクションはリレーションの一貫性保証のための機能で電源断対策に持ち出すのはズレてるかな 電源断対策になるのは操作のアトミック性 create,renameのアプリ側で担保するのが伝統的だけど、ブロック単位で担保してくれんのがcow http://mao.5ch.net/test/read.cgi/linux/1722312892/838
839: login:Penguin [sage] 2024/10/08(火) 18:24:09.03 ID:BFua4mkm 電源断対策にcow式ファイルシステムがいるかというと、まともなアプリはcow式前提にしてないし、技術的原理的には電源断に強いかもしれんが効果を発揮するのは限定的だと思ってるわ http://mao.5ch.net/test/read.cgi/linux/1722312892/839
840: login:Penguin [sage] 2024/10/08(火) 23:49:22.20 ID:g4k9TmhA どういうこと？ CoWだろうとソフトウェアの対応なんていらんが http://mao.5ch.net/test/read.cgi/linux/1722312892/840
841: login:Penguin [sage] 2024/10/09(水) 22:58:24.38 ID:TGngPSqW >>837 それ流行ってんの？ http://mao.5ch.net/test/read.cgi/linux/1722312892/841
842: login:Penguin [] 2024/10/10(木) 23:29:15.63 ID:xeeQIOkG >>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 とか起動時に復旧するかが表示される。 http://mao.5ch.net/test/read.cgi/linux/1722312892/842
843: login:Penguin [] 2024/10/10(木) 23:42:22.27 ID:xeeQIOkG 駄目アプリの Truncate and Write の途中で停電になったら 例え CoW であってもファイルの途中までの書き出し状態で復旧するか 上書きする前に戻されるかだけでしかない。 アプリレベルで意味のあるオートセーブデータとか アプリレベルで意味のあるアンドゥログがあって初めて停電対策になるのであって アプリより低層のファイルシステムでは打てる策ではどうあがいても 「効果を発するのは限定的」ですね。 http://mao.5ch.net/test/read.cgi/linux/1722312892/843
844: login:Penguin [] 2024/10/10(木) 23:52:24.30 ID:xeeQIOkG >>842 × リストアが面倒なので ○ ハードリンクの復元が超面倒/思いつかないので http://mao.5ch.net/test/read.cgi/linux/1722312892/844
845: login:Penguin [sage] 2024/10/10(木) 23:56:09.82 ID:WGFMDZfJ 属性を保持したまま内容を一気に入れ替えるのは、今ならcopy_file_rangeがある http://mao.5ch.net/test/read.cgi/linux/1722312892/845
846: login:Penguin [sage] 2024/10/10(木) 23:57:11.07 ID:WGFMDZfJ で、こいつはCoWファイルシステムじゃないと本当に内容をコピーするので効率が悪い http://mao.5ch.net/test/read.cgi/linux/1722312892/846
847: login:Penguin [sage] 2024/10/11(金) 07:39:44.04 ID:/6otHtpl 停電を予測して スナップショットを撮る機能が追加されるとかしないとかいう話は聞いたことがない http://mao.5ch.net/test/read.cgi/linux/1722312892/847
848: login:Penguin [sage] 2024/10/11(金) 14:12:45.09 ID:mj4qPltc そこでNILFSですよ http://mao.5ch.net/test/read.cgi/linux/1722312892/848
849: login:Penguin [sage] 2024/10/11(金) 16:05:09.61 ID:P6k6G+uZ Nipple? http://mao.5ch.net/test/read.cgi/linux/1722312892/849
850: login:Penguin [sage] 2024/10/11(金) 22:21:34.48 ID:5hgxSCWq >>842 renameでのinode置き換えならunlinkはいらんし、user拡張属性なら転記するだけでいいけど何気にしてるか分からん http://mao.5ch.net/test/read.cgi/linux/1722312892/850
851: login:Penguin [sage] 2024/10/12(土) 00:50:45.17 ID:oiiqPhbz >>847 10年近く前にそんなファイルシステムを作ってたな 紆余曲折でプロジェクトはポシャったけど http://mao.5ch.net/test/read.cgi/linux/1722312892/851
852: login:Penguin [sage] 2024/11/01(金) 23:30:14.47 ID:fOkGcY4d openZFSの新しいDedupについて https://despairlabs.com/blog/posts/2024-10-27-openzfs-dedup-is-good-dont-use-it/ http://mao.5ch.net/test/read.cgi/linux/1722312892/852
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 150 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.017s