[過去ﾛｸﾞ]
ジャーナリングファイルシステム (756ﾚｽ)
ジャーナリングファイルシステム http://mevius.5ch.net/test/read.cgi/unix/979408065/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
101: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 12:56 >>99 4.3BSD(NEWS-OS)を使ってたとき、 FFSのasync mount使ってたけど、 kernel panicして落ちたときに修復困難なくらい 壊れてくれたんで信用してないんだけど、 FreeBSDのは改善されてるのかなぁ? ext2fsだとあまりひどいことにはならないので ディフォルトasyncにできたんだろうな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/101
102: 99 [] 2001/07/14(土) 16:57 >>101 今でもasyncはヤバイと思われ。UPS入れててもpanicすると逝けますネ。 というわけでNetBSDでsoftdepつかってみました。いけてます。 うちはRAID5の上に構築してるFFSなので、ファイル操作が死ぬ程遅いんす。 ただでさえ遅いソフトでやるパリティ計算を同期のために毎回待つので 当然なんすけどね。んで、softdep入れてやると一瞬で、おお〜。 理論的には当然なんだけど、プロジェクトディレクトリとかrm -rf したら一瞬でプロンプトに戻ってきてビビリました。まるでwand of cancelationをmagic holding bagに突っ込んだときのように、しばらく キョロキョロとプロジェクトディレクトリを探して辺りcdやlsして しまいました。そんなわけで*BSDな人は是非トライ♪ http://mevius.5ch.net/test/read.cgi/unix/979408065/102
111: 食いだおれさん [] 01/10/06 00:18 >>101 > 4.3BSD(NEWS-OS)を使ってたとき、 > FFSのasync mount使ってたけど、 (略) > FreeBSDのは改善されてるのかなぁ? soft updateは、async writeとは違う。 transaction commitしていい時までqueue(めちゃ短い)する手法。 高健全性度 journaling > soft update > sync write > async write http://mevius.5ch.net/test/read.cgi/unix/979408065/111
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s