[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その2**/ (1001ﾚｽ)
/**ファイルシステム総合スレ その2**/ http://hayabusa6.5ch.net/test/read.cgi/linux/1063025258/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
294: login:Penguin [sage] 04/01/29 01:28 ID:6HYeGcSa >>293 でもですよ、EXT3よりEXT2の方が速いという事実からすると、ジャーナリングの仕組みが パフォーマンスの観点から言ってマイナスなわけですよね。バッファリングをちょっぴり 賢くやっているという記事も見掛けますが、ランダムアクセスが多い場合はあんまり役に立って なかったりすると思うのです。 「小さいファイルを効率良く扱える」とか、「大きいディレクトリを効率良く扱える」といった 特長が新しめのFSには多いと思うのですが、「大きいファイルのランダムアクセスを効率良く」 という特長を備えるものはないのでしょうか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1063025258/294
296: login:Penguin [sage] 04/01/29 02:03 ID:DAIPqM0S >>294 機能を後付けされたものと，最初からその機能込みで開発されたものを同列で考えられても… 大きいファイルの扱いだったらXFSは悪くないんじゃないだろうか． もともとSGIのWSとかで使われてたわけだし． あくまで想像だけど http://hayabusa6.5ch.net/test/read.cgi/linux/1063025258/296
302: 294 [sage] 04/01/29 09:13 ID:yy12Q3Y/ >>297 前者です。ミッションクリティカルなものではないので、バックアップからレストアすればいいと 思っています。 >>299 情報ありがとうございます。一通り読んでみます。 >>290 raw deviceって使ったことないのですが、単一のファイルをマウントするような機能なんでしょうか。 あ、とりあえずググってからまた来ます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1063025258/302
308: 294 [sage] 04/01/30 01:49 ID:N9WCO9Fd XFSの記事（>>299）を読んだらよさげな気がして来ました。試してみます。 raw deviceに関してですけど、mySQLだと使えないっぽいですね。 ところで、kernelは2.4を使っています。 2.6だとI/Oが効率化されるような記事も見掛けますが、XFSを使うとして、その恩恵は受けられる のでしょうか。 、、、質問ばかりですみません。 http://hayabusa6.5ch.net/test/read.cgi/linux/1063025258/308
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s