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

[1 名無しさん＠お腹いっぱい。 NG NG]

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

[144 名無しさん＠お腹いっぱい NG NG]

>>141
主記憶はどのぐらい実装するの？　こっちのほうが興味あるなぁ

[145 名無しさん＠お腹いっぱい。 NG NG]

XFS良いよね。
Indogo2使っていた時はぜんぜん思わなかったけど，

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

しまいには，

「またかよ…。」

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

[146 名無しさん＠お腹いっぱい。 NG NG]

>>145
XFS、希にと優香、結構おかしくなります。
XFS or JFSが枯れるまではext3使わざるを得ないと思います。

[147 名無しさん＠お腹いっぱい。 NG NG]

>>146
使わないといつまでも枯れないですね。。

[148 名無しさん＠お腹いっぱい。 NG NG]

すいませんがお前らBFSも語ってください。
漏れはわからん・・・(;´д`)ｽﾏﾝ

[149 名無しさん＠お腹いっぱい。 NG NG]

OpenBFS を NetBSD に移植して欲しい
MIT-style license だし

[150 名無しさん＠お腹いっぱい。 NG NG]

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 名無しさん＠お腹いっぱい。 NG NG]

>>150
最近のcurrentってLFSフツーに使えるんでしょうか？
話を見てると怖くて試せないす。

[152 150 NG NG]

>>151
こっちは 1.6 なんで current はどうか分からないけど
working directory のようなそれほど重要でない場所ではについては
それなりには使えると思う
書き込み速度はやはり速いし

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

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

[153 名無しさん＠お腹いっぱい。 NG NG]

>>152
なるほど。pkgsrc くらいだったら壊れて問題ないし、
私も試してみようかな。thx

[154 兄弟スレ？ NG NG]

ext3ジャーナリングファイルシステム
http://pc.2ch.net/test/read.cgi/linux/1006112190/

/**ファイルシステム総合スレ その1**/ （既出）
http://pc.2ch.net/test/read.cgi/linux/1006743807/

[155 名無しさん＠お腹いっぱい。 NG NG]

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

[156 名無しさん＠お腹いっぱい。 NG NG]

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

[157 名無しさん＠お腹いっぱい。 NG NG]

>>156
全ての書き込みをsyncでやると遅くなるので、
大抵はジャーナルだけsyncで書き他を全てasyncで書いている。

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

[158 山崎渉 NG NG]

（＾＾）

[159 山崎渉 NG NG]

（＾＾）

[160 名無しさん＠お腹いっぱい。 NG NG]

LFS

[161 山崎渉 NG NG]

（＾＾）

[162 あぼーん NG NG]

あぼーん

[163 あぼーん NG NG]

あぼーん

[164 あぼーん NG NG]

あぼーん

[165 名無しさん＠お腹いっぱい。 NG NG]

sage

[166 名無しさん＠お腹いっぱい。 NG NG]

reiserfs v4はどうなのよ？
犬糞ネイティブだけあって糞なのか？

[167 あぼーん NG NG]

あぼーん

[168 名無しさん＠お腹いっぱい。 NG NG]

GRUBのUTF2対応はまだー？

[169 あぼーん NG NG]

あぼーん

[170 名無しさん＠お腹いっぱい。 NG NG]

ぬるぽ

[171 名無しさん＠お腹いっぱい。 NG NG]

名前がカッコイイから使おうかな・・・・・
じゃーなりんぐふぁいるしすてむ・・・・




っでなににつかうの？？

[172 名無しさん＠お腹いっぱい。 NG NG]

>>171
ベンチマークとか。

[173 名無しさん＠お腹いっぱい。 NG NG]

/**ファイルシステム総合スレ その2**/
http://pc.2ch.net/test/read.cgi/linux/1063025258/l50

[174 名無しさん＠お腹いっぱい。 NG NG]

>>173
そんな板orスレッドないです。

[175 名無しさん＠お腹いっぱい。 NG NG]

>174
http://pc5.2ch.net/test/read.cgi/linux/1063025258/801-900

[176 名無しさん＠お腹いっぱい。 NG NG]

BSDファイルシステム使いたいんだけども?

[177 名無しさん＠お腹いっぱい。 NG NG]

どうぞ?

[178 名無しさん＠お腹いっぱい。 NG NG]

PC-UNIXで動くまともなファイルシステムってないの？

[179 名無しさん＠お腹いっぱい。 NG NG]

あります

[180 名無しさん＠お腹いっぱい。 NG NG]

ありません

[181 名無しさん＠お腹いっぱい。 NG NG]

まともな、の定義によるね。linux xfs 程度でまともと言えるなら、ある。

[182 名無しさん＠お腹いっぱい。 NG NG]

>>178
OS関係ないだろ。
愚痴るなら「PCで動くまともなファイルシステムってないの？」ですな。

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

[183 名無しさん＠お腹いっぱい。 NG NG]

FreeBSD の FFS なんて他の unix と比べたって熟しているものの
一つじゃないのかな。
まあ 5系の UFS2 になると熟度はだいぶ落ちるのかもしれないけど。

[184 名無しさん＠お腹いっぱい。 NG NG]

XFSマンセー。
LVMでパーティションを小さくできないのが唯一の悩みだけど。

[185 age 2005/11/18(金) 01:00:07]

さいきんはどうなのよ

[186 名無しさん＠お腹いっぱい。 2005/11/18(金) 02:41:39]

reiserfs はかなり速いよ。データベース用途によか。

[187 名無しさん＠お腹いっぱい。 2005/11/18(金) 04:10:53]

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

[188 名無しさん＠お腹いっぱい。 2005/11/18(金) 18:34:39]

結局のところ、今も Linux は(どのファイルシステム使ってても)
file system 関連は信用するなってことかな?

[189 名無しさん＠お腹いっぱい。 2005/11/18(金) 18:59:29]

Windowsが一番いいな

[190 名無しさん＠お腹いっぱい。 2005/11/19(土) 00:18:25]

UFS Journaling って見込みはどうなん?

[191 名無しさん＠お腹いっぱい。 2005/11/19(土) 01:56:36]

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

[192 名無しさん＠お腹いっぱい。 2005/11/19(土) 07:52:54]

結局 FreeBSD に JFS やら XFS を porting するって
話は停滞中なのかな?

[193 名無しさん＠お腹いっぱい。 2005/11/19(土) 08:35:02]

FreeBSDそのものが停滞中です

[194 名無しさん＠お腹いっぱい。 2006/01/17(火) 16:59:44]

>>192
よく分からないけれど、reiserfsは読めるようになったみたい。

[195 名無しさん＠お腹いっぱい。 2006/02/06(月) 21:37:16]

>>191 そこでLFSですよ。

[196 名無しさん＠お腹いっぱい。 2006/02/06(月) 23:45:09]

見たら >>191 がとても笑えることを書き込んでいた

[197 名無しさん＠お腹いっぱい。 2006/02/12(日) 22:35:36]

久しぶりに見にきたんだが NTT のアレがまるで話題になってないな。
実装を間違えてなければかなりよさげなんだが、使ったやついる？

[198 名無しさん＠お腹いっぱい。 2006/02/12(日) 23:58:37]

> 実装を間違えてなければかなりよさげなんだが、
間違えるとか以前に、GCがまだ実装されていません。

[199 名無しさん＠お腹いっぱい。 2006/02/27(月) 13:08:47]

自動GCは実装しないとかほざいたしな

[200 名無しさん＠お腹いっぱい。 2006/03/10(金) 16:39:16]

>>199
それって、普及させるつもりはありませんって事だよね？

[201 名無しさん＠お腹いっぱい。 2006/03/17(金) 20:17:21]

NTTのやつって開発者の話聞く限り、自動でバックアップ作ってくれるファイルシステムを作りたくて出来たもののような気がする。
バックアップなんだからGCで勝手に削除されるのは逆に困るっていってたよ。

[202 名無しさん＠お腹いっぱい。 2006/03/17(金) 22:11:22]

VMS の履歴保存ファイルシステムみたいなものかな?

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

[203 名無しさん＠お腹いっぱい。 2006/03/17(金) 22:53:52]

>202
日時指定でread onlyマウントできるよ。
なんかログのヘッダ領域にいろいろコメント埋め込んで、そのコメント使ってviewの指定ができるようにしたいらしい。

[204 名無しさん＠お腹いっぱい。 2006/03/17(金) 23:06:48]

ディスクフルでシステムが止まるの問題がある限り使い物にならない

[205 名無しさん＠お腹いっぱい。 2006/03/18(土) 00:22:54]

>204
作者の真意まではしらんが
通常の汎用のfile system と思うとそうなるけど
別な使い方を想定しているんじゃないのか?

[206 名無しさん＠お腹いっぱい。 2006/05/14(日) 12:36:34]

ジャーナリングが SoftUpdate よりも優れている点って何？

[207 名無しさん＠お腹いっぱい。 2006/05/14(日) 13:05:58]

snapshotをちゃんと取ってくれれば良いんと違うか?>>201
ここの話ってVxFSでいいような気がする(高いけど)

[208 名無しさん＠お腹いっぱい。 2006/05/31(水) 20:55:31]

FreeBSDのXFSまだー？

[209 名無しさん＠お腹いっぱい。 2006/06/01(木) 19:03:14]

JFSが最強もたまには思い出してあげて下さい。

[210 名無しさん＠お腹いっぱい。 2006/06/01(木) 19:10:33]

コスプレ好きには最適の出会い系サイト
http://www.happymail.co.jp/?af14715427
マジエロい娘が多いんでコスプレokになる確率がかなり高い
NGでもなし崩し的に着せちゃってプレイするんだけどネｗ

[211 名無しさん＠お腹いっぱい。 2006/06/03(土) 17:07:31]

>>208
今のところ(永久に?)読むだけ

むしろFreeBSDがｲﾗ(w

[212 211だけど 2006/06/11(日) 11:33:15]

FreeBSD-currentにxfsのwriteサポート入ったね
動くかどうか知らんけど

[213 名無しさん＠お腹いっぱい。 2006/06/25(日) 18:29:47]

geom でジャーナルやるとか言ってるな.

[214 名無しさん＠お腹いっぱい。 2006/07/28(金) 16:10:30]

redhatでXFSが標準で入れられないのはどうかと思われ
やっぱりSUSEですよ

[215 名無しさん＠お腹いっぱい。 2006/07/30(日) 12:16:40]

>>214 そうなの？　Fedoraでは行けるから同じかと思ってたよ。

[216 名無しさん＠お腹いっぱい。 2006/08/20(日) 10:28:47]

freebsd-fs ML 眺めてみたら gjournal ってのが >213 の話かな?

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

[217 名無しさん＠お腹いっぱい。 2006/10/11(水) 23:22:32]

なあ、ReiserFSがどうなるのか教えてくれよ
ttp://slashdot.jp/articles/06/10/11/0535202.shtml

[218 名無しさん＠お腹いっぱい。 2006/10/13(金) 09:34:21]

Reiser filesystem development to continue
http://www.linux.com/article.pl?sid=06/10/12/0355223
そのうちopentechpressにも翻訳されるだろう。

[219 名無しさん＠お腹いっぱい。 2006/10/13(金) 22:53:30]

ZFSでいいじゃん。
もうすぐホットスペアやダブルパリティもサポートされる

[220 名無しさん＠お腹いっぱい。 2006/10/14(土) 05:43:16]

>>219
凄く期待してるんだが、ホントに信頼できるのかよくわからない。
逆説的だがみんなが使って、データ飛ばして、
データが飛ぶ確率出してみないことには信頼性云々の話が出来ない。

[221 名無しさん＠お腹いっぱい。 2006/10/14(土) 18:22:47]

とりあえずさ、2次ストレージやバックアップストレージとして使うと
いいんじゃない？

[222 名無しさん＠お腹いっぱい。 2007/01/22(月) 10:06:43]

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

[223 名無しさん＠お腹いっぱい。 2007/01/22(月) 10:44:06]

>>222
素人というよりATAの知識しかないからでは。

ここでも似たような書き込みがあるな。
http://pc10.2ch.net/test/read.cgi/linux/1164457481/388-

[224 名無しさん＠お腹いっぱい。 2007/01/22(月) 12:06:52]

なるほど、SCSIやSATAではFUAというコマンド（機能？）があるから
これを使って確実に書き込ませるということが出来るんですね。
適当なタイミングでフラッシュしてやれば書き込み順も保証できる、と。

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

[225 名無しさん＠お腹いっぱい。 2007/01/22(月) 12:09:32]

うぉ、FUAってフラッシュを強制させるコマンドじゃなかったのか。

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

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

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

[226 名無しさん＠お腹いっぱい。 2007/01/22(月) 19:00:41]

単なる write cache enable /disable とはどう違うの?

[227 名無しさん＠お腹いっぱい。 2007/01/22(月) 19:02:18]

>>226
パフォーマンスが落ちない。

[228 名無しさん＠お腹いっぱい。 2007/01/24(水) 01:46:07]

まぁ、ジャーナリングなんか止めて、ZFS使えと。

[229 名無しさん＠お腹いっぱい。 2007/01/24(水) 10:38:33]

ZFS って Solaris 以外だと何に移植されてるんだろう。

[230 名無しさん＠お腹いっぱい。 2007/01/24(水) 11:01:28]

FreeBSD , FUSE/Linux, MacOSX

[231 名無しさん＠お腹いっぱい。 2007/01/24(水) 11:24:35]

Linux は FUSE かぁ・・・
いや、単に「ファイルシステムはカーネルスペースで」
っていう固定観念から逃れられていないオレが
古いだけで拒絶しているのかも知れんが。

[232 名無しさん＠お腹いっぱい。 2007/01/24(水) 12:30:00]

>>231
マイクロカーネルOSならともかく、モノリシックカーネルOSならその認識は正しい。
FUSEは読み書きできて可搬性が広がるっていう程度。常用するものじゃない。

[233 名無しさん＠お腹いっぱい。 2007/01/24(水) 23:55:27]

>>229 Solarisを使えと

[234 名無しさん＠お腹いっぱい。 2007/02/21(水) 14:39:11]

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

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

[235 名無しさん＠お腹いっぱい。 2007/02/21(水) 17:45:24]

WAFLはいいらしいが高いし

どうよ

[236 名無しさん＠お腹いっぱい。 2007/02/22(木) 23:10:33]

>>235 ZFSはとても良いが無料だよ

[237 名無しさん＠お腹いっぱい。 2007/03/14(水) 16:00:58]

閑話休題

[238 名無しさん＠お腹いっぱい。 2007/07/28(土) 22:21:56]

それはさておき

[239 名無しさん＠お腹いっぱい。 2007/08/03(金) 10:46:15]

一体いつになったらNTFSを超えるFSが出てくるのだろうか。
それともオプソ連中には荷が重いか。

[240 名無しさん＠お腹いっぱい。 2007/08/03(金) 22:25:09]

そんな餌で…

[241 名無しさん＠お腹いっぱい。 2007/08/25(土) 21:38:40]

ZFSでいいじゃん。

[242 名無しさん＠お腹いっぱい。 2007/08/25(土) 23:03:03]

「ジャーナリズム宣言。」　　　extended3

[243 名無しさん＠お腹いっぱい。 2007/08/26(日) 02:19:23]

NTFSは変に細かいところで多機能だからなあ
複数ストリームなんて誰が使ってるんだと思ったら、
これが意外なところで使われていたりとか

[244 名無しさん＠お腹いっぱい。 2007/08/26(日) 02:39:21]

どんなとこで？