ジャーナリングファイルシステム

1 ：名無しさん＠お腹いっぱい。 ：2001/01/14(日) 02:47

いまやるとしたら、みなさんどうします？
すごく困ってるんですけど。

101 ：名無しさん＠お腹いっぱい。 ：2001/07/14(土) 12:56

>>99
4.3BSD(NEWS-OS)を使ってたとき、
FFSのasync mount使ってたけど、
kernel panicして落ちたときに修復困難なくらい
壊れてくれたんで信用してないんだけど、
FreeBSDのは改善されてるのかなぁ?
ext2fsだとあまりひどいことにはならないので
ディフォルトasyncにできたんだろうな。

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な人は是非トライ♪

103 ：名無しさん＠お腹いっぱい。 ：2001/07/15(日) 00:57

ReiserFSとかJFSとかって*BSDに移植できないんかな。

104 ：名無しさん＠お腹いっぱい。 ：2001/07/15(日) 08:19

RDBMSの領域をおいても意味ないような気が・・・
もともとDBってのはリカバリログ域があるんだからほっときゃいーんです。
しかし、4重化するほど大切なのであれば、
リカバリログ域をそういうところに置くとよいでしょう。
表・インデックスをそういうところに置く必要はまったくなし。

105 ：名無しさん＠お腹いっぱい。 ：2001/07/15(日) 08:19

いまごろジャーナルですか？プププ　UNIXて遅れてるね。
OS/390は昔ッからそんなもんタダでついてますよ。

106 ：名無しさん＠お腹いっぱい。 ：2001/07/15(日) 09:07

>>105
ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど

107 ：名無しさん＠お腹いっぱい。 ：2001/07/29(日) 03:50

こんなんありました。

http://www.namesys.com/v4.html

(Version 4 of ReiserFS)
DARPA at www.DARPA.mil is the primary sponsor of Reiser4.

108 ：　 ：01/10/05 16:55

ジャーナルファイルシステムが、ちゃんと
想定している種類の破壊を防いでいるという
ことをテストするにはどうすればよいでしょう。
もしくはそういったテストをするソフトとか
スクリプトはありますか？

109 ：名無しさん＠お腹いっぱい。 ：01/10/05 17:50

>>108
ディスクがごりごりいってるときに、いきなり電源抜いてみれば?

110 ：　 ：01/10/06 00:11

それでは、本当にハードディスクがヘッドクラッシュを
してしまいかねません。ハードの故障までは回復
できないと思います。RAIDではないから。

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

read.cgi ver5.26+ (01/10/21-)