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

[過去ﾛｸﾞ] ジャーナリングファイルシステム (756ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

95: 2001/07/10(火)00:33 AAS
んー、おれは JFS に期待してるんだけど。
もちろんXFSにもReiserFSにもがんばって欲しい。

96: 2001/07/10(火)03:06 AAS
>>94
どんな？

97(1): 2001/07/14(土)00:16 AAS
画像ﾘﾝｸ

98: 2001/07/14(土)01:59 AAS
>>97
板違い。

99(3): 2001/07/14(土)07:46 AAS
>>55
>>60
あるよ？FFFSで非同期モードでマウントしたらクリチカルな操作をしても
遅延モードのままバッファリングするからext2fsと勝負できる位には
速くなるっす。怖いんで使わないけど。LFSとかにもあるかどうかは
不明。UPS買ったら非同期モードにしようと決心してもう1年近くに
なるなぁ。早く買わなきゃ…。

100: 99 2001/07/14(土)09:24 AAS
そういや、最近はsoft-dependenciesがサポートされて、安全に
遅延書き込みできましたね。これでも多少は速くなるので、
まずはこれを試してみようっと。

どんどんジャーナリングFSから離れていくんで下げ。＞＿＜

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

102: 99 2001/07/14(土)16:57 AAS
>>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 AAS
ReiserFSとかJFSとかって*BSDに移植できないんかな。

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

105(1): 2001/07/15(日)08:19 AAS
いまごろジャーナルですか？プププ　UNIXて遅れてるね。
OS/390は昔ッからそんなもんタダでついてますよ。

106: 2001/07/15(日)09:07 AAS
>>105
ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど

107: 2001/07/29(日)03:50 AAS
こんなんありました。

外部ﾘﾝｸ[html]:www.namesys.com

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

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

109: 01/10/05 17:50 AAS
>>108
ディスクがごりごりいってるときに、いきなり電源抜いてみれば?

110(1): 　 01/10/06 00:11 AAS
それでは、本当にハードディスクがヘッドクラッシュを
してしまいかねません。ハードの故障までは回復
できないと思います。RAIDではないから。

111(2): 食いだおれさん 01/10/06 00:18 AAS
>>101
> 4.3BSD(NEWS-OS)を使ってたとき、
> FFSのasync mount使ってたけど、
(略)
> FreeBSDのは改善されてるのかなぁ?

soft updateは、async writeとは違う。
transaction commitしていい時までqueue(めちゃ短い)する手法。

高健全性度
journaling > soft update > sync write > async write

112(1): 01/10/29 13:09 AAS
結局ReiserFSはダメダメってことで

113(1): 01/10/29 13:33 AAS
>>111
あと依然として SoftUpdate には fsck が必要だね

114: 風の谷の名無し 01/11/03 16:37 AAS
XFSはいいぞー。マイナーだけど。
漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど
一度も飛んだことないっす。XFSマンセー。
(でも開発メンバーリストラされたらしい・・・)

115: 02/01/29 11:40 AAS
>>112同意

116(1): 02/01/29 11:49 AAS
>110
今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。
それに、電源切るのがいやならリセットでもいいだろ。

117(1): 02/01/29 12:00 AAS
>>116
漏れもそう思っていたが、ごく最近実際そうなった。
買って半年の○BMのHDD…。

118: 02/01/29 12:51 AAS
>117
関連スレ「IBMのHDD、半年で2台死亡」
2chｽﾚ:hard

119: 02/01/29 20:14 AAS
オレはNTFS使う

120: 02/01/29 21:35 AAS
>>111
sync > softupdate
ではないの?

121(1): 02/01/29 21:38 AAS
>>113
FSCKかけないFSなんぞ怖くてつかえん。

122: 02/01/29 22:59 AAS
>>121
昔の本には、定期的にfsckするのは媒体異常をチェックする意味もある、て書いてあるよね。
ふだん使ってない領域をアクセスしたら壊れてた・・・とかならないように。
でも、現代のHDDだったら不要では？て議論はあっても良いと思う。

123(2): 02/01/30 01:51 AAS
ディスクのライトキャッシュのフラッシュはまじめにやってるんだろうか？
ジャーナリングの場合は
1,ログの書き込み
2,ディスクキャッシュのフラッシュ
3,ダーティなデータを適当な順序で書き込み
となると思うが
softupdateの場合はどうなりますか？

124(1): 名無しさん＠Ｅｍａｃｓ 02/01/30 15:00 AAS
>>123
こうなる
外部ﾘﾝｸ[html]:www.mew.org

上下前次 1-新書関写板覧索設栞歴

あと 632 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.018s