[過去ﾛｸﾞ] /**ファイルシステム総合スレ その7**/ (955ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
497: 2007/04/27(金)02:49 ID:jl+GgVIs(1/2) AAS
現状NFSv4をACLまでしっかり使えるのは、SolarisとNetAppくらいか。
498: 2007/04/27(金)05:32 ID:y/s4OunA(1) AAS
Linux: Reiser4's Future
外部ﾘﾝｸ:kerneltrap.org
499: 2007/04/27(金)22:45 ID:YcsLt5N2(1) AAS
>>493-494
ext3より遅いLinux用FSって何？
現役FSで最も遅いのがext3ではねぇの？
500: 2007/04/27(金)22:52 ID:jl+GgVIs(2/2) AAS
iso9660
501: 2007/04/27(金)23:05 ID:2gHHL8Xo(1) AAS
reiserfs とか jfs とか xfs は ext3 より遅いね。
502: 2007/04/27(金)23:25 ID:nfcT/9Bx(1) AAS
またまたご冗談を
503: 495 2007/04/28(土)00:53 ID:bvpjCfV2(1) AAS
>>496
レスどうもです。今はこのLinuxではサーバーにしている訳ではないです。デスクトップ+実験用w
確かにSolarisにした方がいいのではって言う方もいますね。安定性、安全性はLinuxより全然いいし
もしユーザーフレンドリーやGUIの操作性を考えたらWINDOWSの方が全然いいし、なんでLinux
にしたのって言われたことが＾＾；
オープンソースな環境も覚えたかったし、Solarisの敷居が高そうだったし＾＾；；；
なるほどNFSの速度も早いんですね、言われている組み合わせも頭の隅に置いておきます。
504(1): 2007/04/28(土)09:15 ID:csLe7W4k(1) AAS
もう忘れたのか
397 ：login:Penguin：2006/09/12(火) 22:57:38 ID:nKd1xEVn
>>367
先月に各ファイルシステムの状況知識のリフレッシュを兼ねて
jfs/xfs/ext3/reiserfs/reiser4で各状況をpostmarkで試験してみたよ。
バッチで回してまる4日かかった。
そしたら、スモールファイル・フォルダ内大量ファイル、の条件では
reiserfs>xfs>>jfs>reiser4>>>>ext3
となった。ただし、reiserfs...jfsまでで速度が一割も
変わらないので、たしかに差はあるが、reiserfs/xfsはほぼ同格。
省11
505(1): 2007/04/28(土)11:18 ID:DlvlgyD2(1) AAS
オラクル通信 ファイルシステムの選択
外部ﾘﾝｸ[html]:www.oracle.co.jp
> 小規模なシステムでは、ReiserFSより高速なため多く採用されています。
> ところが、EXT3は構造が単純なEXT2を拡張したため、大規模システムには向きません。
> ディスク容量が大きくなったり、ファイル数が多くなると、前述のような問題が発生する可能性があるのです。
506(1): 2007/04/28(土)11:25 ID:k3hhqww9(1/2) AAS
>>505
まともに障害対策も出来ないミラクルの恥曝し記事ですね。
507: 2007/04/28(土)11:54 ID:bcqKYrtO(1) AAS
>>506
今となっては古い話だ。大目に見てやれよ。
もはや、Oracle on Linuxでファイルシステムを使うことは
あまりないんだし（OCFS2は別として）。
508(1): 2007/04/28(土)12:07 ID:0EWHvl8j(1) AAS
巨大ファイルを一括で作って、自分で中身管理するとかに向いてるのはext、
単純なのでシーケンシャルが速い、巨大エロ動画はこれに決まり。
ファイル名が違う細々とした捜査が速いのがreiser、
システム、コンパイルその他一般的用途はこっちだろ。
509: 2007/04/28(土)12:37 ID:e0ZxeqEK(1) AAS
DBで使えるだけの安定性あるんかな＞＞reiserfs
というか、FSによって、SJISファイル名使える使えないの差があることを初めて知った。
文字コード依存してたら、UTF8どうなんとか、アラビア文字どうなるんだとか、大変な事になりそう・・・・
510: 2007/04/28(土)14:11 ID:gbAgGm+D(1) AAS
>>508
extは巨大ファイルを複数作るとフラグメントが激しくなってくるから
それを何とかしてもらいたいなぁ、とエロ動画を大量に置いて管理している時思った
そんな今は、jfsをメインの環境に据えて使ってます。
使い始めて2ヶ月程だけど困ってはいない。が、ちょっとパフォーマンスには不満がある
511(1): 2007/04/28(土)14:53 ID:wTk2D7Rd(1) AAS
俺は巨大ファイルを扱うのはxfsがいいって聞いてたけどなあ。
>エロ動画を大量に置いて管理している時思った
シリコングラフィックスが動画とか画像とか大量に置いて管理できるためのファイルシステムとして設計したからだとか何とか聞いた覚えがある。
# ただしソースは（ry
512(1): 2007/04/28(土)15:34 ID:webW6330(1/2) AAS
>>511
DVDのリップした物とか4Gくらいのファイルなどを一度にまとめてコピーや移動させた時のパフォーマンスは
xfsは高かったですよ。ext3と時間を計って比べた時に1.5倍早かった時もあった。
ただそのコピー中に色々なアプリを使ったりしたらアプリの動作がどうも遅くなってしまって結局ext3に
したけど、サーバーなどは通常その様な使い方はしないから、ファイルアクセスのパフォーマンスという
事で考えれば確かにxfsはいいのかな。
通常のデスクトップだと>>504に書いてある「フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった」ってのが当てはまるのかなと思った。
513(1): 2007/04/28(土)15:56 ID:k3hhqww9(2/2) AAS
>>512
>スモールファイル・フォルダ内大量ファイル、の条件では
>reiserfs>xfs>>jfs>reiser4>>>>ext3
>
>また、ext3はbtreeでmkfsしてないことに注意。
始めに結論ありきのベンチマーク。
514: 2007/04/28(土)16:16 ID:+Lf+abEC(1) AAS
小さいファイルはreiserfs>xfs>ext3
大きいファイルはxfs>reiserfs>ext3
でしょ。
515: 2007/04/28(土)16:18 ID:webW6330(2/2) AAS
>>513
その条件だとbtreeもってる方が圧倒的に有利でしょってことかな？
一応あくまで各fsのスペックは標準で作成されたと見なした試験だったのでしょうね。
欲を言えばbtree入れたext3の比較とかもやってほしかった。しかし4日間とは。。すごいね
でもext3+btreeで使用ってあまり聞かないよう気がするのですが。。効くのかな
516: 2007/04/28(土)18:02 ID:JHnghFCv(1) AAS
dir_indexのハカー曰く、
フォルダ内大量ファイルという条件では200倍速になります。
>Creating 100,000 files in a single directory took 38 minutes
>without directory indexing... and 11 seconds with the directory indexing
>turned on.
上下前次1-新書関写板覧索設栞歴
あと 439 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s