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

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

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

133: 02/08/04 23:01 AAS
JFS4BSDは着々、のようですな

134: 02/08/04 23:08 AAS
>>132
FreeBSD の diskcheckd が正にそれでは。最初は base に入ってたけど、今は ports に移動されている。(sysutils/diskcheckd)

135: 02/08/06 11:48 AAS
>>125
難しくてあまり分からなかったけど、ext2系は怖いな。

136(1): 02/08/14 19:33 AAS
あと、ext2のfsckって、Solaris ufsのfsckとかに比べて、妙に遅いし....

137: 02/08/15 11:50 AAS
>>136
Linuxのext2の実装は全OS中最も本格的にasyncです。
外部ﾘﾝｸ:www.tux.org などを見ると
場合によっては他のOSのtmpfs,memfsの類よりも高速です。
その分こわれかたも最強なので、fsckも最強の復元力を要求されるため
遅くなってしまいます。

138(1): 02/08/15 15:08 AAS
んで、ext3は単にext2にジャーナル付け足しただけなんで、fsckは必要なく
なっているものの (なぜか数回のbootごとにfsckかかるけど) 壊れかたに
違いはなく、怖〜いfsのまま…。まあ、Linux界にはもっと怖いReiserFS
なんてシロモノもありますけど。

Linuxで原理的にまともなfsというとXFSがJFSってことになりますけど、
どちらも実装はまだちょっと未成熟なので、実運用時の安定性ではext2&ext3
に劣るようです。

139: 02/08/15 15:49 AAS
速度的にはext2がなんだかんだで一番だったな。
ext3にするとちょっと遅くなるけど。個人的にはXFS使ってます。
ReiserFSは小さいファイルが沢山あるときは速いんですが、エロビデオなんかを扱うような
場合は不利になりますね。あとNFSするときにも不具合がありますし…(VFS絡み)
XFS/LinuxがACLを実装して運用できるようになればますますおもしろい。

140: 02/08/15 20:29 AAS
>>138
外部ﾘﾝｸ[html]:www.zdnet.co.jp

あと、LinuxのFile Systemを話題に出すならこれも参考にすれ。
2chｽﾚ:linux

141(1): 02/08/25 21:46 AAS
ファイルシステムを取り替えたら、Linuxのスワップファイルのサイズの
１個あたり２GBという制限が取り除けますか？　４０GBのスワップを
とるのに２０個の領域を取るのが美しくないし、あまり良くないです。
できれば単一のドライブに４０GBのスワップ領域を１つデンととって
終わりにしたいのですがぁ。。。
IA-64だと、スワップの大きく取れないシステムなんて、意味ないですから。

142: 02/08/25 23:18 AAS
スレッドタイトルが読めない方がいます

143: 02/08/26 03:48 AAS
JFFS2マンセー

144: 名無しさん＠お腹いっぱい 02/08/26 07:00 AAS
>>141
主記憶はどのぐらい実装するの？　こっちのほうが興味あるなぁ

145(1): 02/08/26 11:39 AAS
XFS良いよね。
Indogo2使っていた時はぜんぜん思わなかったけど，

「linux(ext2)触りだしてなんでこんなに悲惨な事になるのよ！！」

しまいには，

「またかよ…。」

XFS for Linuxが安定して運用できるレベルになることを望む。
#今も良い感じなんだけど，稀におかしくなるね。

146(1): 02/08/26 12:42 AAS
>>145
XFS、希にと優香、結構おかしくなります。
XFS or JFSが枯れるまではext3使わざるを得ないと思います。

147: 02/08/26 12:52 AAS
>>146
使わないといつまでも枯れないですね。。

148: 02/09/06 22:59 AAS
すいませんがお前らBFSも語ってください。
漏れはわからん・・・(;´д`)ｽﾏﾝ

149: 02/09/06 23:11 AAS
OpenBFS を NetBSD に移植して欲しい
MIT-style license だし

150(2): 02/09/23 10:08 AAS
NetBSD の lfs_cleanerd が数時間 segment clean し続けたときはあせった
ログに

/netbsd: fs_segclean: not cleaning segment 588: 8192 live bytes
last message repeated 19 times
lfs_cleanerd[509]: lfs_segclean: segment 588: Device busy
last message repeated 187 times

こんな感じで message 出まくり

2G の partition で /usr/pkgsrc に使っているんで必要なファイルを backup した後
#rm -rf *
でファイル消したら止まったけど, そんなに file system がぐちゃぐちゃだったのか

151(1): 02/09/24 11:38 AAS
>>150
最近のcurrentってLFSフツーに使えるんでしょうか？
話を見てると怖くて試せないす。

152(1): 150 02/09/24 22:43 AAS
>>151
こっちは 1.6 なんで current はどうか分からないけど
working directory のようなそれほど重要でない場所ではについては
それなりには使えると思う
書き込み速度はやはり速いし

>>150 は LFS を NFS で export して
NFS client の方から pkgsrc を compile しまくったときに現れた message

で file system がぐちゃぐちゃというのは directory などがぐちゃぐちゃという意味ではなくて
segment 自体が相当虫食い状態になったんだろうなということ
単なる推測で言った言葉です

153: 02/09/25 10:27 AAS
>>152
なるほど。pkgsrc くらいだったら壊れて問題ないし、
私も試してみようかな。thx

154(1): 兄弟スレ？ 02/10/23 21:02 AAS
ext3ジャーナリングファイルシステム
2chｽﾚ:linux

/**ファイルシステム総合スレその1**/ （既出）
2chｽﾚ:linux

155: 02/10/24 12:06 AAS
>>154
ext3ジャーナリングファイルシステム
は
/**ファイルシステム総合スレその1**/
に統合されたんだ。
むやみに貼るな。

156(1): 02/11/15 03:55 AAS
ジャーナルファイルは二度書き込むらしいので遅いのではありませんか？
RAID5＋UPSなどを組んでいるディスクを使う場合には、
ジャーナルファイルでなくても　ext2　のようなファイルシステムで十分
でしょうか？

157: 02/11/15 04:46 AAS
>>156
全ての書き込みをsyncでやると遅くなるので、
大抵はジャーナルだけsyncで書き他を全てasyncで書いている。

RAID5で保護される内容とジャーナルファイルシステムで保護される内容を理解していないと思われ。
RAIDはディスクの破壊に対処するシステムで、
ジャーナルファイルシステムは予期せぬシステムダウンによるファイルシステムの破壊に対処するシステム。
UPSを使えば安全と思うかも知れんが、kernel panicなど電源以外の要因でシステムダウンすることは往々にしてありえる。

158: 山崎渉 [（＾＾）sage] 03/01/15 13:22 AAS
（＾＾）

159: 山崎渉 [（＾＾）] 03/03/13 17:54 AAS
（＾＾）

160: 03/03/18 20:00 AAS
LFS

161: 山崎渉 [（＾＾）] 03/04/17 12:15 AAS
（＾＾）

162: あぼーん [あぼーん] AAS
あぼーん

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

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

ぬこの手ぬこTOP 0.013s