[過去ﾛｸﾞ] /**ファイルシステム総合スレ その1**/ (979ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
322: 02/10/10 21:27 ID:EfhnIyya(1) AAS
>>321
data=journalなら書き込み時間が倍になるのは
道理だと思うのですが？
323(2): 02/10/11 00:50 ID:GfF/nRnu(1/3) AAS
いや、だから、ext3(data=ordered)とjfsとreiserfsから
選択するとしてもext3なのかな...と思って。
324: 02/10/11 03:53 ID:jehWricB(1) AAS
>>323
話が全然見えません
325: 02/10/11 11:14 ID:xMDGjF+I(1) AAS
>>323
jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？
xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。
(>>287のリンク先の記事)
326(2): 02/10/11 12:43 ID:GfF/nRnu(2/3) AAS
1)たまたまテストしているマシンがターボでxfsが入っていない
2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？
と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？
(別の数MB〜数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で
そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです)
今回の用途とは別だけど、
-rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile
と書き込みはOKだったが、
dd if=/mnt/disk1/test/bigfile of=/dev/null
とかやったら
省2
327: 02/10/11 12:46 ID:GfF/nRnu(3/3) AAS
あ、ちなみに上のエラーはreiserfs上です。
328: 02/10/11 22:55 ID:g0fFCgZg(1) AAS
>326
lvmってMAX256GBじゃなかったっけ？
329: 256 02/10/11 23:33 ID:/fgIRKQ8(1) AAS
>>326
reiserfsはホントに壊れます．
個人用途で半年間 '/'(ルート)をreiserfsで使いましたが，
気付いたときにはfsckでも解決できないくらい壊れてました．
結局，フォーマットして入れ直し．(ext3にした．)
悪いこと言わないからreiserfsだけはやめた方がいいです．
あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ．
330(1): 02/10/12 20:02 ID:zC91l6Vv(1) AAS
reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン
と一緒に聞いたことはほとんどないな...
develpersworksの記事にも最近のreiserfsは安定してきているとあるが、
どうよ？
lvmはPEのサイズ変えれば2TBまでいけます。
331: 256 02/10/12 21:23 ID:QYLrd0q3(1) AAS
>>330
確かに．
ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど，
すぐに当時最新だった2.4.17にした．
Debian/testingなので，Debianにカーネルの最新パッケージが
登場するたびにカーネルは作り直した．
壊れてるのが発覚したときは2.4.19だったと思う．
残念ながらいつ壊れたのかはわからない．
332(2): 02/10/13 08:29 ID:8PJX0kK8(1) AAS
漏れは二台reiserfs onlyで運用してるけど、
特に問題出てないなぁ。昔は酷かったけど。
333: 02/10/13 21:30 ID:9gy9v5IE(1) AAS
EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？
334: 02/10/13 23:44 ID:UpTP18/F(1) AAS
FAT が特別ダサいだけです
335(1): 02/10/14 00:04 ID:YfAlwh43(1) AAS
>>332
カーネルのバージョンキボンヌ．
336: 02/10/14 01:59 ID:ZkuvAxLC(1/2) AAS
その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、
NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。
小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを
書き込んで、後で読み込むというテストをやっているのですが、
６つほど並行して１日実行しても、60GBほどしか埋まりません。
(しかもまだ書き込みフェイズだし)
ファイル数は180万、１つのディレクトリに60万ほどありますが、
現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは
不可能っぽいです。
ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って
省1
337: 02/10/14 02:03 ID:ZkuvAxLC(2/2) AAS
>>１つのディレクトリに60万ほどありますが
30万のまちがいね。
338: 02/10/14 14:04 ID:gFK41Xss(1) AAS
>>335
常に2.4系最新(含むpre/ac patch)
339: 02/10/16 22:34 ID:Bv5hNcA9(1) AAS
336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても
無理なんで。
続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB
ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく
なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile
of=/dev/nullで読みだしはOKでした。
ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで
SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。
これまでの結論。ターボ８のjfsはへたれである。
340(1): 02/10/17 00:24 ID:295BVh5O(1) AAS
ディストリ関係ある？
341: 02/10/17 01:36 ID:c6jIka81(1) AAS
>>340
禿同
上下前次1-新書関写板覧索設栞歴
あと 638 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s