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

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

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

847(2): 03/07/11 02:26 ID:g5uiWY/i(1) AAS
>844
珍しくもなんともない。
glibcをアップデートするとまず間違いなく / を unmount できない。
っていうか、unmount する方法教えれ。おながいします。

848(1): 03/07/11 02:35 ID:f5c1AwP4(2/2) AAS
>>847
自分はそのての基本部を(busyboxを含む)staticなバイナリで/sbinに持ってる。

849(1): 793 03/07/11 10:12 ID:Cs91Tczv(1/3) AAS
WD800ABが修理から戻ってきたので、それ使ってベンチとってみたｿﾞ

PCの構成はP3 933MHz 640MB 133MHzFSB WD800ABx4 Escalade6410。
OSはLinuxがRedHat Linux 9。NetBSDは6月末の1.6U current。
raid5は4台で、Linuxではchunkを64KBにして作成。NetBSDでは
SectPerSUを32にして作成。どちらも標準的な設定。特にチューニングとかはしてない。

fsは以下の4種類を利用。
Linux ext3j: mke2fs -j /dev/md0で作成。
Linux reiserfs: mkreiserfs /dev/md0で作成。
NetBSD: newfs /dev/raid0で作成。
NetBSD softdep: newfs /dev/raid0で作成。mount時にsoftdepオプション。

850(3): 03/07/11 10:13 ID:Cs91Tczv(2/3) AAS
AA省

851(2): 793 03/07/11 10:14 ID:Cs91Tczv(3/3) AAS
bonnie++ -s 16g -n 100:50k -r 640の結果。
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
ext3j:　　16G　 7356　98　 51552　78　29385　39　 7405　 97　78085　50　 213.4　1　　 83　99 77400 89 30294　82　　84　99　 3307　5　　281　 84
reiserfs: 16G　 6842　96　 46167　88　28118　38　 7357　 97　76403　53　 208.5　1　3625　67　3326, 19　3068　43　2962 74　 2592 17　 1455　 29
NetBSD:16G　11427　24　 11342　 7　10056　21　19216　65,　31681　25　 144.3　1　　 89　69　3551　29　 406　23　　 90 70　　　46　29　　 22　　8
softdep: 16G　11400　25　 11662　20 　9900　21　19173　65,　31915　26　 142.0　1　 108　82　3470　30　2244　90　 109　84　　 48　30　　208　74

なんか意見とかベンチ希望とかあったらどぞ。暇あったら計ってみる。

852(1): 03/07/11 11:03 ID:voEBrClk(1) AAS
>>850
乙カレー。 > 793

Linux と NetBSD は async と、そうでは無い物だから単純には比べられないけど、
NetBSD の方、random write かなり遅いな。
もう少し公平に比較しても read で 1.5～2倍近い差がある。

>>851
%CPU がだいぶ違うね。
per char と block の結果がだいぶ違うのが興味深い。

暇で暇でしょうがないならでかまいません、FreeBSD 5.1+ ufs2 + softupdates 希望～
あとは JFS と XFS あたりを・・・

853(2): 03/07/11 22:36 ID:RAkavVJn(1) AAS
>850 good job!
・LinuxはCPU使いまくりで速度買いまくり。
　速いCPUを買ってくればFSも速くなる可能性がある
・softdepは速度にほとんど寄与していない
　(random create/deleteサイクルはさすがに違うけど)
NetBSDのLFSきぼん。
IBMのRAMACが採用したように、RAID5のrandom write性能に特徴があるはずなので。

854(1): 793 03/07/12 06:21 ID:QftObvob(1) AAS
>852
JFSとXFSは勘弁を。Linuxのコンパイルしたくね～。
FreeBSD 5.1なら入れれば済みそうなので、暇があったら
LFSの後でやってみます。

>853
LFSはそういう効用があるんすか。今度やってみます。
一年前LFSやろうとした時はnewfs_lfsでこけた覚えがｗ

取り敢えず、今は、上のreiserfsで10G iozoneをした時の遅さが気になって、
16Gでちょっとiozoneやり直してます。原因はunified cache周りにあるんだ
けど、random readで4.5M/sってのは勘弁してくれ～。ついでに他のFSでも
省5

855(5): 03/07/12 14:46 ID:ZGwhAZEI(1/2) AAS
>>836
>圧縮機能あるし暗号化あるし結構頑丈だし
Linuxにもパッチ当てれば、暗号化ファイルシステムはできる。TCFSとかSFS等。

>>841
>俺はNTFSなんかいらないけど
>圧縮機能はファイルシステムの仕様として実装(を要求)してるものなんじゃないの？（よく知らないけど）
適当に言うなよ。要求なんてしてないよ。しかもファイルシステムの仕様って。アバウト過ぎるよ（ｗ
>それをWinが実装してるのは当然の話であって、実装できてないOSがあればそれが不完全なだけじゃん。
へぇ～。そうなんだ。（ｗ　ま、確かにLinuxは常に開発中or進行中なんだけどね。
>例えばext3はジャーナルしてくれるから良いとか誰かが言ったら
省15

856(1): 03/07/12 15:01 ID:Kp5OFsqm(1) AAS
>>855
> しかもファイルシステムの仕様って。アバウト過ぎるよ（ｗ
そ、そうか? いまでもちょち膨大すぎるんだが... あれ以上書かれると読めん。
確かに、オプション盛り込み過ぎって意味で結果アバウトな気はしなくないけど....

857: 03/07/12 15:11 ID:ZGwhAZEI(2/2) AAS
>>856
>圧縮機能はファイルシステムの仕様として実装(を要求)してるものなんじゃないの？（よく知らないけど）
あっこれはNTFSの事を言っていたのか。
ただ、”ファイルシステムの仕様”ってあったんで何のことかわからんかった。

858: 03/07/12 15:35 ID:zdYoG2TX(1) AAS
結局>>855はZGwhAZEIの読解力系ということでいいですか？

859: 03/07/12 16:23 ID:xbH3d+jK(1) AAS
いや、意味ワカンネ

860(1): 03/07/12 16:29 ID:P+x2EbtS(1) AAS
一ついえるのは
NTFS>>>>>>>>>>>>>>>>>>>>>>>>>>その他烏合の衆
ってことだけだな。

861(1): 03/07/12 18:14 ID:alA6x1P1(1) AAS
>>855
＞パッチあてれば
パッチ当てれば何でも出来るでしょ。何をいってるんですか？

そうそう、e2comprは昔お世話になりました。
カーネル2.4になってからもちょっとずつ手でパッチを直して
だましだまし使ってたんですが、もうさすがにパッチが
当てきれなくなったんだよなぁ。

862: 03/07/12 22:44 ID:5BpgRA12(1) AAS
>>860
NTFSはいいか？

>>861
>パッチ当てれば何でも出来るでしょ。何をいってるんですか？
特に変な事言ってるようには見えないけど。
パッチを当てないでその機能を搭載しろって事？

863(2): 03/07/13 00:04 ID:TJuSdjOY(1) AAS
>>855
別にMSの作ったもの全てが糞というわけでもないし、
必要以上に罵倒するのはどうか。
単なる linux マンセー厨に見えるよ。

864(1): 03/07/13 00:32 ID:7siRrEjH(1/2) AAS
>>855
>>NTFS.SYSをロードして使えたらいいのにな
>>ってNT系Windows持ってないと使えないからだめか…
>本当にNTFSが使用したいのか小一時間（ry
>それって無いものねだりなんだろ。
無い物ねだりかもしれんが、
ロードして使えるようになればNTFSの機能全部使えるだろ。

NTFSforWin98はNTFS.SYS使ってたり…

865(1): 03/07/13 07:04 ID:t2uiXwQt(1/2) AAS
>>863
NTFSをメインで使いたげの>>836もわけわからんが。
stat(2)とかaccess(2)とかどうするつもりなんだか。

866: 03/07/13 11:44 ID:V6z7g6fx(1) AAS
まあいずれにせよNTFSがLinuxからも安全に
読み書きできるなれば嬉しいわな。
今のところデュアルブートでデータ共有するには
一般的にはvfatしかないわけで、Windowsからすれば
NTFSに比べてかなり使用感が悪いからね。

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

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

ぬこの手ぬこTOP 0.021s