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

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

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

135: 名無しさん＠お腹いっぱい。 [sage] 02/08/06 11:48
>>125
難しくてあまり分からなかったけど、ext2系は怖いな。

136(1): 名無しさん＠お腹いっぱい。 [] 02/08/14 19:33
あと、ext2のfsckって、Solaris ufsのfsckとかに比べて、妙に遅いし....

137: 名無しさん＠お腹いっぱい。 [sage] 02/08/15 11:50
>>136
Linuxのext2の実装は全OS中最も本格的にasyncです。
http://www.tux.org/lkml/#s9-12 などを見ると
場合によっては他のOSのtmpfs,memfsの類よりも高速です。
その分こわれかたも最強なので、fsckも最強の復元力を要求されるため
遅くなってしまいます。

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

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

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

140: 名無しさん＠お腹いっぱい。 [] 02/08/15 20:29
>>138
http://www.zdnet.co.jp/help/howto/linux/redhat7_2_ext3/03.html

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

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

142: 名無しさん＠お腹いっぱい。 [sage] 02/08/25 23:18
スレッドタイトルが読めない方がいます

143: 名無しさん＠お腹いっぱい。 [] 02/08/26 03:48
JFFS2マンセー

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

145(1): 名無しさん＠お腹いっぱい。 [sage] 02/08/26 11:39
XFS良いよね。
Indogo2使っていた時はぜんぜん思わなかったけど，

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

しまいには，

「またかよ…。」

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

146(1): 名無しさん＠お腹いっぱい。 [sage] 02/08/26 12:42
>>145
XFS、希にと優香、結構おかしくなります。
XFS or JFSが枯れるまではext3使わざるを得ないと思います。

147: 名無しさん＠お腹いっぱい。 [sage] 02/08/26 12:52
>>146
使わないといつまでも枯れないですね。。

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

149: 名無しさん＠お腹いっぱい。 [sage] 02/09/06 23:11
OpenBFS を NetBSD に移植して欲しい
MIT-style license だし

150(2): 名無しさん＠お腹いっぱい。 [sage] 02/09/23 10:08
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): 名無しさん＠お腹いっぱい。 [sage] 02/09/24 11:38
>>150
最近のcurrentってLFSフツーに使えるんでしょうか？
話を見てると怖くて試せないす。

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

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

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

153: 名無しさん＠お腹いっぱい。 [sage] 02/09/25 10:27
>>152
なるほど。pkgsrc くらいだったら壊れて問題ないし、
私も試してみようかな。thx

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

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

155: 名無しさん＠お腹いっぱい。 [sage] 02/10/24 12:06
>>154
ext3ジャーナリングファイルシステム
は
/**ファイルシステム総合スレその1**/
に統合されたんだ。
むやみに貼るな。

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

157: 名無しさん＠お腹いっぱい。 [sage] 02/11/15 04:46
>>156
全ての書き込みをsyncでやると遅くなるので、
大抵はジャーナルだけsyncで書き他を全てasyncで書いている。

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

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

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

160: 名無しさん＠お腹いっぱい。 [] 03/03/18 20:00
LFS

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

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

163: あぼーん [あぼーん]
あぼーん

164: あぼーん [あぼーん]
あぼーん

165: 名無しさん＠お腹いっぱい。 [sage] 03/05/28 18:35
sage

166: 名無しさん＠お腹いっぱい。 [] 03/07/01 15:20
reiserfs v4はどうなのよ？
犬糞ネイティブだけあって糞なのか？

167: あぼーん [あぼーん]
あぼーん

168: 名無しさん＠お腹いっぱい。 [] 03/08/04 01:02
GRUBのUTF2対応はまだー？

169: あぼーん [あぼーん]
あぼーん

170(1): 名無しさん＠お腹いっぱい。 [] 03/09/07 01:53
ぬるぽ

171(1): 名無しさん＠お腹いっぱい。 [] 03/09/10 13:24
名前がカッコイイから使おうかな・・・・・
じゃーなりんぐふぁいるしすてむ・・・・

っでなににつかうの？？

172: 名無しさん＠お腹いっぱい。 [sage] 03/09/18 22:09
>>171
ベンチマークとか。

173(1): 名無しさん＠お腹いっぱい。 [sage] 03/09/22 04:27
/**ファイルシステム総合スレその2**/
2chｽﾚ:linux

174(1): 名無しさん＠お腹いっぱい。 [sage] 04/09/27 10:30
>>173
そんな板orスレッドないです。

175: 名無しさん＠お腹いっぱい。 [] 04/10/06 11:44
>174
2chｽﾚ:linux

176: 名無しさん＠お腹いっぱい。 [] 04/12/04 03:33
BSDファイルシステム使いたいんだけども?

177: 名無しさん＠お腹いっぱい。 [sage] 04/12/04 09:54
どうぞ?

178(1): 名無しさん＠お腹いっぱい。 [sage] 04/12/04 16:56
PC-UNIXで動くまともなファイルシステムってないの？

179: 名無しさん＠お腹いっぱい。 [sage] 04/12/04 17:13
あります

180: 名無しさん＠お腹いっぱい。 [sage] 04/12/05 22:49
ありません

181: 名無しさん＠お腹いっぱい。 [sage] 04/12/05 22:53
まともな、の定義によるね。linux xfs 程度でまともと言えるなら、ある。

182: 名無しさん＠お腹いっぱい。 [sage] 04/12/06 01:57
>>178
OS関係ないだろ。
愚痴るなら「PCで動くまともなファイルシステムってないの？」ですな。

っつーか仮にファイルシステムに問題があるとしても、
その問題を顕在化させたユーザに責任があるっていう。

183: 名無しさん＠お腹いっぱい。 [sage] 04/12/06 13:48
FreeBSD の FFS なんて他の unix と比べたって熟しているものの
一つじゃないのかな。
まあ 5系の UFS2 になると熟度はだいぶ落ちるのかもしれないけど。

184: 名無しさん＠お腹いっぱい。 [sage] 04/12/23 22:53
XFSマンセー。
LVMでパーティションを小さくできないのが唯一の悩みだけど。

185: age [age] 2005/11/18(金)01:00
さいきんはどうなのよ

186: 名無しさん＠お腹いっぱい。 [sage] 2005/11/18(金)02:41
reiserfs はかなり速いよ。データベース用途によか。

187: 名無しさん＠お腹いっぱい。 [sage] 2005/11/18(金)04:10
U33 Linuxカーネル座談会/2 で、NTT の人が評価してみたら
確かに ReiserFS だけ異常に速かったんだけど、よくよく
調べたらジャーナリング処理をサボっているところがあって、
そこをちゃんと障害回復できるように直してみたら、Linux
の他のファイルシステムと同じ性能になっちゃったって話が
あったらしいよ。りょうせいさんの Tiki に載ってる。

188: 名無しさん＠お腹いっぱい。 [sage] 2005/11/18(金)18:34
結局のところ、今も Linux は(どのファイルシステム使ってても)
file system 関連は信用するなってことかな?

189: 名無しさん＠お腹いっぱい。 [sage] 2005/11/18(金)18:59
Windowsが一番いいな

190: 名無しさん＠お腹いっぱい。 [sage] 2005/11/19(土)00:18
UFS Journaling って見込みはどうなん?

191(2): 名無しさん＠お腹いっぱい。 [sage] 2005/11/19(土)01:56
見込みってのをどういう意味で言ってるのかが分からないけど、
UFS journaling って、まあ ext3 みたいなもんなので、いまどき
ちょっと古くさいなあって感じはあるんじゃないの？
ないよりはマシだけどさ。
できれば、ディレクトリが肥大しても性能低下がなくて (UFS_DIRHASH
はカーネルのメモリを無駄に使うのがちょっと駄目)、あと、利用中に
resize できたりするジャーナリングファイルシステムが欲しいと思う。

192(1): 名無しさん＠お腹いっぱい。 [sage] 2005/11/19(土)07:52
結局 FreeBSD に JFS やら XFS を porting するって
話は停滞中なのかな?

193: 名無しさん＠お腹いっぱい。 [sage] 2005/11/19(土)08:35
FreeBSDそのものが停滞中です

194: 名無しさん＠お腹いっぱい。 [sage] 2006/01/17(火)16:59
>>192
よく分からないけれど、reiserfsは読めるようになったみたい。

195: 名無しさん＠お腹いっぱい。 [sage] 2006/02/06(月)21:37
>>191 そこでLFSですよ。

196: 名無しさん＠お腹いっぱい。 [sage] 2006/02/06(月)23:45
見たら >>191 がとても笑えることを書き込んでいた

197: 名無しさん＠お腹いっぱい。 [sage] 2006/02/12(日)22:35
久しぶりに見にきたんだが NTT のアレがまるで話題になってないな。
実装を間違えてなければかなりよさげなんだが、使ったやついる？

198: 名無しさん＠お腹いっぱい。 [sage] 2006/02/12(日)23:58
> 実装を間違えてなければかなりよさげなんだが、
間違えるとか以前に、GCがまだ実装されていません。

199(1): 名無しさん＠お腹いっぱい。 [sage] 2006/02/27(月)13:08
自動GCは実装しないとかほざいたしな

200: 名無しさん＠お腹いっぱい。 [sage] 2006/03/10(金)16:39
>>199
それって、普及させるつもりはありませんって事だよね？

201(1): 名無しさん＠お腹いっぱい。 [sage] 2006/03/17(金)20:17
NTTのやつって開発者の話聞く限り、自動でバックアップ作ってくれるファイルシステムを作りたくて出来たもののような気がする。
バックアップなんだからGCで勝手に削除されるのは逆に困るっていってたよ。

202(1): 名無しさん＠お腹いっぱい。 [sage] 2006/03/17(金)22:11
VMS の履歴保存ファイルシステムみたいなものかな?

しかし自動でバックアップって、そんな簡単に
バックアップ部分を展開したり引き出したりできるんかいな?

203: 名無しさん＠お腹いっぱい。 [sage] 2006/03/17(金)22:53
>202
日時指定でread onlyマウントできるよ。
なんかログのヘッダ領域にいろいろコメント埋め込んで、そのコメント使ってviewの指定ができるようにしたいらしい。

204(1): 名無しさん＠お腹いっぱい。 [sage] 2006/03/17(金)23:06
ディスクフルでシステムが止まるの問題がある限り使い物にならない

205: 名無しさん＠お腹いっぱい。 [sage] 2006/03/18(土)00:22
>204
作者の真意まではしらんが
通常の汎用のfile system と思うとそうなるけど
別な使い方を想定しているんじゃないのか?

206: 名無しさん＠お腹いっぱい。 [] 2006/05/14(日)12:36
ジャーナリングが SoftUpdate よりも優れている点って何？

207: 名無しさん＠お腹いっぱい。 [sage] 2006/05/14(日)13:05
snapshotをちゃんと取ってくれれば良いんと違うか?>>201
ここの話ってVxFSでいいような気がする(高いけど)

208(1): 名無しさん＠お腹いっぱい。 [] 2006/05/31(水)20:55
FreeBSDのXFSまだー？

209: 名無しさん＠お腹いっぱい。 [] 2006/06/01(木)19:03
JFSが最強もたまには思い出してあげて下さい。

210: 名無しさん＠お腹いっぱい。 [] 2006/06/01(木)19:10
コスプレ好きには最適の出会い系サイト
http://www.happymail.co.jp/?af14715427
マジエロい娘が多いんでコスプレokになる確率がかなり高い
NGでもなし崩し的に着せちゃってプレイするんだけどネｗ

211: 名無しさん＠お腹いっぱい。 [sage] 2006/06/03(土)17:07
>>208
今のところ(永久に?)読むだけ

むしろFreeBSDがｲﾗ(w

212: 211だけど [sage] 2006/06/11(日)11:33
FreeBSD-currentにxfsのwriteサポート入ったね
動くかどうか知らんけど

213(1): 名無しさん＠お腹いっぱい。 [sage] 2006/06/25(日)18:29
geom でジャーナルやるとか言ってるな.

214(1): 名無しさん＠お腹いっぱい。 [] 2006/07/28(金)16:10
redhatでXFSが標準で入れられないのはどうかと思われ
やっぱりSUSEですよ

215: 名無しさん＠お腹いっぱい。 [sage] 2006/07/30(日)12:16
>>214 そうなの？　Fedoraでは行けるから同じかと思ってたよ。

216: 名無しさん＠お腹いっぱい。 [sage] 2006/08/20(日)10:28
freebsd-fs ML 眺めてみたら gjournal ってのが >213 の話かな?

8/9 の post で final patch キボンとか言ってるね @ 7-current

217: 名無しさん＠お腹いっぱい。 [] 2006/10/11(水)23:22
なあ、ReiserFSがどうなるのか教えてくれよ
http://slashdot.jp/articles/06/10/11/0535202.shtml

218: 名無しさん＠お腹いっぱい。 [sage] 2006/10/13(金)09:34
Reiser filesystem development to continue
http://www.linux.com/article.pl?sid=06/10/12/0355223
そのうちopentechpressにも翻訳されるだろう。

219(1): 名無しさん＠お腹いっぱい。 [] 2006/10/13(金)22:53
ZFSでいいじゃん。
もうすぐホットスペアやダブルパリティもサポートされる

220: 名無しさん＠お腹いっぱい。 [sage] 2006/10/14(土)05:43
>>219
凄く期待してるんだが、ホントに信頼できるのかよくわからない。
逆説的だがみんなが使って、データ飛ばして、
データが飛ぶ確率出してみないことには信頼性云々の話が出来ない。

221: 名無しさん＠お腹いっぱい。 [] 2006/10/14(土)18:22
とりあえずさ、2次ストレージやバックアップストレージとして使うと
いいんじゃない？

222(2): 名無しさん＠お腹いっぱい。 [] 2007/01/22(月)10:06
ディスクドライブのコントローラボードに搭載されるキャッシュが
32MBとかそれ以上とかにでっかくなって、さらにコントローラ内で
コマンド順を入れ替えて効率的な読み書きをするようになってくると、
いったいどこまでの情報が本当にディスクに書き込まれたのか
わかんなくなって、ジャーナル自体も本当に書き込まれたか
怪しくなってくる気がするんだけど、そんな心配してしまうのは
俺が素人だからですか？

223(1): 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)10:44
>>222
素人というよりATAの知識しかないからでは。

ここでも似たような書き込みがあるな。
2chｽﾚ:linux

224(2): 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)12:06
なるほど、SCSIやSATAではFUAというコマンド（機能？）があるから
これを使って確実に書き込ませるということが出来るんですね。
適当なタイミングでフラッシュしてやれば書き込み順も保証できる、と。

PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ
では書き込み順を変更している場合があって、しかもドライブ側の
キャッシュに入った時点で書き込み完了通知を返してしまう、
ということなんですね。

225: 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)12:09
うぉ、FUAってフラッシュを強制させるコマンドじゃなかったのか。

http://pc.watch.impress.co.jp/docs/2004/1220/maxtor.htm

NCQは、ホスト側から送られてくるコマンドを、ドライブ側で実行順位を
並び替えて最適化し、高速化をはかる技術。パラレルインターフェイスでは、
デバイス側からコマンドの終了を通知する手段がなく、実現できなかった。

FUAは、電源障害時のデータ消失を防止する機能。通常のHDDでは、
Writeコマンドの終了通知は、HDDのバッファに書き込まれた時点で通知される。
ディスクへは書き込まれていないため、この時点で停電が起きた場合は、
バッファ内のデータは失われる。FUAでは、データをディスクへ書き込んだ
時点で終了通知をホストへ返すため、停電などによるデータ消失の可能性
を軽減できるという。

226(1): 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)19:00
単なる write cache enable /disable とはどう違うの?

227: 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)19:02
>>226
パフォーマンスが落ちない。

228: 名無しさん＠お腹いっぱい。 [] 2007/01/24(水)01:46
まぁ、ジャーナリングなんか止めて、ZFS使えと。

229(1): 名無しさん＠お腹いっぱい。 [sage] 2007/01/24(水)10:38
ZFS って Solaris 以外だと何に移植されてるんだろう。

230: 名無しさん＠お腹いっぱい。 [sage] 2007/01/24(水)11:01
FreeBSD , FUSE/Linux, MacOSX

231(1): 名無しさん＠お腹いっぱい。 [sage] 2007/01/24(水)11:24
Linux は FUSE かぁ・・・
いや、単に「ファイルシステムはカーネルスペースで」
っていう固定観念から逃れられていないオレが
古いだけで拒絶しているのかも知れんが。

232: 名無しさん＠お腹いっぱい。 [sage] 2007/01/24(水)12:30
>>231
マイクロカーネルOSならともかく、モノリシックカーネルOSならその認識は正しい。
FUSEは読み書きできて可搬性が広がるっていう程度。常用するものじゃない。

233: 名無しさん＠お腹いっぱい。 [] 2007/01/24(水)23:55
>>229 Solarisを使えと

234: 名無しさん＠お腹いっぱい。 [] 2007/02/21(水)14:39
>>224
> PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ
> では書き込み順を変更している場合があって、しかもドライブ側の
> キャッシュに入った時点で書き込み完了通知を返してしまう、
> ということなんですね。

書き込み順変えられるのはSATAIIの方だろ(NCQ)
あとPATAはキャッシュをフラッシュできるのでこの点はOSの努力不足
ATA
http://community.osdev.info/index.php?ATA
0xe7 No-Data FLUSH CACHE

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

あと 522 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.026s