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

[過去ﾛｸﾞ] /**ファイルシステム総合スレその1**/ (979ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

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
禿同

342(1): 02/10/17 01:41 ID:eZtB9FEQ(1) AAS
ディストリビューターの仕事ってのは、便利なパッチを集めてきて
それを検証することではないのかな？
特にターボは金もらってやってるんだし、金とってるんだから
(テストしてるのはプロモ版だがな)もう少しマシな仕事をだな...

343(1): 02/10/17 11:54 ID:5HPpVrO6(1) AAS
>>342
JFS for Linuxがどのような状況にあるかくらい知ってんだろ．
Turboは全体的に言ってクソディストロだというのには賛成だが，
JFSの不具合をTurboのせいにするのは筋違いだと思うが．

344: jfs 02/10/20 14:35 ID:z2W/yCBV(1) AAS
そんな jfs の 1.0.24 ﾘﾘｰｽ age

Utilities changes

- byte-swapping fixes for big-endian hardware
(fixes in logredo and fsck.jfs)

File System changes

- readSuper() was incorrectly checking return status of sb_bread()
- change name of get_index to read_index fixes MIPS build issue
- Releasing LOGGC_LOCK too early
In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before
checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY
省6

345: 02/10/20 14:45 ID:wOzazl+a(1) AAS
ひさびさにこのスレ見た。
ものすごく sage 進行だ…

346: 02/10/20 15:38 ID:coarZJ+1(1) AAS
>>343 Turbo8に採用されているjfsが腐ってるという可能性はある。インストーラに使ったjfsのversion問題？

347: 02/10/20 16:13 ID:pz5HABvF(1) AAS
>>332
漏れも Debian/sid, kernel-2.4系おっかけで
ずっと reiserfs だけど、壊れたのはかなり昔だな。
まだパッチ配布で kernel に入る前の頃。
ここ最近は壊れてない。

348(1): 02/10/20 18:49 ID:Po0xlDSy(1) AAS
339のテストの続き。(on jfs)
2.4.20pre11でローカル+NFS越しのbonnie++は24時間のテストクリア。
localでのbonniee++ ４つ同時実行の24時間テストクリア。

1B～64kBのランダムな大きさのサイズのファイルの書き出しと読み込みテスト
は、５つ同時実行でディスク全体を埋める書き出しのテストは終了。
現在読み込みテストに入ってますが、書き込みに比べて死ぬ程時間
がかかります。CPUのidel時間がほとんどなので外付けRAIDが遅いんでしょう。
また、１つのディレクトリ下には推定で800万個のファイルがあるはずです
が、ls -f しても２時間戻ってこず、端末も凍ったので再起動しました。

ちなみに、2.4.20pre11のjfsは1.0.23相当、たーぼ８のそれは1.0.17です。

349: 02/10/20 23:19 ID:o5SkVp+g(1) AAS
せっかくいい感じに沈んでたのにageられてる…。

ところで、>>348はテスト終わったら各FSの印象とか
まとめてくれたりしない？
本格的なテストをやってるようなんで大変参考になると思うんだが。

350: 02/10/23 22:36 ID:CdjY/dSd(1) AAS
348の続き
jfs上での小さいファイルの読み込みテストは、１時間程でkswapd
スレッドがCPUを異常に喰うようになり、テストが進まなくなりました。
再現性ありです。VMの問題かとも思いましたが、その後reiserfsでの
テストでは問題は起きなかったのでjfs特有の問題と思われます。
(2.4.20pre11のjfsは1.0.24相当でした。訂正)

最後にreiserfsのテストに入っていますが、こちらは小さいファイルの
書き込みに問題があり、3-400GBを超えたあたりからbdflush,kswapd,kupdated
のスレッドが異常にCPUを喰うようになりテストがすすまなくなりました。
500GBほどで止めて読み込みテストにはいり、こちらは問題なく終了しました。
省2

351: 02/10/24 15:28 ID:mzv35bhd(1) AAS
テスト終了しましたので、簡単に各ファイルシステムの感想など。
今回は用途が小さい多量のファイルを扱うということで、その辺を
中心にテストしましたので、評価できないところもあります。

ext3(ext2)
１つのディレクトリに多量のファイルがある場合に問題あり。
hashed directoryが安定版にはいればオールマイティなfsかも。

reiserfs
ファイルの書き込み性能に問題があり、特に連続して書き込みを行なう場合
カーネルスレッドの異常動作を引き起こす。またjfsと比較してディスクの
書き込み量(vmstatのbo)に周期的な波があり、詰まるような挙動をする。
省4

352(2): 02/10/25 01:58 ID:lg5TUdbr(1) AAS
ext3で　/が逝ってしまった...
kernel panic であがらない

仕方ないので過去に使ってたHDDを繋いで fsckするも
エラーで修復すらできません...
おまけにマウントできないし

まあデータ領域はマウント出来るのでデータは取り出せるかと
同容量のHDDがない為明日にでも買いに走らないと....

てかfsck効かない場合いい方法ってあるのかな？

353(2): 02/10/28 23:17 ID:+A56r6p4(1) AAS
# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
こんなメッセージが出ているんですけど、　このエラーの意味がわかる人いますか？

354: 02/10/28 23:19 ID:AER5WDBp(1) AAS
>>353
どこにエラーでてるんだ？

355: 02/10/29 00:34 ID:TIzWAM71(1/3) AAS
>>353
man mount位は見てみたのか？

上下前次 1-新書関写板覧索設栞歴

あと 624 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.016s