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

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

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

891(1): 03/07/15 17:37 ID:RSjlK/ic(1) AAS
>>890
最新パッケージがインストールされているか確認して、
bugzillaへGO。

892(1): 03/07/16 13:03 ID:JQFcBrZ7(1) AAS
>891
そういやredhatにbugzillaがあったね。了解しますた。
家のケーブル接続が故障しちゃったので、これが
直るまでは何もできないんですけどね。

>853
やっと16Gのiozoneが終わったので、lfsやってみたよ。
なんかさくさく動いて速いねえ、、、とか思ってたら、
update掛かった途端にさくっとpanicでシステム落ちたよ。
ちょっとじたばたしてみます。

FreeBSDもまだ落としてないし、ネット回復するまで
省1

893: 03/07/16 21:15 ID:pk5S01Ff(1) AAS
Reiser4まだ～？

894: 03/07/17 03:01 ID:QZg8VmUw(1) AAS
>>892
毎度乙です。
まぁ、ﾏﾀｰﾘおながいします。

895(2): 03/07/18 14:17 ID:bPRJR3pl(1/2) AAS
AA省

896(1): 03/07/18 14:22 ID:bPRJR3pl(2/2) AAS
bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。
Version 1.03　 ------Sequential Output------ --Sequential Input-- -Random- ------Sequential Create------ --------Random Create--------
　　　　　　　　　-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- -Create-- --Read-- -Delete-- -Create-- --Read--- -Delete--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
lfs:　　　　16G　 9213　 23 10184　 11　 6518　 14 16894　 57　23887　 18 150.1　 2　 128　 98　2477　 24 1951　 83　 129　98　　60　 39　 128　 47

うーん、4回位ループさせて真ん中の値とか取らないと駄目ｯﾎﾟ。
そこらへんは面倒なので諦めて下さい。

897(1): 03/07/18 17:13 ID:Dx68q+2G(1) AAS
LFSのランダムアクセスが速いというか、NetBSDのffsのランダムアクセス性能が
あんまりにも悪すぎますな。確かにNetBSDのfs周りは遅いんだけど、ここまで遅い
のはなんか異常っぽい雰囲気が。

898(2): 03/07/19 04:38 ID:k1TgDB/w(1/2) AAS
>>898
も疲れ。理論を反映して速いところは速いけれど
まともに動かないところがNetBSDらしくてイイですね。

>>897
FreeBSDの結果が待たれますな。

899(1): 03/07/19 04:55 ID:+qIWEdEw(1) AAS
>898
ﾋﾞｸﾋﾞｸｯ
FreeBSD 5.1インスコしてraidctl -C raid0.conf raid0ってやったら
RAIDframeがパニックして落ちるんですが、、、ﾄﾎﾎ

raidctlのマニュアルはdisklabelでRAIDを指定しろといってるのに、
disklabelにはRAIDなんてタイプは知らんと怒られるし。ちょっと
行き詰まってるYo。

またあとでぐぐってやってみる。

900: 03/07/19 05:46 ID:k1TgDB/w(2/2) AAS
>899
FreeBSDのRAIDFrameはとりあえず動くようにしただけのAlphaコードなので
vinum使ってくだちい。

901(3): 03/07/21 03:49 ID:9Pl9AQ8J(1/2) AAS
vinumでやりました。

　　　 KB reclen write rewrite　read　reread ran-read ran-write
ufs2 softupdate:
　 524288　 64,　6021　6139 385297 385258 1053495 1058699
　 524288　128　6040　6072 261972 262179　460757　 323863
　 524288　256　6000　6079 214404 214565　251672　 227241
16777216　 64,　5885　5944　 23063　23061 1226402 1049510
16777216　128　5885　5964　 22499　22478　454099　 347115
16777216　256　5871　5957　 22270　22256　243563　 218161

書き込みが非常に遅いですが読み込みは普通に速いです。
省13

902(1): 03/07/21 03:51 ID:9Pl9AQ8J(2/2) AAS
あ、ファイルの作成はreiserfsのほうが速いや

903: 03/07/21 07:27 ID:J1Ol9sQd(1/2) AAS
Codaファイルシステム、みんな使ってますか？
外部ﾘﾝｸ:www.coda.cs.cmu.edu
Windows用のクライアントの最新バージョンって、
バイナリがないんですかね？

904: 03/07/21 12:30 ID:J1Ol9sQd(2/2) AAS
OpenAFS とかの分散ファイルシステム関連のスレッドってありませんか？

905: 03/07/21 20:22 ID:8Ie/P7G+(1) AAS
>>901
こりゃまたごっつい結果が出ましたなあ。
どうもこれを見るに、ファイルシステムの違いよりもRAIDの違いの方が大きそう。

vinumは「漢はランダム(=シーケンシャルはうんこ)」という信念に基いた設定が
デフォルトなのでそこが全面に出てきているのではないかと。
逆にLVMはシーケンシャル命(=ベンチマーカーが喜ぶ)設定が
デフォルトなので>>895のような数字になったと考えます。

906(1): 03/07/21 23:59 ID:YVvmD1eO(1) AAS
>>901
おつかれ～。面白いねぇ。

一応確認しますが、
>>901 の
＞bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。
は、ufs2 + softupdate での結果、でよろしいでしょうか？

>>902
CPU 負荷がだいぶ違いますが、とりあえず seq create per CPU1% で見てみても、
reiserfs 54.1
ufs2soft 34.5
省7

907(1): 901 03/07/24 12:33 ID:APm+ETGG(1) AAS
>906
＞ufs2 + softupdate での結果、でよろしいでしょうか？
はい。ufs2softって表にも書いた通りです。

で、あの結果を見ても分かる通り、16Gをランダムに書いて
1G/sとか有り得ない数字(例えば100MB/sで4台に書けたと
仮定しても、100*3で300MB/sが限界)が出てます。で、Don
に質問してみた所、FreeBSDではsrandつかってるからね、
srand48使うようにしてみて、などと返事されました。

そんなわけで、ちょっとFreeBSDはやり直してみてます。

908: 03/07/25 12:49 ID:NH3LXVfX(1) AAS
(･∀･)renice!

909(1): 03/07/25 16:37 ID:6G+OftYd(1) AAS
　　　 KB reclen write rewrite　read　reread ran-read ran-write
ufs2 softupdate with srand48:
　 524288　 64,　5945　6074 382950 383263　 326817　　4574
　 524288　128　5940　6036 270864 269598　 241653　　4847
　 524288　256　5953　6015 217652 217670　 207503　　5067
16777216　 64,　5890　5951　 23225　23217　　 4470　　 2578
16777216　128　5882　5986　 22673　22679　　 7086　　 3397
16777216　256　5885　5991　 22339　22401　　 9197　　 3795

とまぁ普通の結果になりました。残念。
rand()の性能悪すぎ＆randの性能にこうまで依存してたiozoneちょい間抜け。

910: 03/07/26 00:11 ID:qll5XMfc(1) AAS
>>909
> randの性能にこうまで依存してたiozoneちょい間抜け。

それは仕方ないと思うんだけど、

> rand()の性能悪すぎ
>>907
> FreeBSDではsrandつかってるからね、srand48使うようにしてみて、

はどうしてなんだろ? glibcのmanだと、

> 注意事項
> これらの関数はSVID 3によって時代遅れと宣言されている。 SVID 3 はrand(3)
> が代わりに使用されるべきだと記述している。
省1

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

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

ぬこの手ぬこTOP 0.028s