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

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

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

421: 2007/04/20(金)08:10 ID:SjhB6A0m(2/2) AAS
またいつもの人が湧いて出てきたか…

422(1): 2007/04/20(金)11:31 ID:4yJr0CyU(1) AAS
>>420
ってか-mmが何の略かすら知らないだろうな。

423: 2007/04/20(金)11:42 ID:xApNqsVG(1) AAS
また恒例の自作自演ですか

424: 2007/04/20(金)17:38 ID:qvG9BAN7(3/4) AAS
かわいそうな人なんです

425: 2007/04/20(金)22:37 ID:JP79K8e1(1) AAS
>>416
>　でVFSとぶつかるのはなぜなんだ？

外部ﾘﾝｸ[html]:www.tac.tsukuba.ac.jp
>　ReiserFS,XFS は vfs が持っている「user data が意地で
>　も async でしか書き出されない」というバグを回避するために、自前のルー
>　チンを登録しています

奥山氏ものでかつ古いのはすまそ。

426: 2007/04/20(金)23:31 ID:KnjYHM2K(1) AAS
>>422
マッハムカつくの略だろ。もう死語だけどな。

427(2): 2007/04/20(金)23:31 ID:qvG9BAN7(4/4) AAS
ext3を使ってはいけないことがよくわかりました。
ext4も似たり寄ったりでしょうね。
そしてなによりVFSのバグが諸悪の根源なのですね。
ありがとうございました。

428(3): 2007/04/21(土)00:10 ID:yd60TeJP(1) AAS
>>427
ホント分かってるのか?
使っていいfs言ってみ?

429: 2007/04/21(土)00:50 ID:Xw1eIR6s(1) AAS
>>428
えっと…CIFS、ですか？

430: 2007/04/21(土)00:52 ID:n4oJPdD3(1) AAS
>>428
FAT12

431: 2007/04/21(土)01:01 ID:CA9DGetx(1) AAS
>>428
tmpfs

432: 2007/04/21(土)03:30 ID:t16qk4MV(1) AAS
>>427
ext3が一番無難なので、イマイチ面白くないよな。
reiserfsだのXFSだの良いながら、業務ではext3使っちゃうな。

433: 2007/04/21(土)05:14 ID:MAWbI52W(1/2) AAS
LFS

434: 2007/04/21(土)09:13 ID:wTJ9KQxg(1/3) AAS
寺捨てｼｮﾝはXFS採用してた

435: 2007/04/21(土)11:04 ID:cdtewkZP(1) AAS
Linuxで何が面白いかといったら、いろんなFSが使えることだろ？
*BSDはそうはいかない。
その意味ではReiser4も入れて欲しいな。
*BSDがZFSちゃんと使えるようになったらちょっとなあ。

436: 2007/04/21(土)13:21 ID:GFPgJkV2(1/2) AAS
いろんなFSが使えるというのはデメリットでもあるよね

○○にはこんな不具合が！ ⇒ △△使っとけ
△△でファイル消えた！ ⇒ □□使えバカ
□□だと遅いんだけど… ⇒ ○○使って首吊って氏ね

結局、エンドユーザにとってはFSの多様性なんて鬱陶しいだけで
デフォルトとして、安定して速いFSがひとつだけあればよくて
それに物足りないときにだけほかのFSに手を伸ばしたい。

437(1): 2007/04/21(土)13:49 ID:maB9uNaz(1) AAS
extXが安定して速ければこんな状況にはならなかったんだけどね

438: 2007/04/21(土)14:05 ID:GFPgJkV2(2/2) AAS
そうだね

439: 2007/04/21(土)14:15 ID:PrAPluj1(1) AAS
でもZFS上でUFS作るお間抜けさんも・・・・

440(1): 2007/04/21(土)18:05 ID:wTJ9KQxg(2/3) AAS
mmカーネルではﾗｲｻﾞｰ4の先進機能はオフになってるのか？
VFSのasyncでしか書かせないというバグをなんとかできれば、すべてが丸いんじゃないの？

441: 2007/04/21(土)18:41 ID:ZJaLj53y(1) AAS
>>440
default config そのまま使う気か?
それならパッチくらい調べろ。

442(1): 2007/04/21(土)21:26 ID:MAWbI52W(2/2) AAS
NetBSDのLFSも安定してきたきがする

443: 2007/04/21(土)22:56 ID:CyliSnvd(1) AAS
softupdate（だっけ？）は電源断耐性が強いという点で評判がいいな

444: 2007/04/21(土)23:29 ID:e36aJ9vp(1) AAS
>>442
Linuxにはいろいろなfsがあるといわれているけど、LFSほどの実験性と実用性を持った
fsはないんだよなぁ。実用性無視ならNILFSがあることはあるけど…

445(1): 2007/04/22(日)00:04 ID:wTJ9KQxg(3/3) AAS
詳しくお願いしていいですか

446(1): 2007/04/22(日)01:16 ID:Y1l9Vkg2(1) AAS
extのほうがはるかに実績あるからな

447: 2007/04/22(日)01:19 ID:Ww0luadJ(1/2) AAS
>>437
ext以上にとろいFS使ってるやつらに失礼だぞ

448(1): 2007/04/22(日)02:14 ID:TPioXPq9(1/2) AAS
>>445
Log-Structured File Systemについてか?
とりあえずは外部ﾘﾝｸ[html]:www.atmarkit.co.jp
でも読めば?

ちなみに、そこで挙げられているLinux LFSやLinLogFSは長いこと開発停止状態。

449(1): 2007/04/22(日)02:38 ID:vDDPQBDK(1) AAS
>>448
NetBSDのLFSの話じゃないのか?
実用性って部分が良く分からんが。

450: 2007/04/22(日)02:58 ID:TPioXPq9(2/2) AAS
>>449
実用性がある=普通に使える。NetBSDではLFSで生活している人もいる。
LinuxのLFSは、どれも普通に使えるようなシロモノではなかった。
あ、NILFSはいちおう現在進行形だから、過去形でいうのはアレか。

451: 2007/04/22(日)04:43 ID:Ww0luadJ(2/2) AAS
NetBSDなんlかどうでもよくねw

452(1): 2007/04/22(日)04:44 ID:MZ30IGN6(1) AAS
ひょっとして、BSDのsoftupdateって、LFSのGC処理？

453: 2007/04/22(日)07:30 ID:yGUucghF(1) AAS
>>452
それはまったく関係ないです。
古い資料ですが、↓読むべし
外部ﾘﾝｸ:groups.google.com

454: 2007/04/22(日)07:49 ID:n06vL1Od(1) AAS
Linux: ZFS, Licenses and Patents
外部ﾘﾝｸ:kerneltrap.org

455: 2007/04/22(日)12:17 ID:Sal/Cv20(1) AAS
>>446
> extのほうがはるかに実績あるからな

それだけがext*の強みなんだよな
大きな強みではあるんだが．．．

456(1): 2007/04/22(日)15:44 ID:Ix1kQC3e(1) AAS
extの存在があるから、安心して今はJFSをデスクトップで試している。
でも問題がないのでextの出番がない。

457: 2007/04/22(日)16:28 ID:QHpMOhf6(1) AAS
>>456
JFSを使いながらextの存在で安心する状況ってどんな使用法だろう。
毎日使っているファイルシステムでもし仮りにデータ破損が起きたら、そのデータは取り戻せないのに。
extのファイルシステムにたいして毎日データのバックアップをとっているから安心だというならわかるが
（私も似たようなことしている）
そうだったら「extの出番はない」なんてことないだろうし。

458: 2007/04/23(月)09:02 ID:TqECVpvs(1) AAS
Reiser4を使おうとしたらmmカーネルのビルドからはじめなきゃならなくて、
やってみたら別な問題で動かないカーネルになってしまった。
めんどくさすぎる。
はやくﾊﾞﾆﾗカーネルに取り込んでほしい。

459: 2007/04/24(火)09:02 ID:a2K5VAKp(1/3) AAS
Reiser4よりxfsの方が速度面とﾃﾞｰﾀ保全性では高性能じゃないか、という意見をみたことがあるのですが
比較した結果をみたことがありません。
実際のところどうなんでしょうか？
速度面でJFSは劣り、EXT3は速度も電源切断時の安全性もダメなようです。

460: 2007/04/24(火)09:35 ID:a2K5VAKp(2/3) AAS
ﾌｧｲﾙｼｽﾃﾑの安定性という意味では、Reiserfs(v.3,4)は評判が悪いようですが
過去のバージョンアップの際、きちんとドキュメントを読まなかったユーザが
痛い目をみただけで、本質的に問題があったようにはみえません。

結局、安定性では比較できないようです。

461(9): 2007/04/24(火)09:38 ID:0+lDVB4q(1/5) AAS
ドキュメントを読まなかったぐらいで安定性が消えるファイルシステムを
使いたくないな。ファイルシステムにまで神経つかってたら
鯖運営なんてしたくなくなるよ。

462: 2007/04/24(火)13:28 ID:r8d9j8Xv(1/3) AAS
>>461
お前、ものすごく頭が悪いな

463: 2007/04/24(火)13:55 ID:XcluZeQj(1/2) AAS
>>461
ファイルシステムの互換性の不備と管理者の怠慢は別問題。

回避できる問題は不備とは言わんと思うけどな。
怠慢な管理者には難しいのかな。

464(1): 461 2007/04/24(火)14:08 ID:0+lDVB4q(2/5) AAS
だから不備とはいってないでしょ。
セキュリティーホールが見付かった時とか、
他の不具合が出てカーネルのバージョンアップする際に
fsのChangeLog読まなきゃいけないんなら、やってられん。
素直に不具合がでにくい他のfsを使うよ。
自宅鯖だからそんなに手間かけたくないんでね。
そんなのただの俺の管理ポリシーなのになんでそんなに食いつくの?

465: 2007/04/24(火)14:20 ID:r8d9j8Xv(2/3) AAS
>>464
自分からトンデモを言っておいて「なんでそんなに食いつくの」かよ。
お前の頭の悪さは手のつけようが無いってことは理解してやったから、消えろ。

466: 2007/04/24(火)14:28 ID:/ihLrWz5(1) AAS
近頃、 Reiser4 が最強ってことにしたい人達が積極的に活動してるみたいだね。

467: 461 2007/04/24(火)14:31 ID:0+lDVB4q(3/5) AAS
どこがトンデモなのかを具体的に指摘せずに
人をトンデモ扱いする奴は大抵トンデモな訳だが。
「アインシュタインはトンデモだ!」みたいな奴。

apt等でパッケージ管理してるのにわざわざドキュメントの
パッケージを落としてきてfsのChangeLog読まないと
地雷踏む可能性があるのは嫌だという
ロジックのどこがトンデモなのかを指摘してくれよ。

正当な指摘だったら素直にあやまるからさ。

468: 2007/04/24(火)14:37 ID:9JrU84d+(1) AAS
ID出る板で数字コテハンつかうヤシは往々にしてバカという法則がまた成り立ったな。

469: 2007/04/24(火)14:46 ID:hzHAeHPX(1) AAS
これは酷い

470: 461 2007/04/24(火)14:47 ID:0+lDVB4q(4/5) AAS
バカでいいからさ、指摘まだ?

471: 2007/04/24(火)14:58 ID:viUzb/uQ(1) AAS
FilerとNFSつかってろ

472(1): 2007/04/24(火)15:00 ID:a2K5VAKp(3/3) AAS
地雷踏んだのはaptユーザじゃないだろう。
すくなくとも、お手軽アップデートのひとが困る仕掛けにはなってないはず。

473(1): 2007/04/24(火)15:06 ID:r8d9j8Xv(3/3) AAS
なんか、各所でこういうキチガイが湧いて出ているけど、春だからなのかな?

474: 2007/04/24(火)16:42 ID:W6M7MQab(1) AAS
さっさとSolarisにすればいいのに。今ならおまいらの好きな"タダ"だよ？

475: 2007/04/24(火)19:22 ID:I+rI1UFR(1) AAS
むしろWindows Server 2003にすりゃいいのに。奥山先生も認めたマトモ設計ですよと。

476: 2007/04/24(火)21:09 ID:yfK3I1Sw(1) AAS
やっぱりNetBSDだな
史上最強のファイルシステムLFS

477(1): 2007/04/24(火)21:12 ID:TeAUa5iu(1) AAS
>>461
説明書に書いてある通りにやってファイルが消えちゃうなら
不具合だと思うけど、説明書に「こうやったらファイル消えるから注意」
ってあるのにそれを読まずに操作してファイルが消えたと叫ぶのは
おかしい。

478(2): 461 2007/04/24(火)22:11 ID:0+lDVB4q(5/5) AAS
>>472
つまり自前でコンパイルしてる人は犠牲になってるんだろ。
パッケージメンテナがraiserfsのことをちゃんと気にしてる保証もないし。
自己責任とはいえrobustな運用には耐えないってことだよね。
自己責任だからこそ自分の運用で責任が持てない
fsは使いたくないんだよ。大切なデータがけっこう一杯あるからね。

>>473
キチガイはキチガイのまわりに湧くんだよ。
人をトンデモとかキチガイとか言うことしかできない
君と関わってしまったということは俺もキチガイだねw
省5

479: 2007/04/24(火)22:18 ID:3fCa6ATh(1) AAS
>いちいちChangeLogを読まなきゃいけない運用を強いられるfsを
たぶんChangeLogを読んでたら、どのFS(に限らないが)も
運用してると胃が痛くなると思うよ。
>>478は何も知らないのが一番。

480: 2007/04/24(火)22:54 ID:XcluZeQj(2/2) AAS
>>478
> いちいちChangeLogを読まなきゃいけない運用を強いられるfsを
> 使いたくないと言ってるだけなんだが。

自分がapt-getで終らせられればそれでいいんでしょ？

> つまり自前でコンパイルしてる人は犠牲になってるんだろ。

だから、この部分は考える必要ないし、考えても無駄。
多大な労力を割くメンテナを信頼しろ。
いやなら自分で文書かコード嫁。

481: 2007/04/24(火)23:55 ID:AzI7/c/g(1) AAS
>>461
お前、ものすごく頭が悪いな

482(1): 2007/04/25(水)00:40 ID:F/EPRuJL(1) AAS
>>461がreiser4のkernel inclusionを求めていないことはよくわかった。
キミは使うことはないだろうし、必要もないのだろう。それでいいじゃないか。
しかし、使いたがってる人が大勢いるのは確かだし、その人たちが
痛い目を見るかどうかなんて、キミには関係のないことじゃないのか？
なぜそういう人たちの代弁をしたがるのだ？

483(1): 2007/04/25(水)01:51 ID:s5ND1KQt(1) AAS
>>482
あいつは普段から
「J-POPなんて聞かねぇっすよ。
あんなの何でみんな買うのかわからない。」
とか言ってるんだよ。

Linuxの場合は、カーネルのメインストリームに入った後、
RedHatかSuSEがデフォルトで採用してちゃんとバグ出ししてくれないと
ホントの意味では使えないからなぁ。

それはまず、メインストリームに入れてくれないと。
使ってみてダメだと分かれば、外せば良いだけだしね。

484: 2007/04/25(水)03:25 ID:DwXZC0Ab(1) AAS
>>483
メインストリームに入れるのはいいけど、それを入れる為に
VFSやら根っこの部分にまで手を入れられるのはカンベン。

ってのがreiserがハブられてる理由じゃないの？

485: 2007/04/25(水)03:36 ID:T65OeUU9(1) AAS
でも、VFSどうにかしないとねっていう話はLKMLで出ているんじゃなかった?

486: 2007/04/25(水)08:48 ID:9SJka2EA(1) AAS
ソース

487: 2007/04/25(水)22:44 ID:NL98Ha60(1) AAS
出てたね。

488: 2007/04/26(木)20:50 ID:9XNzE1Kj(1) AAS
今までxfsを使ってました。今はext3に戻してます。
ext3,reiserFS,xfsを使ってみて思ったのがreiserとxfsはCPUのリソースを変に掴んで離さない感じが
あったのですが、皆さんの所はどうなのでしょう？
例えば10Gくらいのファイルをコピー中に他のアプリを立ち上げようとするとやたらもっさりします。
通常1秒ほどで立ち上がるfirefoxでさえ起動に１５秒ほど掛かったりしました。
よって今はext3にしたのですが、ext3だとコピー中でもそれほど影響が出ません。
また大量のアップデートなどでシステムを更新する時もxfsよりext3が早かったです。
コピーやファイルの移動だけを見るならreiserやxfsは確かに早かったですが、全体のスムースさが
失われた気がしました。そんなもんなのでしょうか？

489(1): 2007/04/27(金)00:06 ID:G0+xuv+l(1) AAS
体感速度じゃなく、数値でだしてもらえるとわかりやすいのだが。
あと、ﾌｧｲﾙｼｽﾃﾑの選択によってｶｰﾈﾙｺﾝﾊﾞｲﾙｵﾌﾟｼｮﾝを変えたがいいのかも。

490(2): 2007/04/27(金)00:07 ID:RILIWmvz(1) AAS
まぁ、個人差がある筈の経験でいえば、

ext2 電源落ちたら覚悟するべし
ext3 壊れた事がある
reiserfs 壊れた事がある
xfs 壊れた事がある
jfs 今のところ壊れた事が無い。

一度壊れたらその時点で横一線だろうけど。

491: 2007/04/27(金)00:17 ID:gulcYUBQ(1) AAS
>>490
壊れるというのはfsckかけてもmountできなくなる状態？
それとも直前に書いたデータが消えること？

羹に懲りて何年も膾を吹くのは間違った態度とは思わないですが、
開発者は辛いでしょうね。

492: 2007/04/27(金)00:58 ID:PgN2ulxI(1/2) AAS
>>489
そうですね、数値データーでも取ればいいのでしょうが。。
それとカーネルオプションでファイルシステムの部分は設定項目がそう多くなくほとんどチェックが入っている
のですが（モジュールとして組み込み、それにぶら下がるオプションはチェック）他に何か変更するような
部分などあるのでしょうか？

>>490
jfsは壊れにくいってよく聞きますね。ext3のdata=journalモードなどはどうなのでしょう。噂ではこのモードは
アクセスが集中した時のデーターの詠みだしにかなりのパフォーマンスを発揮するとか聞きましたが。

493(3): 2007/04/27(金)01:17 ID:lHZ+XesC(1) AAS
このスレ的には面白くないんだけども、
ext3は、速度も安全性もそこそこ良いんだよ。

494(1): 2007/04/27(金)01:38 ID:Yc4O8fSp(1/2) AAS
>>493
速度はともかく、壊れにくさはあくまでLinuxのfsの中ではという注がつくでそ。

495(2): 2007/04/27(金)01:54 ID:PgN2ulxI(2/2) AAS
>>493
なんだかんだで今はext3に落ち着きました。
トラブル時の対処の情報の多さや、例えばLVMにした時にLVのリサイズなど比較的簡単に出来て、
PC可動上での処理能力時間だけでなく、管理や運用上にかけなければならない時間（情報収集や
お勉強の時間ですねw）も含めた上での速度としてみると自分の環境ではext3がベストかなと思いましたよ。

496(1): 2007/04/27(金)02:14 ID:Yc4O8fSp(2/2) AAS
>>495
LVM使うってことはファイルサーバ用途? なら、Solaris + ZFS + RAID-Zマヂお薦め。
NFSの速度、安定性もLinuxとは比べ物にならんし。

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.

517: 2007/04/29(日)10:17 ID:vTOUwg+5(1) AAS
ext3でbtreeとか言ってる時点でもう

518: 2007/04/29(日)11:22 ID:hBx8ggrz(1) AAS
浦島確定だな

519: 2007/04/29(日)13:10 ID:pIeuWyrm(1) AAS
わりとでかめなサイズのファイルが結構多いとこにxfs使ってるんだが
遅いような気がしてならないんだなぁ。。
そこでbittorrent動かしてるかなぁ。

520(1): 2007/04/29(日)13:45 ID:DLaNxWqM(1/4) AAS
総合力でNTFSに勝てるLinuxのFSはない？
やっぱりLinuxはFSがネック．．．

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

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

ぬこの手ぬこTOP 0.037s