/**ファイルシステム総合スレその 9 **/

0001login:Penguin

2008/10/26(日) 15:18:36ID:VYy55fXH

過去スレ
　01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
　02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
　03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
　04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
　05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
　06 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/

0552login:Penguin

2009/01/21(水) 20:34:37ID:OU0txi38

>>550
で、君がXFS信者に認定され、こういうレスをする俺がXFSアンチに認定されると。

0553login:Penguin

2009/01/21(水) 20:39:24ID:ubPOGmL6

>>552
そのとおりさ

0554login:Penguin

2009/01/21(水) 21:41:12ID:MiSYAlac

おまいらマイナーファイルシステム同士仲良くしる

0555login:Penguin

2009/01/21(水) 21:51:05ID:6ZLp3A6Z

“I have a dream. That one day in the kernel of Linux system.
the FS of former bunkrupt company and the FS of former big
mainframe manufacture will be able to sit down together at the disk of seagate."

0556login:Penguin

2009/01/21(水) 22:01:08ID:em1PHtba

カーネルのビルドなんてtmpfsでいいじゃん

0557login:Penguin

2009/01/21(水) 22:14:44ID:DLPhRQXi

どーでもいいから、用途別のオススメ教えろ。
テンプレ作らなきゃできないのかよ。

【Web】
【DB】
【バッチ処理】
【多重処理】

あと何かあったら追加よろしく～

0558login:Penguin

2009/01/21(水) 22:22:16ID:NpsqSYmx

【Web】ext3
【DB】ext3
【バッチ処理】ext3
【多重処理】ext3

Linux上での実績を考慮したらこうなりました。

0559login:Penguin

2009/01/21(水) 22:44:53ID:FKj2VsoD

ﾜﾛﾀ
確かに。

0560login:Penguin

2009/01/22(木) 20:57:31ID:pcMr5U9d

マジレスすると

【Web】Reiser3
【DB】Reiser3
【バッチ処理】Reiser3
【多重処理】Reiser3

0561login:Penguin

2009/01/22(木) 21:52:07ID:nQOp8IrY

>>560 「悪いけど…趣味が違うから。私、reiserfsのファンなの。ext3大っ嫌い。」
>>561 「えっ、reiserfsぅ? なぜそんなマニアックなFSをー!」
>>561 「バカな… reiserfsと言えば、B+treeとBitampのつぎはぎだらけで、
　　　しかももう放棄された成長性E(jfsより下)のプロジェクトですよ？」

0562557

2009/01/22(木) 22:11:04ID:cDP8WLFf

>>558,560
おまいらは使い分けもできんのか…
四角い頭の椰子に聞いた俺がバカだった。

0563login:Penguin

2009/01/22(木) 22:13:01ID:FA8x4VzJ

Reiserfs持ち上げるならせめてreiser4を持ち上げろよ…いくらネタでも。

0564login:Penguin

2009/01/23(金) 22:18:10ID:RypETPY+

reiserfsはkernel2.2～2.4への過渡期で
やってくれた記憶があるから好きになれないなぁ

0565login:Penguin

2009/01/23(金) 22:32:28ID:3h8Zg4uw

>>560
どれも似たり寄ったりsage
使い分けるほどじゃねえよ

0566login:Penguin

2009/01/24(土) 02:00:06ID:0rWx8rMa

reiserfsの作者の出所は14年先らしいが。

0567login:Penguin

2009/01/24(土) 05:12:06ID:TF8AXIFO

>>558
サポートの関係でそうなることはけっこうあったり。

>>566
実時間でドッグイヤーですか。

0568login:Penguin

2009/01/24(土) 23:24:12ID:JGINnWwe

やっぱり JFS 最高やね
性能も信頼性も

0569login:Penguin

2009/01/25(日) 10:00:22ID:QOAXgSVd

ext3は最悪です。
本当にありがとうございました。

0570login:Penguin

2009/01/25(日) 10:20:54ID:ROXca4XD

>>568,569
具体的に頼む
他の人がからみ難いじゃないか

0571login:Penguin

2009/01/25(日) 10:56:41ID:1fmrMHGH

ファイルシステムなのかという気もするが、Linuxって*_inode_cacheとかで
キャッシュに大量にスラブが取られて、肝心のアプリがOOM killerとかに
殺されたりします。

一応vfs_cache_pressureでなかなか起きないようにはできるものの、根本的な
疑問として

　アプリがメモリを要求してるのに、キャッシュが開放されずに
　OOM killer発動っていう流れは何よ？

というのがあるんですが、なんでメモリ要求で不足を検出したタイミングで
キャッシュ開放処理を走らせないのか誰か教えてください。

0572login:Penguin

2009/01/25(日) 11:02:00ID:LPC6NO2X

メモリの種類によってIOを走らせられるかどうか決まってるからだよ。
GFP_*とかで調べてみれ。

0573login:Penguin

2009/01/26(月) 22:36:22ID:khaVcA+g

Windows上のNTFSと、Linux上のext3は、どちらが速いですか？

0574login:Penguin

2009/01/26(月) 22:55:19ID:PNgXVOhm

>>573
ext3
でもそれだけで評価が決まるわけではないけどね。
あまり比較することい意味を感じないけど、なにを聞きたかったのかな？

0575login:Penguin

2009/01/26(月) 23:03:05ID:khaVcA+g

>>574
バックアップ用に買ったUSBのHDDを、WinとLinux、どちらに繋ごうかと思いまして

0576login:Penguin

2009/01/27(火) 00:00:06ID:kkfqlZMS

経験者は語る
NTFSもext3も糞

0577login:Penguin

2009/01/27(火) 00:01:14ID:wSLWJ55i

で、経験者のおすすめは？

0578login:Penguin

2009/01/27(火) 00:28:53ID:7kWbztPX

FATだろう。多分

0579login:Penguin

2009/01/27(火) 00:44:03ID:wsOi49LW

たしかに互換性ならFAT16最強だが。

0580login:Penguin

2009/01/27(火) 01:27:31ID:3sXwC4mw

今更2Gのパーティションって何に使えばいいんだよ。

ext3もそのうちこんな扱いになるんだろうな。
もうすぐ2TのHDDでるっぽいし。

0581login:Penguin

2009/01/27(火) 20:31:22ID:PussyOjP

Reiser4、大好きです。

0582login:Penguin

2009/01/28(水) 16:27:39ID:AMrE/+bm

WindowsXP向け exFAT FSが提供されたようだ。
linuxではどうなのだろう。対応する動きはあるのかな？
現物が出ていないのであれだけども。
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=1cbe3906-ddd1-4ca2-b727-c2dff5e30f61&DisplayLang=ja

0583login:Penguin

2009/01/29(木) 00:02:13ID:FZhoCuj7

これに返事がくるのを待てばよいのではないかと。
ttp://lkml.org/lkml/2009/1/28/97

0584login:Penguin

2009/01/29(木) 10:34:05ID:PcW9UB4+

> Linuxカーネル開発者の間では最近Linuxカーネルに取り込まれた「btrfs」が
> 次世代ファイルシステムの本命であると支持する向きが多い。

> 多くのユーザーはext3など現在のファイルシステムからext4を経て
> （もしくは直接）btrfsに移行していくとみられる。

ext3の後継者争いも激化の方向に
http://www.itmedia.co.jp/enterprise/articles/0901/29/news021.html

0585login:Penguin

2009/01/29(木) 11:53:40ID:cNYsBpvz

企業ではext3やXFSが標準的に用いられていることが多い。

おまえらわかったか

0586login:Penguin

2009/01/29(木) 12:08:12ID:cvyn7tiC

>>558で既出。LinuxのXFSはねーよ。

0587login:Penguin

2009/01/29(木) 14:25:14ID:dR/fL2Y3

それにしてもocfs2にbtrfsと次世代ファイルシステムは完全にOracleに
おんぶに抱っこだな。完成度もいいし、DBは好かんがOracle見直したわ。

0588login:Penguin

2009/01/29(木) 17:02:50ID:oloYkLqQ

ext3が一番使われてて、一番枯れてるのは誰でも知ってること

0589login:Penguin

2009/01/29(木) 18:23:47ID:lmH3IpIy

枯れてるとか安定してるとかここのｽﾚじゃまったく意味無いな。
メイン環境がWinなもんだから平気で不安定版ｲﾝｽﾄする連中が殆ど。
最新で先進的かつ安定してるかどうかよく分からん物が最高だろ。

0590login:Penguin

2009/01/29(木) 20:05:01ID:h2oEOEZi

Linuxを複数入れてるんじゃないか？
めんどくせーwindowsと違ってrsyncでコピってfstabとブートローダー弄ったらokだし。

0591login:Penguin

2009/01/29(木) 23:08:04ID:ztRcJgTx

>>589
インストール時にデフォルトで選ばれているFS
なんじゃねーの。選択するのは面倒だから。

0592login:Penguin

2009/01/30(金) 00:51:55ID:DVI8ZiBT

俺は 589 とは反対で安定を求めてこのスレを読んでおります。
邪険にしないでね。

0593login:Penguin

2009/01/30(金) 08:06:46ID:I2CS/Xks

質問なのですが、ext3ファイルシステムを利用しているのですが、ファイルの合計容量と、パーティションを切った領域の容量が一致しません。15ギガ切っておよそ1ギガ分ぐらいがどこに使われているのか分かりません。
もしかして、ファイルシステムの仕様なのでしょうか。どなたがご教示ください。お願いします。

0594592

2009/01/30(金) 08:11:12ID:I2CS/Xks

連投すみません。
あと、合計の容量と現在の使用量はkde4のdolphinのプロパティーで確認したものです。

0595login:Penguin

2009/01/30(金) 08:37:11ID:tY3sh5+s

>>593
man tune2fs
ttp://www.linux.or.jp/JM/html/e2fsprogs/man8/tune2fs.8.html
予約ファイルシステムブロック reserved filesystem blocks
ってのになってる。
5% くらいかな。

0596login:Penguin

2009/01/30(金) 12:16:57ID:pFX4Hfia

ジャーナルサイズにも気をつけろ
デフォルト意外に大きいぞ

0597login:Penguin

2009/01/30(金) 13:04:36ID:WGjS0Meb

>>592
安定しているというか安全なfsを探していていつも思うのだけど、
「理論は安全・高速です、だけど、開発中なのでリスクがあってチューニングが
足りないです」って言うのに会うたびに悲しくなる。

早く、btrfsが使いもになるようになるといいな

0598login:Penguin

2009/01/30(金) 13:51:31ID:4mFsvRt0

>>597
バグのないプログラムは無い、というのと同じ意味だろ。

あとリスクとチューニング不足は別の問題だ。
fsが使える程度で満足しそうな香具師が気にすることでもない。

0599login:Penguin

2009/01/30(金) 19:44:06ID:TWmxU2Ks

http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch01a.html
>これにより、XFSで大きなディレクトリを操作するようなワークロードにおいて最大20倍の高速化が達成されたそうです。

ほほう。

0600login:Penguin

2009/01/30(金) 20:04:47ID:Z1Th46Ur

>>599
このスレの上の方で、環境晒してXFSが遅いと豪語していた御仁は
そのページで触れている2.6.28を使用していたようだが……

まあなんていうか
XFS信者乙

0601login:Penguin

2009/01/30(金) 20:11:28ID:qnrJLGzh

ワークロードが違えば結果も違う罠

0602login:Penguin

2009/01/30(金) 20:27:55ID:BLheTFgw

他のファイルシステムと比較して遅くなるのには変わりないし。

0603login:Penguin

2009/01/30(金) 20:28:18ID:TWmxU2Ks

いや俺XFSなんて使ったこと一度も無いけど。

勝手に他人を信者認定する人ってなんなの？
何故そんな妄想に取り付かれるの？

0604login:Penguin

2009/01/30(金) 20:30:23ID:xYA3qWmz

ここにはXFSアンチがいます。
みなさんとっとと虫籠に。

0605login:Penguin

2009/01/30(金) 23:45:30ID:/3Gy34CB

>>598
btrfsは今後も同じ構造を保つとは決まっていないと言われてたはずだが、
そう言うリスクは玄人には不要なんですよね、わかります。

0606login:Penguin

2009/01/31(土) 00:00:18ID:VtRFqVoU

中毒者なら毎回のデータ移行をむしろ喜びと感じるはず。
ext3でデータ飛ばすのは恥だが、変態^H^Hキワモ^H^H^H先進的なFSで
データを飛ばすことはむしろチャレンジャーの誇りと考える。

主に学生、それも研究室に入るくらいの学生がよくかかる病だ。

0607login:Penguin

2009/01/31(土) 01:00:53ID:UdXn4NGp

>>606
学生・学者のくせに先進的でないのなら、そんな奴は
死んだ方が世のため人のためになる。

0608login:Penguin

2009/01/31(土) 01:44:47ID:SiCmIp4F

日本のテスターは本家にフィードバックしないで愚痴だけ書くから困る

0609login:Penguin

2009/01/31(土) 01:46:11ID:SiCmIp4F

あと、問題が起きましたがあれしてこれしてどれしたのでどれが原因か分かりませんが云々も困る

0610login:Penguin

2009/01/31(土) 02:28:40ID:XOOgQBBG

>>608
日本人に限らないけどね。
使うだけでレポートせず文句言うだけの香具師が多いのは。

0611login:Penguin

2009/01/31(土) 02:34:48ID:iBrfji9Z

俺なんか自作ファイルシステムとsshサーバと自作webサーバ動かしてるけど障害なんか一度も起こってないよ。
まぁ、運用半年だけど。

0612login:Penguin

2009/01/31(土) 02:35:15ID:iBrfji9Z

てか、毎日のようにアップデートしてるからか。

0613login:Penguin

2009/01/31(土) 05:35:35ID:gKeWExdb

>>606
Gentooのコンパイルフラグにイロイロ詰め込んでsystemをビルドしちゃったりするあれか

0614593

2009/01/31(土) 08:53:41ID:EI2ywcSl

>>595-596さん素早いレス、ありがとうございました。

0615login:Penguin

2009/01/31(土) 13:34:15ID:YvHf0PbF

>>611
みんなのためにうpしてくれ

0616login:Penguin

2009/02/01(日) 20:05:24ID:SFRK/n3m

>>607
学生や学者は便利な人柱かよwww

0617login:Penguin

2009/02/01(日) 20:41:56ID:pKZuj+ox

>>616
学者は失敗しても成功しても論文にできるんだよ。
失敗したら、この方法はダメだったからもっといい方法を考えないとダメだね、って感じの論文にするわけ。

0618login:Penguin

2009/02/01(日) 21:19:39ID:zfLT80pe

失敗しても論文にしとかないと、また同じ方法試をやっちゃう人がでちゃうしね

0619login:Penguin

2009/02/01(日) 22:42:33ID:kPVbxg7p

学者がbtrfs使ってる間は
おまいらは黙ってxfsを使え

0620login:Penguin

2009/02/01(日) 23:04:21ID:8wk+0NmU

真のチャレンジャーは/をzfs+fuseで使ってるだろ。

0621login:Penguin

2009/02/01(日) 23:41:08ID:uyWJoLXd

>>620
/に使えたっけ？

0622login:Penguin

2009/02/01(日) 23:44:45ID:8wk+0NmU

/devとかはudev様がtmpfs上に作ってくれるようになったから、頑張れば
いけるかな？そのあたりのでできるかできないか微妙な点まで含めての
チャレンジャーなわけで。

0623login:Penguin

2009/02/01(日) 23:48:53ID:+d0K0+J0

>>621
だからこそのチャレンジャーなんだと思うぞ。
FUSEなのに、/を作ったみたいな。

まぁ、個人的には次のkernelからbtrfsが入るみたいなので、開発が一気に進むといいな、と。

0624login:Penguin

2009/02/02(月) 13:08:37ID:gQtzoShy

>>623
prepatchのほうは俺の環境じゃまともに動かんかった。どうしてもROになる。

0625login:Penguin

2009/02/03(火) 01:00:53ID:Dc+aj2Os

exFAT FS キタ
ttp://lkml.indiana.edu/hypermail/linux/kernel/0901.3/01294.html

0626login:Penguin

2009/02/03(火) 02:30:48ID:16fezc1a

>>625
何がきたの？

0627login:Penguin

2009/02/03(火) 07:25:35ID:n3CI8/1R

>>626
そのメールの先を読んでいったら、
exFATのroなドライバとかがすでに出てきてる

0628login:Penguin

2009/02/03(火) 08:06:00ID:LguxkZZC

「仕様書とかは紐付きってことはなかったの？」
「仕様書？そんなものはない。USBのイメージをリバったんだよ」

でワラタ。

0629login:Penguin

2009/02/03(火) 21:21:36ID:3/iPgPwE

基本FATなんだったら難しくないだろうな。

0630login:Penguin

2009/02/03(火) 22:50:14ID:Z6BDr0uN

exFAT 構造解析
ttp://homepage3.nifty.com/k-takata/diary/exFAT.txt

0631login:Penguin

2009/02/04(水) 00:00:15ID:wLEo4sBd

おがわさんスゲー

0632login:Penguin

2009/02/04(水) 22:29:01ID:fd0XVi2g

ext3はディレクトリ内のファイルの数が多かったりすると極端に遅くなるなあ。
xfsやreiserはその点良かったけどこの二つはファイルアクセス時に変にCPUのウエイトが掛かる時があって
他に動いているアプリの動きが妙にもっさりする時があった。

その点jfsは全然問題なくて使い勝手良い感じがする。今まであまり話題にならなかったから使わなかったけど、
なんでマイナーなのかな。てかHDD容量増えてきてext3の使い勝手が悪くならなきゃ自分もあえてjfsは
使わなかったかも。目立った長所も短所も無いって感じだからマイナーなのか・・

btrfsは一応モジュール組み込んでtoolも入れたけどなんかリーナスが半ば無理やりマージしちゃったみたいで
速攻でバグ出てたって聞いたから試してないや。実はリーナスはこれに期待してるんじゃないだろうか。

今度買うHDDが1Tだけど、まあ少なくともこの容量でext3は個人的にもう使えないな。fsckなんてかかったら
どれ位時間を食うのか・・btrfsが使い物になるまでjfsでいっとこう。

0633login:Penguin

2009/02/04(水) 22:32:40ID:3f3+oVuU

ext4を試していない時点でネタ。

0634login:Penguin

2009/02/04(水) 23:02:19ID:eXgdnCRm

アンチXFS以外にも長文がいたか

0635login:Penguin

2009/02/04(水) 23:07:07ID:fd0XVi2g

>>633
一時期ext4を通常にマウントしただけでextentになってしまう(つまり元に戻らないw)恐ろしいバグがあって、
その時にファイルシステムすっ飛ばして懲りたw

使った期間が短かったし少し前の話だから比較にならないけどext3と比べてそう大差無いような感じだった。
まあ純粋に64ビットの設計なのだろうからディレクトリ内のファイルの数が膨れたりしてもext3のように
遅くならないと思うんだけど。なんとなくext4は短命に終わる気がしないでもない。

0636login:Penguin

2009/02/04(水) 23:23:21ID:xSbAoH6j

>>635
ext4がbtrfsまでのつなぎなのは確かだけど、btrfsがFedora以外の
ディストリビューションのデフォルトfsになるぐらいに安定するまで
あと何年かかることやら…

0637login:Penguin

2009/02/05(木) 00:12:22ID:E5t3i72E

>>636
Linuxが業務で使われるケースも増えてくるでしょうから、そういった意味では互換性、信頼性を重視してきて
当分ext4が有利になっていくのでしょうけど。でもbtrfsは思ったより早いのではないでしょうか、リーナスの動きがw

リーナスはZFSが以前から気になっていたけどSunが冷たいらしくライセンスでモジュール化できないとか聞きました。
そこへ来てZFSと似たような仕組みのbtrfsが浮上、半ば無理やりマージしたリーナス。
リーナスは少し前からLinuxに革新的なFSが欲しかったのではないでしょうか。

なんとなくbtrfsはリーナスのひいきになるのではと思ってます。マージしたら開発速度も上がるでしょうし。

0638login:Penguin

2009/02/05(木) 04:51:29ID:qGG5jtg5

>>632
前からいってるじゃん。安定しているって

0639login:Penguin

2009/02/05(木) 07:11:00ID:bpZOwpx9

>>637
このスレでもおそらく100回以上ガイシュツだと思いますが、他のOSだとまともな
はずのfsも、Linuxに持ってくると腐ってしまいがちで、結局どのfs使っても性能も
信頼性も低いレベルで似たり寄ったりという批判は身に染みているでしょうしねぇ。
ZFSやHammer FSはライセンス上の問題があったし、btrfsは渡りに船だったでしょう。

ただ、それと各ディストリビューションがデフォルトfsとして採用するようになる
ぐらいに完成されるのかは話が別。Solarisですでに動いているZFSをFreeBSDに
移植するのにも結構難儀していること、過去のLinuxのfsの実績を考えると、
楽観的にはなれません。

ext3ベースで拡張するだけのext4ですら、マージされてから次期Fedoraのデフォルト
fsになるまで2年以上かかりましたが、現状のbtrfsはなんでマージしちゃったんだっ
ていうぐらいのとんでもなくアレな完成度ですから。

0640login:Penguin

2009/02/05(木) 08:41:43ID:oMX5twyc

なんか直接金もらってる発言権の高い開発者グループに対して変なアンチがいるのか?
未実装機能はまだあるにしろ、安定性は高いレベルにある。

vfsは根本から置き代わり、読める掛けるだけを軸としたfsレイヤとして活躍することになるだろう。

0641login:Penguin

2009/02/05(木) 09:49:49ID:IHPIl4eS

アレな完成度とか、安定性は高い、とかだけここに書かれても

0642login:Penguin

2009/02/05(木) 09:54:24ID:SdsjlyWA

文学的表現でファイルシステムを評価するスレはここですか？

0643login:Penguin

2009/02/05(木) 10:03:08ID:3EwVVprb

リナスの寵愛を受けたbtrfsは
今後ますます開発に拍車がかかる

私は最終ユーザー

ただ強いもの、優れたもの、みんなが選ぶものに
日和るだけ

0644login:Penguin

2009/02/05(木) 10:16:03ID:Mbv9FmpT

ext4の空あけて
オラクル高く輝けば
マージの精気溌溂と
希望は踊る大容量
おお晴朗のブロックに
聳ゆるデータの姿こそ
金甌無欠ゆるぎなき
Linuxの誇りなれ

0645login:Penguin

2009/02/05(木) 12:06:38ID:Y3Wh0c2C

>>642
主観による妄想で洗脳しあう文学なんてのは「学」とは名前が付いていても学問じゃねぇ。

0646login:Penguin

2009/02/05(木) 13:11:14ID:x3zFmMwc

>>632

ext3はもう使わなくなって長いんだけど、dir_indexつけても遅いの？

0647login:Penguin

2009/02/05(木) 13:17:27ID:1Ft0Lu1H

このスレで何度も出てるからネタだって事ぐらい分かるだろ。
っていうか、コピペにマジレスすんな。

0648646

2009/02/05(木) 18:54:59ID:v4Yo9FA3

コピペにマジレスでも何でも良いけど
もうかれこれ2年位前からmke2fsはext[23]にデフォでdir_index付けるんで>>632の環境のように遅くなったりはしない
更に言えば去年の9月位からdir_indexのデフォのハッシュアルゴリズムがteaからhalf_md4に変わって更に速くなった
ようするに>>632のは2年以上前のext3の話ってこと
その位昔のext3はdir_index無しがデフォだったから、確かに>>632のような状況だった

http://e2fsprogs.sourceforge.net/e2fsprogs-release.html
これからこのスレを読む人は↑を読んでからそのレスが単なるアンチレスかどうかを判断したほうが良い

0649login:Penguin

2009/02/05(木) 20:41:01ID:L5hUhHzU

大きなファイルの削除さえ軽くなればまだまだ
ext3でいいのだが。

0650632

2009/02/05(木) 23:26:47ID:wx2VU7dY

>>646
はい、今の現状で遅く感じます。ただjfsと比べて極端にって訳ではないです。あるディレクトリ配下のファイルなどが
20万個を超えたあたりで差が出てくるような・・　こんなディレクトリを削除したりするにも時間がかかります。

>>648
コピペでもなんでもこっちもどうだっていいですが、現状を言っているだけですのでw
e2fsprogshは1.39からデフォでdir_indexついてますね。つまりdir_indexを付けて早くなったって喜べるのが
既に2年以上前の話って事ですよね。

事実自分もググって得た情報でdir_indexで激的にはやくなるって喜んで試してまるで変化無しで調べたら既にdir_indexついてた
ってのが1年以上前の事です。

それよりもext3のマウントオプションでrelatimeを指定する方法がかなり動きが良くなりましたね。他はジャーナルのモードを
変えたりしてみたけど大した効果は無かったです。

0651login:Penguin

2009/02/05(木) 23:33:30ID:Hg9okPGr

>>650
メモリ足りてないよ。dentry canche とか、slabtopで見てみれ。

0652login:Penguin

2009/02/06(金) 00:35:05ID:jLbt0bn0

slabtopの見方がよくわかんないけどこんな感じ。

OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
496020 495985 99% 0.13K 16534 30 66136K dentry
257706 257705 99% 0.88K 14317 18 229072K jfs_ip
213056 213056 100% 0.48K 13316 16 106528K ext3_inode_cache

なんかext3はinode_cacheとかを以外と早めに解放しちゃう感じがする。xfsなんかは電源切るまで
かなり保持してるけど、まあ今はxfs使ってないんだけど確かに検索など早かったなあ。

メモリも搭載2Gで32ビットLinuxなんでdmesgはこんな感じ。
[ 0.000000] 1163MB HIGHMEM available.
[ 0.000000] 883MB LOWMEM available.

うだうだ言ってないで64ビットいっとけって事でしょうか・・・　だけど64ってlibも32と64用を用意してアプリまで
これは32で用意とか使い分けする手間が面倒くさくて^^;

/**ファイルシステム総合スレ その 9 **/

/ファイルシステム総合スレその 9 /