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

1 名前：名無しさん＠お腹いっぱい。 [2001/01/14(日) 02:47] いまやるとしたら、みなさんどうします？ すごく困ってるんですけど。 138 名前：名無しさん＠お腹いっぱい。 mailto: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 www.zdnet.co.jp/help/howto/linux/redhat7_2_ext3/03.html あと、LinuxのFile Systemを話題に出すならこれも参考にすれ。 pc.2ch.net/test/read.cgi/linux/1006743807/l50 141 名前：名無しさん＠お腹いっぱい。 [02/08/25 21:46] ファイルシステムを取り替えたら、Linuxのスワップファイルのサイズの １個あたり２GBという制限が取り除けますか？　４０GBのスワップを とるのに２０個の領域を取るのが美しくないし、あまり良くないです。 できれば単一のドライブに４０GBのスワップ領域を１つデンととって 終わりにしたいのですがぁ。。。 IA-64だと、スワップの大きく取れないシステムなんて、意味ないですから。 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/08/25 23:18] スレッドタイトルが読めない方がいます 143 名前：名無しさん＠お腹いっぱい。 [02/08/26 03:48] JFFS2マンセー 144 名前：名無しさん＠お腹いっぱい [02/08/26 07:00] >>141 主記憶はどのぐらい実装するの？　こっちのほうが興味あるなぁ 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/08/26 11:39] XFS良いよね。 Indogo2使っていた時はぜんぜん思わなかったけど， 「linux(ext2)触りだしてなんでこんなに悲惨な事になるのよ！！」 しまいには， 「またかよ…。」 XFS for Linuxが安定して運用できるレベルになることを望む。 #今も良い感じなんだけど，稀におかしくなるね。 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/08/26 12:42] >>145 XFS、希にと優香、結構おかしくなります。 XFS or JFSが枯れるまではext3使わざるを得ないと思います。 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/08/26 12:52] >>146 使わないといつまでも枯れないですね。。 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/09/06 22:59] すいませんがお前らBFSも語ってください。 漏れはわからん・・・(;´д`)ｽﾏﾝ 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/09/06 23:11] OpenBFS を NetBSD に移植して欲しい MIT-style license だし 150 名前：名無しさん＠お腹いっぱい。 mailto: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/09/24 11:38] >>150 最近のcurrentってLFSフツーに使えるんでしょうか？ 話を見てると怖くて試せないす。 152 名前：150 mailto: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/09/25 10:27] >>152 なるほど。pkgsrc くらいだったら壊れて問題ないし、 私も試してみようかな。thx 154 名前：兄弟スレ？ mailto:sage [02/10/23 21:02] ext3ジャーナリングファイルシステム pc.2ch.net/test/read.cgi/linux/1006112190/ /**ファイルシステム総合スレ その1**/ （既出） pc.2ch.net/test/read.cgi/linux/1006743807/ 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/10/24 12:06] >>154 ext3ジャーナリングファイルシステム は /**ファイルシステム総合スレ その1**/ に統合されたんだ。 むやみに貼るな。 156 名前：名無しさん＠お腹いっぱい。 [02/11/15 03:55] ジャーナルファイルは二度書き込むらしいので遅いのではありませんか？ RAID5＋UPSなどを組んでいるディスクを使う場合には、 ジャーナルファイルでなくても　ext2　のようなファイルシステムで十分 でしょうか？ 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/11/15 04:46] >>156 全ての書き込みをsyncでやると遅くなるので、 大抵はジャーナルだけsyncで書き他を全てasyncで書いている。 RAID5で保護される内容とジャーナルファイルシステムで保護される内容を理解していないと思われ。 RAIDはディスクの破壊に対処するシステムで、 ジャーナルファイルシステムは予期せぬシステムダウンによるファイルシステムの破壊に対処するシステム。 UPSを使えば安全と思うかも知れんが、kernel panicなど電源以外の要因でシステムダウンすることは往々にしてありえる。 158 名前：山崎渉 mailto:（＾＾）sage [03/01/15 13:22] （＾＾） 159 名前：山崎渉 mailto:（＾＾） [03/03/13 17:54] （＾＾） 160 名前：名無しさん＠お腹いっぱい。 [03/03/18 20:00] LFS 161 名前：山崎渉 mailto:（＾＾） [03/04/17 12:15] （＾＾） 162 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 163 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 164 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/05/28 18:35] sage 166 名前：名無しさん＠お腹いっぱい。 [03/07/01 15:20] reiserfs v4はどうなのよ？ 犬糞ネイティブだけあって糞なのか？ 167 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 168 名前：名無しさん＠お腹いっぱい。 [03/08/04 01:02] GRUBのUTF2対応はまだー？ 169 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 170 名前：名無しさん＠お腹いっぱい。 [03/09/07 01:53] ぬるぽ 171 名前：名無しさん＠お腹いっぱい。 [03/09/10 13:24] 名前がカッコイイから使おうかな・・・・・ じゃーなりんぐふぁいるしすてむ・・・・ っでなににつかうの？？ 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/09/18 22:09] >>171 ベンチマークとか。 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/09/22 04:27] /**ファイルシステム総合スレ その2**/ pc.2ch.net/test/read.cgi/linux/1063025258/l50 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/09/27 10:30:29] >>173 そんな板orスレッドないです。 175 名前：名無しさん＠お腹いっぱい。 [04/10/06 11:44:28] >174 pc5.2ch.net/test/read.cgi/linux/1063025258/801-900 176 名前：名無しさん＠お腹いっぱい。 [04/12/04 03:33:49] BSDファイルシステム使いたいんだけども? 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/04 09:54:18] どうぞ? 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/04 16:56:52] PC-UNIXで動くまともなファイルシステムってないの？ 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/04 17:13:08] あります 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/05 22:49:08] ありません 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/05 22:53:57] まともな、の定義によるね。linux xfs 程度でまともと言えるなら、ある。 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/06 01:57:16] >>178 OS関係ないだろ。 愚痴るなら「PCで動くまともなファイルシステムってないの？」ですな。 っつーか仮にファイルシステムに問題があるとしても、 その問題を顕在化させたユーザに責任があるっていう。 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/06 13:48:20] FreeBSD の FFS なんて他の unix と比べたって熟しているものの 一つじゃないのかな。 まあ 5系の UFS2 になると熟度はだいぶ落ちるのかもしれないけど。 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/12/23 22:53:34] XFSマンセー。 LVMでパーティションを小さくできないのが唯一の悩みだけど。 185 名前：age mailto:age [2005/11/18(金) 01:00:07 ] さいきんはどうなのよ 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 02:41:39 ] reiserfs はかなり速いよ。データベース用途によか。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 04:10:53 ] U33 Linuxカーネル座談会/2 で、NTT の人が評価してみたら 確かに ReiserFS だけ異常に速かったんだけど、よくよく 調べたらジャーナリング処理をサボっているところがあって、 そこをちゃんと障害回復できるように直してみたら、Linux の他のファイルシステムと同じ性能になっちゃったって話が あったらしいよ。りょうせいさんの Tiki に載ってる。 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 18:34:39 ] 結局のところ、今も Linux は(どのファイルシステム使ってても) file system 関連は信用するなってことかな? 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 18:59:29 ] Windowsが一番いいな 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 00:18:25 ] UFS Journaling って見込みはどうなん? 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 01:56:36 ] 見込みってのをどういう意味で言ってるのかが分からないけど、 UFS journaling って、まあ ext3 みたいなもんなので、いまどき ちょっと古くさいなあって感じはあるんじゃないの？ ないよりはマシだけどさ。 できれば、ディレクトリが肥大しても性能低下がなくて (UFS_DIRHASH はカーネルのメモリを無駄に使うのがちょっと駄目)、あと、利用中に resize できたりするジャーナリングファイルシステムが欲しいと思う。 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 07:52:54 ] 結局 FreeBSD に JFS やら XFS を porting するって 話は停滞中なのかな? 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 08:35:02 ] FreeBSDそのものが停滞中です 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/17(火) 16:59:44 ] >>192 よく分からないけれど、reiserfsは読めるようになったみたい。 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 21:37:16 ] >>191 そこでLFSですよ。 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 23:45:09 ] 見たら >>191 がとても笑えることを書き込んでいた 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/12(日) 22:35:36 ] 久しぶりに見にきたんだが NTT のアレがまるで話題になってないな。 実装を間違えてなければかなりよさげなんだが、使ったやついる？ 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/12(日) 23:58:37 ] > 実装を間違えてなければかなりよさげなんだが、 間違えるとか以前に、GCがまだ実装されていません。 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 13:08:47 ] 自動GCは実装しないとかほざいたしな 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 16:39:16 ] >>199 それって、普及させるつもりはありませんって事だよね？ 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 20:17:21 ] NTTのやつって開発者の話聞く限り、自動でバックアップ作ってくれるファイルシステムを作りたくて出来たもののような気がする。 バックアップなんだからGCで勝手に削除されるのは逆に困るっていってたよ。 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 22:11:22 ] VMS の履歴保存ファイルシステムみたいなものかな? しかし自動でバックアップって、そんな簡単に バックアップ部分を展開したり引き出したりできるんかいな? 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 22:53:52 ] >202 日時指定でread onlyマウントできるよ。 なんかログのヘッダ領域にいろいろコメント埋め込んで、そのコメント使ってviewの指定ができるようにしたいらしい。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 23:06:48 ] ディスクフルでシステムが止まるの問題がある限り使い物にならない 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/18(土) 00:22:54 ] >204 作者の真意まではしらんが 通常の汎用のfile system と思うとそうなるけど 別な使い方を想定しているんじゃないのか? 206 名前：名無しさん＠お腹いっぱい。 [2006/05/14(日) 12:36:34 ] ジャーナリングが SoftUpdate よりも優れている点って何？ 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [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 ] コスプレ好きには最適の出会い系サイト www.happymail.co.jp/?af14715427 マジエロい娘が多いんでコスプレokになる確率がかなり高い NGでもなし崩し的に着せちゃってプレイするんだけどネｗ 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/06/03(土) 17:07:31 ] >>208 今のところ(永久に?)読むだけ むしろFreeBSDがｲﾗ(w 212 名前：211だけど mailto:sage [2006/06/11(日) 11:33:15 ] FreeBSD-currentにxfsのwriteサポート入ったね 動くかどうか知らんけど 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/06/25(日) 18:29:47 ] geom でジャーナルやるとか言ってるな. 214 名前：名無しさん＠お腹いっぱい。 [2006/07/28(金) 16:10:30 ] redhatでXFSが標準で入れられないのはどうかと思われ やっぱりSUSEですよ 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/07/30(日) 12:16:40 ] >>214 そうなの？　Fedoraでは行けるから同じかと思ってたよ。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/13(金) 09:34:21 ] Reiser filesystem development to continue www.linux.com/article.pl?sid=06/10/12/0355223 そのうちopentechpressにも翻訳されるだろう。 219 名前：名無しさん＠お腹いっぱい。 [2006/10/13(金) 22:53:30 ] ZFSでいいじゃん。 もうすぐホットスペアやダブルパリティもサポートされる 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/14(土) 05:43:16 ] >>219 凄く期待してるんだが、ホントに信頼できるのかよくわからない。 逆説的だがみんなが使って、データ飛ばして、 データが飛ぶ確率出してみないことには信頼性云々の話が出来ない。 221 名前：名無しさん＠お腹いっぱい。 [2006/10/14(土) 18:22:47 ] とりあえずさ、2次ストレージやバックアップストレージとして使うと いいんじゃない？ 222 名前：名無しさん＠お腹いっぱい。 [2007/01/22(月) 10:06:43 ] ディスクドライブのコントローラボードに搭載されるキャッシュが 32MBとかそれ以上とかにでっかくなって、さらにコントローラ内で コマンド順を入れ替えて効率的な読み書きをするようになってくると、 いったいどこまでの情報が本当にディスクに書き込まれたのか わかんなくなって、ジャーナル自体も本当に書き込まれたか 怪しくなってくる気がするんだけど、そんな心配してしまうのは 俺が素人だからですか？ 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/22(月) 10:44:06 ] >>222 素人というよりATAの知識しかないからでは。 ここでも似たような書き込みがあるな。 pc10.2ch.net/test/read.cgi/linux/1164457481/388- 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/22(月) 12:06:52 ] なるほど、SCSIやSATAではFUAというコマンド（機能？）があるから これを使って確実に書き込ませるということが出来るんですね。 適当なタイミングでフラッシュしてやれば書き込み順も保証できる、と。 PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ では書き込み順を変更している場合があって、しかもドライブ側の キャッシュに入った時点で書き込み完了通知を返してしまう、 ということなんですね。 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/22(月) 12:09:32 ] うぉ、FUAってフラッシュを強制させるコマンドじゃなかったのか。 pc.watch.impress.co.jp/docs/2004/1220/maxtor.htm NCQは、ホスト側から送られてくるコマンドを、ドライブ側で実行順位を 並び替えて最適化し、高速化をはかる技術。パラレルインターフェイスでは、 デバイス側からコマンドの終了を通知する手段がなく、実現できなかった。 FUAは、電源障害時のデータ消失を防止する機能。通常のHDDでは、 Writeコマンドの終了通知は、HDDのバッファに書き込まれた時点で通知される。 ディスクへは書き込まれていないため、この時点で停電が起きた場合は、 バッファ内のデータは失われる。FUAでは、データをディスクへ書き込んだ 時点で終了通知をホストへ返すため、停電などによるデータ消失の可能性 を軽減できるという。 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/22(月) 19:00:41 ] 単なる write cache enable /disable とはどう違うの? 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/22(月) 19:02:18 ] >>226 パフォーマンスが落ちない。 228 名前：名無しさん＠お腹いっぱい。 [2007/01/24(水) 01:46:07 ] まぁ、ジャーナリングなんか止めて、ZFS使えと。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/24(水) 10:38:33 ] ZFS って Solaris 以外だと何に移植されてるんだろう。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/24(水) 11:01:28 ] FreeBSD , FUSE/Linux, MacOSX 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/01/24(水) 11:24:35 ] Linux は FUSE かぁ・・・ いや、単に「ファイルシステムはカーネルスペースで」 っていう固定観念から逃れられていないオレが 古いだけで拒絶しているのかも知れんが。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [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 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 ] それはさておき

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef