- 1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o]
- 多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。
前スレ
pc.2ch.net/test/read.cgi/linux/1006743807/
- 548 名前：login:Penguin mailto:sage [04/06/16 23:15 ID:Jb/6MACX]
- sync2回打たないといけないとか、いろいろ噂流れてたなぁ
- 549 名前：login:Penguin mailto:sage [04/06/16 23:25 ID:HOY5xnPZ]
- sync for me
sync for you
sync for god
- 550 名前：login:Penguin mailto:sage [04/06/17 00:29 ID:YJjJ3vOr]
- >>547
IBMの奥山が広めたデマだな。
・ext3が.journalというファイルにログを書いていたこと
・LinuxがHDDにraw deviceを用意してないこと
に着目してjournalもバッファされるからトランザクション性がないだろ
とか言ってた。彼のページにまだ記事が残ってるだろうが、
彼はFreeBSDのsoftupdateマンセーだったので
journaling fs自体否定されてるぞ(w
- 551 名前：login:Penguin mailto:sage [04/06/17 00:33 ID:ngS+Tu6m]
- >>550
ところでsoftupdateって実用に耐えるようになったのだろうか？
- 552 名前：login:Penguin mailto:sage [04/06/17 05:14 ID:vJ7TJ/hx]
- >>551
FreeBSDではかなり前からsoftupdateがデフォルトで有効になっているぞ。
つーか実際に運用されているサーバでsoftupdateを有効にしていないものは
ほとんど残っていないと思われ。
- 553 名前：login:Penguin mailto:sage [04/06/17 12:37 ID:Cjys0RLv]
- >>550
奥山シンパじゃないが...
>journaling fs自体否定されてるぞ(w
おまえ、ちゃんと文章読めや。
奥山はjournaling自体をを否定してねえだろ。
ただ（あの当時の）journaling fsはメタジャーナリングしかなくて、
メタジャーナリングじゃデータ領域の安全性はsoftupdateとか、何か安全性を
保証することをしないといけない。
なのに、データ領域への書き込みはlinuxのvfsが無茶苦茶asyncしまくりのタコな
状態なのに、それに依存しまくっているから問題だって言ってるだけだろ。
たしかにext3に関して勘違いした文章は書いているが、結局メタジャーナリングじゃ
データ領域の保証はされてないってところでは、現状のlinuxのvfsってどうなのよ。
linux使ってる身としては、結構気になるんだけどな。
#たしか、/.でも、奥山の間違いの指摘と、ジャーナリング機構の堅牢性の話は出たが、
#その部分で叩くばかりで、linuxのvfsの話はスルーされてたなぁ。
#おまけに、>>536の指摘が出るまで気づいてないような、勘違いレス
#（ジャーナリングしたのになんでデータが飛ぶの？みたいな）も出てるし。
- 554 名前：login:Penguin mailto:sage [04/06/17 13:39 ID:r+RGGHNP]
- データ領域もジャーナリングするファイルシステムってないの？
- 555 名前：login:Penguin mailto:sage [04/06/17 13:58 ID:8qg3KkNk]
- >>553
xfsが自前のvfs使ってるはず。
他のext3とかreiserfsとかjfsは
腐ったvfsを使用しているという点ではダメだと思う。
- 556 名前：login:Penguin mailto:sage [04/06/17 14:37 ID:Uff0XKD4]
- vfs直そうよ
- 557 名前：login:Penguin [04/06/17 15:14 ID:wT98rTfg]
- www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html
www.tac.tsukuba.ac.jp/~yamato/samba/11000/msg00478.html
論争ネタはこれ前後ですかね？
---
ext3 層が ext2 に Journal を書いてくれと頼んでも、 Journal 記録が disk に書き込まれる保証はない
---
これは vfs と ext2 fs がジャーナルの書き込みと順序の保証をしないという事かな？
これに対する典型的な反論は
・古い情報に基づいてる
→ということはもう vfs は直っている？
・HDD のファームがある時点でのデータまで全て書き終えた事まで保証しないとだめなので softupdates も意味無いんでは
→ではバリア命令を送れば問題ない？
…以上だったと思う。訂正よろ。
あと、どこかに奥山氏だったか、linux の fs は順序フラグ付けても無視する、
と言うようなML投稿も有ったと思うがみつからねー。(syncじゃなくてorderの方)
- 558 名前：login:Penguin mailto:sage [04/06/17 22:20 ID:hxBNxHyy]
- >>554
RAID?
- 559 名前：login:Penguin mailto:sage [04/06/17 22:23 ID:7rYbXA9B]
- 俺もそう思ったがファイルシステムじゃない・・・
- 560 名前：login:Penguin [04/06/18 07:40 ID:jzwiQCGa]
- >>542
まさにそうなんだよ。
ext2よりext3のほうがよく壊れる感じがしませんか？
- 561 名前：login:Penguin mailto:sage [04/06/18 10:13 ID:xCDKeneh]
- しません。原因不明で壊れた事はないから。
ていうかファイルシステム破壊のような重大問題を
「感じがする」なんていいかげんな事で済ませたりしませんから。
- 562 名前：login:Penguin mailto:sage [04/06/18 10:31 ID:+hJM9jh6]
- 壊れた原因が判明するほうがまれだと思う
- 563 名前：login:Penguin mailto:sage [04/06/18 10:52 ID:BLXljFR0]
- >>554
Log structured は、比較的それっぽいと思うけど、どうなんだろう？
メタデータとデータを一筆書きで（場所を分けないで）ずるずると書いていく
イメージなんだけど。
- 564 名前：login:Penguin mailto:sage [04/06/18 12:34 ID:Lnt6JO16]
- >>563
LFSはジャーナルだけのファイルシステムって感じだよね。
>>554
ext3が、data=journalオプションでフルジャーナルになるっぽい。
結局vfsは直ってるんですかね〜
直ってるってはっきり言ってるのを見たこと無いのでちょっと心配。
- 565 名前：login:Penguin mailto:sage [04/06/18 13:06 ID:S8bTS/o9]
- なんでファイルシステム関連は妄想ヲタが多いのかね。
- 566 名前：login:Penguin mailto:sage [04/06/18 13:14 ID:S7lg8ux/]
- >>565
おかしいところを具体的に指摘すると
もっと効果的だよ。
- 567 名前：login:Penguin mailto:sage [04/06/18 15:25 ID:xbNkLRR6]
- >>566
っていうか、指摘できなきゃ>>565こそヲタの妄想でしかないよな。
- 568 名前：login:Penguin mailto:sage [04/06/18 16:00 ID:deyzjst3]
- >>564
vfsが治っていないと、今でも>>546ってことになるもんなぁ。
- 569 名前：login:Penguin mailto:sage [04/06/18 16:34 ID:xbNkLRR6]
- >>568
それはないはず。
たしか、奥山氏のページのext3に関する記述の（/.だったかな、の）反論として
（奥山氏の推論）ext3はext2上にジャーナルデータを記述した一般ファイルを作る
→ジャーナルデータはvfs経由で書いてるだろう
（反論）ext3では、ジャーナルデータの書き込みはちゃんと独自のルーチン使ってますね（プ
というのがあったので、たぶんvfsが原因でジャーナル部分に影響することはないと思う。
- 570 名前：login:Penguin mailto:sage [04/06/18 17:45 ID:sVx+wkUC]
- 皆さんのカーネルに対する理解が、スケジューラやVM辺りで止っていて、
fsやnetにまで届いてないことは、よく分りました。
- 571 名前：login:Penguin mailto:sage [04/06/18 18:15 ID:xbNkLRR6]
- >>570
そう思いたいのですね:-)
- 572 名前：login:Penguin mailto:sage [04/06/18 18:26 ID:deyzjst3]
- >>569
ううむ。なるほど。
とりあえず ttp://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html を見て
勉強します。
- 573 名前：login:Penguin mailto:sage [04/06/18 19:54 ID:SjQ17unD]
- >>564
>>230に対してコメントおねがいします。
- 574 名前：login:Penguin mailto:sage [04/06/18 21:08 ID:o0yQUQlF]
- >>560
ext2よりext3のほうが壊れ易いという声は良く聞くんだけど、
どのタイミングで壊れたかの話を聞かないと何とも言えないよな。
俺の場合は、ext3のjournal recoverで問題が起きたことはなかったんだけど、
以下の手順で壊した時にはかなり壊れた。
ext3 + swsuspで、ハイバネをかける
↓
まちがって他のカーネルで起動する
↓
readonlyで/がmountされるがext3なので結局journalがリプレイされる
↓
あわてて元のカーネルで起動する
↓
ハイバネしていたカーネルがjournalがリプレイされたことに気がつかないままリジューム
↓
shutdownする
↓
ジャーナルノード崩壊 orz
journaling fsの原理だけ考えるとジャーナルノードがこけてもふつうのfilesystemになる
だけのような気がするんだけど、ext3でジャーナルノードが壊れてる時は
ジャーナルだけじゃなくモロモロえらいことになってる話が多いような。
JFSやReiserFSではそういう話聞かないから、ext3が壊れ易いってのはext3特有の問題
なんじゃないかな。
- 575 名前：login:Penguin mailto:sage [04/06/18 22:46 ID:rY2wiHpB]
- >>574
それは壊れたというよりオマエが不注意で壊してるだけじゃねーか馬鹿！
- 576 名前：login:Penguin mailto:sage [04/06/18 23:42 ID:ErM3WTSg]
- なんでファイルシステム関係は妄想オタが多いのかね。
- 577 名前：login:Penguin mailto:sage [04/06/18 23:46 ID:AvZ78uxi]
- >>575
壊そうと思えば簡単に壊せるようじゃ困ると思わない?
- 578 名前：login:Penguin mailto:sage [04/06/18 23:47 ID:47LKkKdM]
- 壊そうとすればどれだろうと壊れるだろ
- 579 名前：login:Penguin mailto:sage [04/06/19 00:09 ID:BLhUJPcc]
- >壊そうと思えば簡単に壊せるようじゃ困ると思わない?
>>577はファイルシステムの脆弱性のことを言いたいのか？
- 580 名前：login:Penguin mailto:sage [04/06/19 00:14 ID:qBPMfpBi]
- >>558
RAID1でも、複数のディスクに同時に書き込んでいて、複数のディスクが
同時に事故(例えば停電)したら、同じエラーが出るんじゃない？
ファイルシステムのバグが原因ならもっと確実だろうけど。
>>574
linuxのハイバネって、確かswapパーティションに書くよね。
他のカーネルでswapのマウントまで行ったらリジュームできなくなると思うんだが。
だとすると、/のジャーナルリプレイ完了(開始？)後、swapのマウント前に
再起動(リセット？)したのかな？ずいぶん微妙なタイミングだな、と。
# 間違った仮定に基づいていたらごめんなさい。
- 581 名前：login:Penguin mailto:sage [04/06/19 00:38 ID:crb3z0Bs]
- swapパーティションにハイバネイメージを書いた後、
swapパーティションの先頭のシグニチャをいじってswapに見えなくする。
linux kernelはswapパーティションのパーティションIDではなく、
パーティションの先頭に書いてあるシグニチャでswaponできるか
どうかを判定するようだ。
このへんmkswapしなくていい普通のUNIXとは違うんだよな。
だから、他のカーネルでブートするとハイバネイメージを書いた
swapパーティションはswaponできないままブートプロセスが進行する。
(あと、ハイバネしないカーネルはroot deviceを先に、
ハイバネするカーネルはresumeのデータを読むためswap partitionを先に
アクセスする違いがあるな)
最近のハイバネパッチは異バージョンのカーネルのハイバネイメージを
検出すると、破棄してクリーンブートを続行するかリブートするか選択できる。
つーかハイバネの話はスレ違いなので適切なところへ...
- 582 名前：login:Penguin [04/06/19 17:53 ID:Ojl/frYN]
- 盛り上がってまいりますた！
- 583 名前：login:Penguin mailto:sage [04/06/19 19:24 ID:b7g1S+9G]
- >>557
Samba-JP MLの奥山のポストをよんでみたけど、
エレベーターシークを行なっているのはブロックデバイスのドライバだから
(driver/block/elevator.c)XFSでも逃げられないのでは?
ext3のjournalingに使われるjournaled block deviceドライバがfs以下にあるので
これで回避できてるのかもよくわからないけど。
- 584 名前：login:Penguin [04/06/20 14:35 ID:u46dN04k]
- エレベーターアクション
- 585 名前：login:Penguin mailto:sage [04/06/20 16:25 ID:LnupTILL]
- (#ﾟДﾟ)ｺﾞﾙｧ!!
- 586 名前：login:Penguin mailto:sage [04/06/21 23:10 ID:0RsP8ti8]
- 上でRAIDとかfull journalとかとの比較がでてるけど、
どっちもdata領域をsync書き込みしたいという要望なのかな。
softupdateはasync書き込みに対してfilesystemを安定化させる手法だから、
kernelがbuffer cacheをflushする前に書き込んだ内容は電源切ったら消えますよ。
flushは30秒に1回がdefaultだから、最悪で30秒分もどってしまう。
奥山さんが言ってるdata領域の安全性というのは
meta data領域とdata領域の整合性のことで、
data領域への任意の時点での書き込み内容を保証する話じゃないでしょう。
だからfull journalとは目的が少し違うわけで。
softupdateの場合は、metadata領域のupdateもdata領域のupdateも
同じkernel daemon processで処理されるけど、
journaling fsの場合、
(1) journal領域のupdate
(2) metadata領域のupdate
(3) data領域のupdate
が全部別々のprocessになりうるから、
連携がとれてないとfilesystemが壊れうる瞬間がすごく長くなりますよね。
ext3の場合、(3)はext2とおなじbdflushを使っているのが気になります。
- 587 名前：login:Penguin mailto:sage [04/06/21 23:43 ID:eqKLWGgr]
- >>586
それは理解した上でext3のジャーナルデータの書き出し部がどうなっているのか
とか、vfsがどうなっているのかっていう話になっているわけだけど。
- 588 名前：login:Penguin mailto:sage [04/06/22 07:03 ID:lX6e0lR+]
- ファイルシステムが壊れているわけではないけど、
定期的なfsckでたくさん不整合が見つかるもんなぁ。< ext3の場合。
- 589 名前：login:Penguin mailto:sage [04/06/22 08:16 ID:Kf20g4IL]
- 結局VFSが元凶ということでFA？
- 590 名前：login:Penguin mailto:sage [04/06/22 08:20 ID:ZFd0MGIb]
- >>588
みつかんねぇよアホ。
- 591 名前：login:Penguin mailto:sage [04/06/22 08:21 ID:ZFd0MGIb]
- 己のスキルの無さとハードの不安定をファイルシステムのせいにしたがる奴が多すぎ。
馬鹿のひとつおぼえみたいにVFSとかぬかしてんじゃねぇよ。
- 592 名前：login:Penguin mailto:sage [04/06/22 08:55 ID:Kf20g4IL]
- 現象論しか語れない人はおいといて誰かVFSの解説してください
それともLinuxユーザは所詮ソース読{ま|め}ない人？
- 593 名前：login:Penguin mailto:sage [04/06/22 09:34 ID:bpmK8UtP]
- vfsの何を解説して欲しいの?
このスレにも解説記事が上がってるでしょ?
- 594 名前：login:Penguin mailto:sage [04/06/22 11:08 ID:k9MXLi0G]
- VFSはｍｍと密接な関係にあるので、理解するのは容易ではありません。
- 595 名前：login:Penguin mailto:sage [04/06/22 13:28 ID:GDkTi28/]
- vfsにバグがあるか聞きたいんでしょうけど‥自分で読まないのかね
- 596 名前：login:Penguin mailto:sage [04/06/22 15:00 ID:k9MXLi0G]
- 「バグがある」と言いたいお年頃なんでしょう。
- 597 名前：login:Penguin mailto:sage [04/06/22 19:09 ID:ZFd0MGIb]
- ハゲがある！
- 598 名前：login:Penguin mailto:sage [04/06/22 19:21 ID:nlS0pHJH]
- 何年も昔と違って今じゃカーネルソースを読んで
理解できるユーザなんてほんの一握りじゃね？
IBMとか巨額をつっこんでるみたいだし、
エンタープライズ向けを狙ってるんだから、
vfsにバグがいつまでも残ってるとは考えられないし、
気にしなくていいじゃん。
- 599 名前：login:Penguin mailto:sage [04/06/22 23:46 ID:OlYY0W1z]
- 昔のカーネルは一人で全体を把握できる規模だったんだが
趣味のレベルならそのくらいの時代がいちばん面白いよなぁ
- 600 名前：login:Penguin mailto:sage [04/06/23 09:11 ID:GrKF3qBX]
- 今だって、vfsだけなら全体を把握できるでしょ
- 601 名前：login:Penguin mailto:sage [04/06/23 09:46 ID:VRvAskwF]
- 具体的にはどのファイルがvfsなの?
- 602 名前：login:Penguin mailto:sage [04/06/23 10:05 ID:s/ZGu0C5]
- dir/w と打ったら、VFS.BAS と出てくるやつ。
- 603 名前：login:Penguin mailto:sage [04/06/23 15:32 ID:VOtrtiUk]
- www.namesys.com/
_, ._
（ ﾟдﾟ） ・・・
_, ._
（ ´Д⊂
_, ._
（； ﾟДﾟ） ・・・ ！？
- 604 名前：login:Penguin mailto:sage [04/06/23 23:31 ID:FhRp4hw2]
- >>601
linux-2.x.x/fs/*.c(file.cやopen.c、inode.cなど)
VFSの動きを知りたいなら、linux-2.x.x/include/linux/fs.hの
file構造体、inode構造体、super_block構造体
file_operations構造体、inode_operations構造体、super_operations構造体
も必須でしょう。
kernel2.6系のmountシステムコールなら
user ｜ VFS ｜ ext2などのファイルシステム
mount(2)→sys_mount・・・get_sb_bdev→fill_super(それぞれのファイルシステムの)
こんなかんじ。
ユーザが出すシステムコールと各ファイルシステムのインタフェースを
つなぐのがVFSの役目
- 605 名前：login:Penguin mailto:sage [04/06/23 23:39 ID:5AebQMKD]
- キチガイどもだ。SCOと同じ。
- 606 名前：login:Penguin [04/06/24 04:30 ID:kxxZElbT]
- ﾏｸﾌﾞｰ
- 607 名前：login:Penguin mailto:sage [04/06/25 12:16 ID:hE3kdf0q]
- ノーパソのHDDが突然おかしくなった。
読み書きするたびにからからいい、
今までの数十倍の時間がかかる。
絶望し、新しいマシンを購入した。
しかし10年もの間築いてきたデータは失われた。
一ヵ月後、だめもとでまた起動してみた。
やはりまともに動かない。
LILO の文字がでるのに 10 秒かかる。
ブート途中で interrupt lost でどうしようもない。
頭にきたのでパソコンを縦に持って
前後に強く振った。
ぶぶぶおーん。
ディスクはうなり声を上げ、力強い回転を取り戻した。
再起動してみた。猛烈な勢いでブートプロセスが動き出す。
今わたしは、この手に再び青春を取り戻したのだ。
- 608 名前：login:Penguin mailto:sage [04/06/25 12:47 ID:SzvaOs5Z]
- >>607 は人世に勝利した。
- 609 名前：login:Penguin mailto:sage [04/06/25 13:04 ID:lHoLgRLH]
- >>607
ファイルシステムの種類くらい書いてくださいよ
↓は何を使っていたと思う?
- 610 名前：login:Penguin mailto:sage [04/06/25 13:20 ID:6MH+qN5X]
- BodyBladeFS
- 611 名前：login:Penguin mailto:sage [04/06/25 14:21 ID:IfjZ22Il]
- >>603
「ああ、ついに完成だ！」
「ええ、ベンチマークもダントツよ」
ライザーマンとライザーウーメンは全てのFSに勝利することを確信した。
だが、UFSは彼らの両耳と背中の一部と両足首に無敵のコードが記述されていないことに気づいていた…
- 612 名前：607 mailto:sage [04/06/25 18:50 ID:hE3kdf0q]
- >>609
reiserfs
- 613 名前：607 mailto:sage [04/06/25 18:51 ID:hE3kdf0q]
- カキコの途中で転送されてしまった。
reiserfs だけど、HDD の故障だから関係ないよ。
となるとすれ違いなわけだが。
- 614 名前：login:Penguin [04/06/26 00:46 ID:+I5XIHM6]
- windowsでフォーマットしたudf1.5なdvd-ramに、
kernel 2.6.6から書きこみしたら、
windowsからのみ読めないdvd-ramになったのだけど、
まだそういうもんなのでしょうか？
俺が悪いだけ？
- 615 名前：login:Penguin [04/06/27 02:44 ID:r2yYfAYa]
- gfs
- 616 名前：login:Penguin [04/07/01 12:05 ID:Ua6cWiFK]
- reiser4! reiser4!
- 617 名前：login:Penguin [04/07/03 05:20 ID:487hlVK2]
- ext4! ext4!
- 618 名前：ヽ(´ー`)ノ ◆.ogCuANUcE mailto:sage [04/07/06 12:41 ID:W4M9mgc+]
- OS を新しく入れ直したのだが、結局 ext3 を指定するヘタレな俺。
- 619 名前：login:Penguin mailto:sage [04/07/09 03:42 ID:BiBL8TNY]
- >>614 え？そうなの？
てか、DVD-RAMを普通にマウントできたのか、Linuxって。
しらなかった。Linux から DVD-RAM が使えると知ってうれしい反面、
書き込んだファイルは Windows からは見えないと知って悲しい…
友達がDVD-RAM ドライブ安く売ってやるって言ってるんだよなぁ。
両面で９GB over ってすごく魅力的。
- 620 名前：login:Penguin mailto:sage [04/07/09 10:55 ID:UP7PBbWC]
- 俺はWindowsからもMac OS Xからも読めるけども。
ドライブの相性とかなんじゃないの?
- 621 名前：login:Penguin mailto:sage [04/07/09 11:17 ID:BiBL8TNY]
- >>620
RAMはいい加減負けを認めろ
pc5.2ch.net/test/read.cgi/cdr/1075543288/915
ここでそういう話が出ていたので。
- 622 名前：login:Penguin mailto:sage [04/07/09 23:20 ID:+ZnBPgYi]
- >>619
コピーガードのかかった奴を再生できないだけで
単にばかでかいディスクとして使うだけなら問題ないのでは
- 623 名前：login:Penguin [04/07/14 05:49 ID:c/hOsYYI]
- >>618
そうなんだよな。どうも他の奴が信用できなくてな。
痛い目に会ってるが別れられない女みたいだ。
- 624 名前：login:Penguin mailto:sage [04/07/15 20:25 ID:5lqEIi82]
- >>619
UDF なら Win でも読み書きできるよ。ただし、ファイル名はUTF8でないと
化けた気がする。UDF だとファイル名の長さの制限がきつかったりするので
自分は ext2 で使ってるけど。
- 625 名前：login:Penguin mailto:sage [04/07/16 11:53 ID:Vg7dpsWJ]
- 619はfsスレにいるくせに、DVD-RAMのfsのことを知らないお馬鹿さんなのか…
- 626 名前：login:Penguin mailto:sage [04/07/16 20:37 ID:d+Gl/srn]
- はいはい、賢い君が解説してあげてね。
- 627 名前：login:Penguin mailto:sage [04/07/17 00:14 ID:uYf+6XIo]
- またお前等か
- 628 名前：login:Penguin mailto:sage [04/07/17 01:40 ID:7Kb80Ae+]
- 626=包茎
- 629 名前：login:Penguin mailto:sage [04/07/18 08:54 ID:q1DvCxM7]
- reiser4の正式リリースまだ？
- 630 名前：login:Penguin [04/07/24 05:44 ID:vg2JDXNA]
- DVDで9Gのfsckなんて、どんくらい時間かかるんだろう
- 631 名前：ひろさん ◆EriosvaGhM mailto:GODsage [04/07/24 06:34 ID:2FXJT91Y]
- ,r::::::::::::::::::::､:､ ／￣￣￣￣￣￣￣
|:::∧＿∧::::::::|:::| |
⊂（＠∀＠）つ|:::| ＜>>1クズ･･･っ！ゴミ・・・っ！
／／（手 塚）／／::::!
|:::|/とヽ ♂ θ|:::| :::／
／￣￣旦￣￣￣／|
／＿＿＿＿＿＿／ | |
| |-----------| |
＿
／ ／|）
|￣|
／ ／
- 632 名前：login:Penguin mailto:sage [04/07/24 13:45 ID:rdrdO/Bm]
- linux-2.4.26のJFSでX11R6.7のビルドツリーを一気にけしたらこんなん出た。
Jul 24 13:08:44 kernel: JFS: dbFree asked to free block larger than mapsize
Jul 24 13:08:44 kernel: blkno = 0x612073656b, nblocks = 0x742029, mapsize = 0xb7d723
Jul 24 13:08:44 kernel: ino = 1097861, cflag = 1a
Jul 24 13:08:44 kernel: ef55fd1c c01ac0a6 c02acfb4 0010c085 0000001a 00742029 00000000 00b7d723
Jul 24 13:08:44 kernel: 00000000 00000004 00000000 ed57a000 ecddb580 de100000 ef5b2d2c 2073656b
Jul 24 13:08:44 kernel: 00000061 00742029 2073656b 00000061 cadb35bc c01bf8ff c85d9280 2073656b
Jul 24 13:08:44 kernel: Call Trace: [<c01ac0a6>] [<c01bf8ff>] [<c01a6626>] [<c01b9bad>] [<c01b9511>]
Jul 24 13:08:44 kernel: [<c0140804>] [<c019c8f0>] [<c019e08b>] [<c019c8f0>] [<c019c938>] [<c0166273>]
Jul 24 13:08:44 kernel: [<c01bf3c8>] [<c01bd345>] [<c01bff22>] [<c01c010c>] [<c0105000>] [<c010757e>]
Jul 24 13:08:44 kernel: [<c01bffe0>]
- 633 名前：login:Penguin mailto:sage [04/07/24 20:08 ID:3x2oC8uf]
- JFSはgrubがstage2読み込めなかったから、そこであきらめた。
あまり速く感じなかったし。
- 634 名前：login:Penguin mailto:sage [04/07/24 20:11 ID:pg+BMm7w]
- 結局をまえらは何を使ってんの？
- 635 名前：login:Penguin mailto:sage [04/07/24 22:11 ID:mD/xfnZR]
- tmpfs
- 636 名前：login:Penguin mailto:sage [04/07/25 00:27 ID:f2bZTBkb]
- 確かにJFSあんまり速い感じしないね。
FreeBSDでFFSの方が速く感じるくらい。
XFSは結構速く感じたんだけどなー
- 637 名前：login:Penguin mailto:sage [04/07/25 02:23 ID:itx8xHvq]
- xfsのみ
他は sysfs, procfs, usbdevfs tmpfs
あと、/devにramfsつかってるみたい(gentooでudev)
- 638 名前：login:Penguin mailto:sage [04/07/30 03:51 ID:B3aKaqWg]
- Andrew Morton曰く
kerneltrap.org/node/view/3466
ext2 > ext3 > ReiserFS
- 639 名前：login:Penguin mailto:sage [04/07/30 04:08 ID:GnPObs1y]
- low latency ってどういう意味？
- 640 名前：login:Penguin mailto:sage [04/07/30 05:11 ID:PChBEPCS]
- 遅延が低い -> 命令を受けとってから結果を出すまでが早い
- 641 名前：login:Penguin [04/08/12 09:00 ID:N+hD0xmM]
- 結局ext3マンセーですか
- 642 名前：login:Penguin mailto:sage [04/08/13 00:22 ID:G2YmjapA]
- 消去法でな。
- 643 名前：login:Penguin mailto:sage [04/08/13 01:08 ID:5bTDISAo]
- FiST
ttp://www.filesystems.org/
ってどう？
- 644 名前：login:Penguin mailto:sage [04/08/14 01:40 ID:53ANcvHM]
- XFSって使ってる人いないの？
Fedoraで対応したみたいなので、使ってみようと
おもうんだけど･･･
- 645 名前：login:Penguin mailto:sage [04/08/14 02:39 ID:yC0Am6B3]
- 使ってるよ。調子いいよ。
- 646 名前：login:Penguin mailto:sage [04/08/14 03:24 ID:Hdmvxdp1]
- オレ様安心度ランキング
ext3>ReiserFS>XFS>>>>>>>>>>>>>>>>>>>>JFS
JFSマジでゴミ。
こいつのせいでどれだけのデータを…。
- 647 名前：644 [04/08/14 10:48 ID:53ANcvHM]
- >>645、646 情報THX！
XFSってHigh Performanceと言われてはいるけど
IOZoneとかBonnie++の結果見ているとそんなに変わらない気もするんだよね・・・
ちょっとやってみますよ。/procのチューニングでも結果は変わりそうだし、多分。
- 648 名前：login:Penguin mailto:sage [04/08/15 01:37 ID:KMcXEfs2]
- XFSはsgiだから個人的に安心。
silicon graphicsのワークステーションがはじめて触ったコンピュータだし。
IRIXも止りそうでも復活するしｗ
|
 |
