[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その7**/ (955ﾚｽ)
/**ファイルシステム総合スレ その7**/ http://mao.5ch.io/test/read.cgi/linux/1173530292/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
478: 461 [sage] 2007/04/24(火) 22:11:15 ID:0+lDVB4q >>472 つまり自前でコンパイルしてる人は犠牲になってるんだろ。 パッケージメンテナがraiserfsのことをちゃんと気にしてる保証もないし。 自己責任とはいえrobustな運用には耐えないってことだよね。 自己責任だからこそ自分の運用で責任が持てない fsは使いたくないんだよ。大切なデータがけっこう一杯あるからね。 >>473 キチガイはキチガイのまわりに湧くんだよ。 人をトンデモとかキチガイとか言うことしかできない 君と関わってしまったということは俺もキチガイだねw >>477 俺は一度も不具合だと言った覚えはないし、 ファイルが消えたことを騒いでるんでもない。 いちいちChangeLogを読まなきゃいけない運用を強いられるfsを 使いたくないと言ってるだけなんだが。 http://mao.5ch.io/test/read.cgi/linux/1173530292/478
479: login:Penguin [sage] 2007/04/24(火) 22:18:30 ID:3fCa6ATh >いちいちChangeLogを読まなきゃいけない運用を強いられるfsを たぶんChangeLogを読んでたら、どのFS(に限らないが)も 運用してると胃が痛くなると思うよ。 >>478は何も知らないのが一番。 http://mao.5ch.io/test/read.cgi/linux/1173530292/479
480: login:Penguin [sage] 2007/04/24(火) 22:54:19 ID:XcluZeQj >>478 > いちいちChangeLogを読まなきゃいけない運用を強いられるfsを > 使いたくないと言ってるだけなんだが。 自分がapt-getで終らせられればそれでいいんでしょ？ > つまり自前でコンパイルしてる人は犠牲になってるんだろ。 だから、この部分は考える必要ないし、考えても無駄。 多大な労力を割くメンテナを信頼しろ。 いやなら自分で文書かコード嫁。 http://mao.5ch.io/test/read.cgi/linux/1173530292/480
481: login:Penguin [sage] 2007/04/24(火) 23:55:30 ID:AzI7/c/g >>461 お前、ものすごく頭が悪いな http://mao.5ch.io/test/read.cgi/linux/1173530292/481
482: login:Penguin [sage] 2007/04/25(水) 00:40:42 ID:F/EPRuJL >>461がreiser4のkernel inclusionを求めていないことはよくわかった。 キミは使うことはないだろうし、必要もないのだろう。それでいいじゃないか。 しかし、使いたがってる人が大勢いるのは確かだし、その人たちが 痛い目を見るかどうかなんて、キミには関係のないことじゃないのか？ なぜそういう人たちの代弁をしたがるのだ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/482
483: login:Penguin [sage] 2007/04/25(水) 01:51:48 ID:s5ND1KQt >>482 あいつは普段から 「J-POPなんて聞かねぇっすよ。 あんなの何でみんな買うのかわからない。」 とか言ってるんだよ。 Linuxの場合は、カーネルのメインストリームに入った後、 RedHatかSuSEがデフォルトで採用してちゃんとバグ出ししてくれないと ホントの意味では使えないからなぁ。 それはまず、メインストリームに入れてくれないと。 使ってみてダメだと分かれば、外せば良いだけだしね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/483
484: login:Penguin [sage] 2007/04/25(水) 03:25:35 ID:DwXZC0Ab >>483 メインストリームに入れるのはいいけど、それを入れる為に VFSやら根っこの部分にまで手を入れられるのはカンベン。 ってのがreiserがハブられてる理由じゃないの？ http://mao.5ch.io/test/read.cgi/linux/1173530292/484
485: login:Penguin [sage] 2007/04/25(水) 03:36:11 ID:T65OeUU9 でも、VFSどうにかしないとねっていう話はLKMLで出ているんじゃなかった? http://mao.5ch.io/test/read.cgi/linux/1173530292/485
486: login:Penguin [sage] 2007/04/25(水) 08:48:22 ID:9SJka2EA ソース http://mao.5ch.io/test/read.cgi/linux/1173530292/486
487: login:Penguin [] 2007/04/25(水) 22:44:32 ID:NL98Ha60 出てたね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/487
488: login:Penguin [sage] 2007/04/26(木) 20:50:56 ID:9XNzE1Kj 今までxfsを使ってました。今はext3に戻してます。 ext3,reiserFS,xfsを使ってみて思ったのがreiserとxfsはCPUのリソースを変に掴んで離さない感じが あったのですが、皆さんの所はどうなのでしょう？ 例えば10Gくらいのファイルをコピー中に他のアプリを立ち上げようとするとやたらもっさりします。 通常1秒ほどで立ち上がるfirefoxでさえ起動に１５秒ほど掛かったりしました。 よって今はext3にしたのですが、ext3だとコピー中でもそれほど影響が出ません。 また大量のアップデートなどでシステムを更新する時もxfsよりext3が早かったです。 コピーやファイルの移動だけを見るならreiserやxfsは確かに早かったですが、全体のスムースさが 失われた気がしました。そんなもんなのでしょうか？ http://mao.5ch.io/test/read.cgi/linux/1173530292/488
489: login:Penguin [] 2007/04/27(金) 00:06:08 ID:G0+xuv+l 体感速度じゃなく、数値でだしてもらえるとわかりやすいのだが。 あと、ﾌｧｲﾙｼｽﾃﾑの選択によってｶｰﾈﾙｺﾝﾊﾞｲﾙｵﾌﾟｼｮﾝを変えたがいいのかも。 http://mao.5ch.io/test/read.cgi/linux/1173530292/489
490: login:Penguin [sage] 2007/04/27(金) 00:07:07 ID:RILIWmvz まぁ、個人差がある筈の経験でいえば、 ext2 電源落ちたら覚悟するべし ext3 壊れた事がある reiserfs 壊れた事がある xfs 壊れた事がある jfs 今のところ壊れた事が無い。 一度壊れたらその時点で横一線だろうけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/490
491: login:Penguin [sage] 2007/04/27(金) 00:17:54 ID:gulcYUBQ >>490 壊れるというのはfsckかけてもmountできなくなる状態？ それとも直前に書いたデータが消えること？ 羹に懲りて何年も膾を吹くのは間違った態度とは思わないですが、 開発者は辛いでしょうね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/491
492: login:Penguin [sage] 2007/04/27(金) 00:58:22 ID:PgN2ulxI >>489 そうですね、数値データーでも取ればいいのでしょうが。。 それとカーネルオプションでファイルシステムの部分は設定項目がそう多くなくほとんどチェックが入っている のですが（モジュールとして組み込み、それにぶら下がるオプションはチェック）他に何か変更するような 部分などあるのでしょうか？ >>490 jfsは壊れにくいってよく聞きますね。ext3のdata=journalモードなどはどうなのでしょう。噂ではこのモードは アクセスが集中した時のデーターの詠みだしにかなりのパフォーマンスを発揮するとか聞きましたが。 http://mao.5ch.io/test/read.cgi/linux/1173530292/492
493: login:Penguin [sage] 2007/04/27(金) 01:17:12 ID:lHZ+XesC このスレ的には面白くないんだけども、 ext3は、速度も安全性もそこそこ良いんだよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/493
494: login:Penguin [sage] 2007/04/27(金) 01:38:24 ID:Yc4O8fSp >>493 速度はともかく、壊れにくさはあくまでLinuxのfsの中ではという注がつくでそ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/494
495: login:Penguin [sage] 2007/04/27(金) 01:54:49 ID:PgN2ulxI >>493 なんだかんだで今はext3に落ち着きました。 トラブル時の対処の情報の多さや、例えばLVMにした時にLVのリサイズなど比較的簡単に出来て、 PC可動上での処理能力時間だけでなく、管理や運用上にかけなければならない時間（情報収集や お勉強の時間ですねw）も含めた上での速度としてみると自分の環境ではext3がベストかなと思いましたよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/495
496: login:Penguin [sage] 2007/04/27(金) 02:14:54 ID:Yc4O8fSp >>495 LVM使うってことはファイルサーバ用途? なら、Solaris + ZFS + RAID-Zマヂお薦め。 NFSの速度、安定性もLinuxとは比べ物にならんし。 http://mao.5ch.io/test/read.cgi/linux/1173530292/496
497: login:Penguin [sage] 2007/04/27(金) 02:49:02 ID:jl+GgVIs 現状NFSv4をACLまでしっかり使えるのは、SolarisとNetAppくらいか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/497
498: login:Penguin [sage] 2007/04/27(金) 05:32:20 ID:y/s4OunA Linux: Reiser4's Future http://kerneltrap.org/node/8102 http://mao.5ch.io/test/read.cgi/linux/1173530292/498
499: login:Penguin [sage] 2007/04/27(金) 22:45:17 ID:YcsLt5N2 >>493-494 ext3より遅いLinux用FSって何？ 現役FSで最も遅いのがext3ではねぇの？ http://mao.5ch.io/test/read.cgi/linux/1173530292/499
500: login:Penguin [sage] 2007/04/27(金) 22:52:04 ID:jl+GgVIs iso9660 http://mao.5ch.io/test/read.cgi/linux/1173530292/500
501: login:Penguin [sage] 2007/04/27(金) 23:05:46 ID:2gHHL8Xo reiserfs とか jfs とか xfs は ext3 より遅いね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/501
502: login:Penguin [sage] 2007/04/27(金) 23:25:40 ID:nfcT/9Bx またまたご冗談を http://mao.5ch.io/test/read.cgi/linux/1173530292/502
503: 495 [sage] 2007/04/28(土) 00:53:05 ID:bvpjCfV2 >>496 レスどうもです。今はこのLinuxではサーバーにしている訳ではないです。デスクトップ+実験用w 確かにSolarisにした方がいいのではって言う方もいますね。安定性、安全性はLinuxより全然いいし もしユーザーフレンドリーやGUIの操作性を考えたらWINDOWSの方が全然いいし、なんでLinux にしたのって言われたことが＾＾； オープンソースな環境も覚えたかったし、Solarisの敷居が高そうだったし＾＾；；； なるほどNFSの速度も早いんですね、言われている組み合わせも頭の隅に置いておきます。 http://mao.5ch.io/test/read.cgi/linux/1173530292/503
504: login:Penguin [sage] 2007/04/28(土) 09:15:01 ID:csLe7W4k もう忘れたのか 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はほぼ同格。 ちょっと離れてjfs/reiser4が団子。大差でext3。なお、writeに 重点を置くとxfs>reiserfsとひっくり返る。また、ext3はbtreeで mkfsしてないことに注意。 ちなみに、フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの どの条件でも大差でトップになった。 まだ処理速度しか集計してないので、処理中のプロセッサ使用率とかに 差があったか（負荷高くて速くても意味なし）はまだ不明。他にも スペース利用効率も比較の予定だけど、まだしてない。 398 ：login:Penguin：2006/09/12(火) 22:58:24 ID:nKd1xEVn 誤：ただし、reiserfs...jfsまでで速度が一割も変わらない 正：ただし、reiserfs...reiser4までで速度が一割も変わらない http://mao.5ch.io/test/read.cgi/linux/1173530292/504
505: login:Penguin [sage] 2007/04/28(土) 11:18:18 ID:DlvlgyD2 オラクル通信 ファイルシステムの選択 http://www.oracle.co.jp/2shin/ora67/31.html > 小規模なシステムでは、ReiserFSより高速なため多く採用されています。 > ところが、EXT3は構造が単純なEXT2を拡張したため、大規模システムには向きません。 > ディスク容量が大きくなったり、ファイル数が多くなると、前述のような問題が発生する可能性があるのです。 http://mao.5ch.io/test/read.cgi/linux/1173530292/505
506: login:Penguin [sage] 2007/04/28(土) 11:25:04 ID:k3hhqww9 >>505 まともに障害対策も出来ないミラクルの恥曝し記事ですね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/506
507: login:Penguin [] 2007/04/28(土) 11:54:40 ID:bcqKYrtO >>506 今となっては古い話だ。大目に見てやれよ。 もはや、Oracle on Linuxでファイルシステムを使うことは あまりないんだし（OCFS2は別として）。 http://mao.5ch.io/test/read.cgi/linux/1173530292/507
508: login:Penguin [sage] 2007/04/28(土) 12:07:04 ID:0EWHvl8j 巨大ファイルを一括で作って、自分で中身管理するとかに向いてるのはext、 単純なのでシーケンシャルが速い、巨大エロ動画はこれに決まり。 ファイル名が違う細々とした捜査が速いのがreiser、 システム、コンパイルその他一般的用途はこっちだろ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/508
509: login:Penguin [sage] 2007/04/28(土) 12:37:21 ID:e0ZxeqEK DBで使えるだけの安定性あるんかな＞＞reiserfs というか、FSによって、SJISファイル名使える使えないの差があることを初めて知った。 文字コード依存してたら、UTF8どうなんとか、アラビア文字どうなるんだとか、大変な事になりそう・・・・ http://mao.5ch.io/test/read.cgi/linux/1173530292/509
510: login:Penguin [sage] 2007/04/28(土) 14:11:32 ID:gbAgGm+D >>508 extは巨大ファイルを複数作るとフラグメントが激しくなってくるから それを何とかしてもらいたいなぁ、とエロ動画を大量に置いて管理している時思った そんな今は、jfsをメインの環境に据えて使ってます。 使い始めて2ヶ月程だけど困ってはいない。が、ちょっとパフォーマンスには不満がある http://mao.5ch.io/test/read.cgi/linux/1173530292/510
511: login:Penguin [sage] 2007/04/28(土) 14:53:37 ID:wTk2D7Rd 俺は巨大ファイルを扱うのはxfsがいいって聞いてたけどなあ。 >エロ動画を大量に置いて管理している時思った シリコングラフィックスが動画とか画像とか大量に置いて管理できるためのファイルシステムとして設計したからだとか何とか聞いた覚えがある。 # ただしソースは（ry http://mao.5ch.io/test/read.cgi/linux/1173530292/511
512: login:Penguin [sage] 2007/04/28(土) 15:34:29 ID:webW6330 >>511 DVDのリップした物とか4Gくらいのファイルなどを一度にまとめてコピーや移動させた時のパフォーマンスは xfsは高かったですよ。ext3と時間を計って比べた時に1.5倍早かった時もあった。 ただそのコピー中に色々なアプリを使ったりしたらアプリの動作がどうも遅くなってしまって結局ext3に したけど、サーバーなどは通常その様な使い方はしないから、ファイルアクセスのパフォーマンスという 事で考えれば確かにxfsはいいのかな。 通常のデスクトップだと>>504に書いてある「フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの どの条件でも大差でトップになった」ってのが当てはまるのかなと思った。 http://mao.5ch.io/test/read.cgi/linux/1173530292/512
513: login:Penguin [sage] 2007/04/28(土) 15:56:28 ID:k3hhqww9 >>512 >スモールファイル・フォルダ内大量ファイル、の条件では >reiserfs>xfs>>jfs>reiser4>>>>ext3 > >また、ext3はbtreeでmkfsしてないことに注意。 始めに結論ありきのベンチマーク。 http://mao.5ch.io/test/read.cgi/linux/1173530292/513
514: login:Penguin [sage] 2007/04/28(土) 16:16:28 ID:+Lf+abEC 小さいファイルはreiserfs>xfs>ext3 大きいファイルはxfs>reiserfs>ext3 でしょ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/514
515: login:Penguin [sage] 2007/04/28(土) 16:18:41 ID:webW6330 >>513 その条件だとbtreeもってる方が圧倒的に有利でしょってことかな？ 一応あくまで各fsのスペックは標準で作成されたと見なした試験だったのでしょうね。 欲を言えばbtree入れたext3の比較とかもやってほしかった。しかし4日間とは。。すごいね でもext3+btreeで使用ってあまり聞かないよう気がするのですが。。効くのかな http://mao.5ch.io/test/read.cgi/linux/1173530292/515
516: login:Penguin [sage] 2007/04/28(土) 18:02:32 ID:JHnghFCv 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. http://mao.5ch.io/test/read.cgi/linux/1173530292/516
517: login:Penguin [sage] 2007/04/29(日) 10:17:08 ID:vTOUwg+5 ext3でbtreeとか言ってる時点でもう http://mao.5ch.io/test/read.cgi/linux/1173530292/517
518: login:Penguin [sage] 2007/04/29(日) 11:22:00 ID:hBx8ggrz 浦島確定だな http://mao.5ch.io/test/read.cgi/linux/1173530292/518
519: login:Penguin [sage] 2007/04/29(日) 13:10:28 ID:pIeuWyrm わりとでかめなサイズのファイルが結構多いとこにxfs使ってるんだが 遅いような気がしてならないんだなぁ。。 そこでbittorrent動かしてるかなぁ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/519
520: login:Penguin [sage] 2007/04/29(日) 13:45:52 ID:DLaNxWqM 総合力でNTFSに勝てるLinuxのFSはない？ やっぱりLinuxはFSがネック．．． http://mao.5ch.io/test/read.cgi/linux/1173530292/520
521: login:Penguin [sage] 2007/04/29(日) 13:57:13 ID:7KURDbwe >>520 まずは、NTFSの勝っている所から説明おながいします それがないと話が進まなくて・・・・・ 総合的に勝ってる負けてるでいうと主観合戦になります http://mao.5ch.io/test/read.cgi/linux/1173530292/521
522: login:Penguin [sage] 2007/04/29(日) 14:10:32 ID:zOmUJM4L 何だよ総合力って http://mao.5ch.io/test/read.cgi/linux/1173530292/522
523: login:Penguin [sage] 2007/04/29(日) 14:15:24 ID:gj+KILHF ただの燃料に何マジんなってんの。キモい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/523
524: login:Penguin [sage] 2007/04/29(日) 14:27:47 ID:gGVY8OQ+ う〜ん、そういえば以前の会社で2000serverをいじってたけどHDDの物理破損以外で壊れたことが 無かったなw http://mao.5ch.io/test/read.cgi/linux/1173530292/524
525: login:Penguin [sage] 2007/04/29(日) 14:44:23 ID:eybV57Uq 少なくとも耐久性に関してはNTFSすごいらしいよ。 さすが電源ブッチ上等のユーザを相手にしてきた百戦錬磨のMS…というくらい。 性能に関しては知らん 比較データ見かけんからね NTFS-3Gがリリースされた今ならあったりするのかな？ http://mao.5ch.io/test/read.cgi/linux/1173530292/525
526: login:Penguin [sage] 2007/04/29(日) 15:04:04 ID:Z63Cuwsp やべーすごそう(棒読み) http://mao.5ch.io/test/read.cgi/linux/1173530292/526
527: login:Penguin [sage] 2007/04/29(日) 15:09:15 ID:HahdoETC NTFSも条件次第で壊れるんだが。 まぁ、それは某国人のようなガラの悪いアプリを使っている方が悪いとも言えるが。 耐久性については確かにUFSみたいなFSとは比較にならないね。 もっともLinux用のFSと比べればそれほど抜きん出ているかはどうだろう。 NTFSはやはりフラグメンテーションのアレが問題だね。 ディスク配置を最適化する機能をもったサードパーティ製品を入れて改善できればいけるのだが。 性能面ではどうだろうね。OSと切り離して性能を語れないから…。 NTFS-3Gは開発筋曰くまだまだ性能が出ていないので単純比較することはできないし。 http://mao.5ch.io/test/read.cgi/linux/1173530292/527
528: login:Penguin [] 2007/04/29(日) 15:19:39 ID:3ZWhJwE9 ファイルがおおくなるとテキメンに性能落ちるからなぁ http://mao.5ch.io/test/read.cgi/linux/1173530292/528
529: login:Penguin [sage] 2007/04/29(日) 15:34:19 ID:UJz365iJ >>525 NTFSの最初の設計者、Tom MillerとGary KimuraはDECでVMSをやってた人たち。 http://mao.5ch.io/test/read.cgi/linux/1173530292/529
530: login:Penguin [sage] 2007/04/29(日) 18:02:05 ID:KSFN59nn ファイル名の制限ってファイルシステム自体にあるのはやだなぁ。 システムコールとかライブラリまわりで制限があるのはわかるが。 でもそんなこと言ったらISO9660なんて制限ありまくりか http://mao.5ch.io/test/read.cgi/linux/1173530292/530
531: login:Penguin [sage] 2007/04/29(日) 19:29:20 ID:DLaNxWqM > ファイルがおおくなるとテキメンに性能落ちるからなぁ 特にext3はひどい 後、前スレにもあるがNTFSはsyncで書き出すよ http://mao.5ch.io/test/read.cgi/linux/1173530292/531
532: login:Penguin [sage] 2007/04/29(日) 19:48:50 ID:DLaNxWqM 書き込みキャッシュが有効な場合、ディスク パフォーマンスが低下する http://support.microsoft.com/kb/332023/ja > 仕様上、これらのコマンドでは、重要なデータの安全性のために、ある程度のパフォーマンスが犠牲になります。 > これらのコマンドでは、重要なデータが即座にディスクに書き込まれます。 http://mao.5ch.io/test/read.cgi/linux/1173530292/532
533: login:Penguin [sage] 2007/04/29(日) 20:45:54 ID:sftan6cL >NTFSはsync それはファイルシステムの特徴というよりファイルシステムドライバの特徴ではないかと…。 fuseで実装しているntfs-3gなんかは、syncにならないと思っていたんだけど（どうだっけ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/533
534: login:Penguin [sage] 2007/04/29(日) 22:08:29 ID:DLaNxWqM >>533 >>532のリンク先に書いてあるのは、 「本来サポートされているはずの強制書き込みが、一時的にバグのためにサポートされてなかった。」 という意味でしょう。 NTFSの仕様も暗に示してるでしょう。 「fuseで実装している．．．」のくだりはLinux空間での実装の話でしょう。 MSのNTFS実装とはまた別の話。 http://mao.5ch.io/test/read.cgi/linux/1173530292/534
535: login:Penguin [sage] 2007/04/29(日) 22:58:33 ID:sftan6cL つまりLinuxで実装するドライバがsyncになっていなかったらそれは仕様外の動作で、 つまりバグってことか。 NTFSの仕様がもっと明示されていたら仕様も実装しやすいのに、これは困るなあ（とかゆ http://mao.5ch.io/test/read.cgi/linux/1173530292/535
536: login:Penguin [sage] 2007/04/29(日) 23:46:23 ID:MG4Q19X5 >>535 sync するべき部分を sync していない Linux の VFS の＊仕様バグ＊ と言えばいいのかな? NTFS の仕様とは関係ないと思う. http://mao.5ch.io/test/read.cgi/linux/1173530292/536
537: login:Penguin [sage] 2007/04/30(月) 02:11:27 ID:+D0/03Lk ファイルが多いとテキメンに性能落ちるのって、NTFS？ Windowsで使ってるとそう感じる。 実際はExplorerがお馬鹿な情報の集め方してるんだろうけど・・・ というか、誰も定番のdir_indexツッコミをしていないのに関心したｗ http://mao.5ch.io/test/read.cgi/linux/1173530292/537
538: login:Penguin [sage] 2007/04/30(月) 02:35:29 ID:ct7Sm8Wl >>537 以前はdir_index付けてたけど体感できる効果無しだったので付けるの面倒くさくなって今はやってないw それだったらジャーナルをdata=writebackにする方が体感できた。 当たり前だけどdata=writebackはいきなりの電源断があって再起動時にfsckが掛かるとほぼ間違いなく 電源断の5分前くらいにタイムスリップできます。直前に消したはずのファイルが綺麗に復活していて 作ったはずのファイルが無い┐(゜〜゜)┌ http://mao.5ch.io/test/read.cgi/linux/1173530292/538
539: login:Penguin [sage] 2007/04/30(月) 11:08:40 ID:+zwmDasM どこからツッコんでいいものやら・・・ http://mao.5ch.io/test/read.cgi/linux/1173530292/539
540: login:Penguin [sage] 2007/04/30(月) 11:36:57 ID:CXfCqZ6z >>539 一通り全部突っ込んでおけば？ http://mao.5ch.io/test/read.cgi/linux/1173530292/540
541: login:Penguin [sage] 2007/04/30(月) 11:50:27 ID:aOPKBAzt 馬鹿の相手するのも飽きた http://mao.5ch.io/test/read.cgi/linux/1173530292/541
542: login:Penguin [sage] 2007/04/30(月) 14:43:07 ID:EVyG0KCG dir_index の副作用ってあるの？ http://mao.5ch.io/test/read.cgi/linux/1173530292/542
543: login:Penguin [sage] 2007/04/30(月) 18:17:22 ID:aOPKBAzt >>542 read aheadが効き難くなる。 http://mao.5ch.io/test/read.cgi/linux/1173530292/543
544: login:Penguin [] 2007/04/30(月) 19:34:23 ID:mlJ1TH1o 結局XFSとReiserFSの直接対決した結果ってないの？ http://mao.5ch.io/test/read.cgi/linux/1173530292/544
545: login:Penguin [] 2007/05/01(火) 00:47:21 ID:YOdQ/sXy >>544 直接対決って何だ？ 代理戦争みたいなものがあるのか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/545
546: login:Penguin [sage] 2007/05/01(火) 00:52:40 ID:CuSWdFwn 連休ですなぁ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/546
547: login:Penguin [sage] 2007/05/01(火) 01:03:08 ID:Do1YSUgv >>545 KARAT!か。 http://mao.5ch.io/test/read.cgi/linux/1173530292/547
548: login:Penguin [age] 2007/05/01(火) 02:37:03 ID:Q0wBbD0e xfs使うとき、fdiskでlvm(8e)で領域を確保しなければだめですか？ linux(83)でも同等でしょうか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/548
549: login:Penguin [sage] 2007/05/01(火) 02:57:40 ID:Dry1mnl/ lvmである必要は全くない。 LVMであれば、xfsの伸縮がし易いというだけ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/549
550: login:Penguin [sage] 2007/05/01(火) 03:38:22 ID:Hu9qB2/W Linuxのファイルシステムなんてext3で十分だろ。 本当に他のファイルシステムがext3より大きく優れてれば今ある鳥の半分はそれに移行してるんじゃないの。 ext3以外を使うなんて趣味の世界か物好きだろ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/550
551: login:Penguin [sage] 2007/05/01(火) 04:37:59 ID:g0swsIWn 自分のこころが決める http://mao.5ch.io/test/read.cgi/linux/1173530292/551
552: login:Penguin [sage] 2007/05/01(火) 05:53:30 ID:xJHFYjQW http://kerneltrap.org/node/8102 5/7に裁判があるのか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/552
553: login:Penguin [age] 2007/05/01(火) 08:06:15 ID:Q0wBbD0e >>549 ありがとうございます。 スナップショットも同様と考えればよろしいでしょうか。 気になるのが、lvcreate -s したときに、xfs_freeze -f を実行しなくても ちゃんと、ロックされるかが気になります。 http://mao.5ch.io/test/read.cgi/linux/1173530292/553
554: login:Penguin [] 2007/05/01(火) 09:21:29 ID:g0swsIWn lvm2+xfsでスナップショットしてみたらなぜかうまく行かなかった。 ロックは関係ないと思う。 http://mao.5ch.io/test/read.cgi/linux/1173530292/554
555: login:Penguin [sage] 2007/05/01(火) 10:34:12 ID:x3CkffJ0 ext4人柱patchset ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.21-ext4-1 http://mao.5ch.io/test/read.cgi/linux/1173530292/555
556: login:Penguin [sage] 2007/05/01(火) 17:35:28 ID:93KgQW80 ところで上のベンチ結果とか、キャッシュのオプションはどうなのかな？ read aheadやらwrite backの閾値だの結構あるよね＞/devや/procとかにも 流石にHDDの設定値はデフォってことなんだろうけど、そのへんどうなん、と。 総合で効いてくるの前提として、NCQあると劇的に速くなるFSだの、/procのチューンで(ry だのって話も、スレ的には有りかと思うんだが、ほとんど変わらないというオチ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/556
557: login:Penguin [] 2007/05/01(火) 18:32:17 ID:e4v8fuD6 vxfsとは http://mao.5ch.io/test/read.cgi/linux/1173530292/557
558: login:Penguin [sage] 2007/05/01(火) 23:45:00 ID:Dry1mnl/ >>553 ロックされないと思う。 LVMとファイルシステムは基本的に違う層の話だから。 LVMはその上に載るファイルシステムを選ばないし、ファイルシステムもその下がLVMのLVOLであるか実ボリュームであるかを選ばない。 つまり、ファイルシステム側でumountやsyncで静的な状態にしたうえで、LVMでスナップショットを取る必要があるんじゃないかと。 >>557 Veritasの製造販売しているファイルシステム。 もともとは商用Unixのファイルシステムだったけど、最近はLinux版もあるらしい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/558
559: login:Penguin [sage] 2007/05/01(火) 23:53:57 ID:IzhAkWt8 >>556 それは絶対性能には効いてくるだろうけど、同じ環境の上での FS比較という点ではあまり焦点ではないんでないの？性能が 十分出せてるかどうかのためにddでの読み書き速度と比較したりは するけどさ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/559
560: login:Penguin [sage] 2007/05/02(水) 00:08:28 ID:Wia4n8nO >>559 同じ環境上の比較といいつつ、ベンチで測ってるのは FSの特性の極一部。 http://mao.5ch.io/test/read.cgi/linux/1173530292/560
561: login:Penguin [sage] 2007/05/02(水) 00:10:50 ID:6fEA0efX xfsdumpでもやはり、umountやsyncを行う必要がありますか？ http://mao.5ch.io/test/read.cgi/linux/1173530292/561
562: login:Penguin [sage] 2007/05/02(水) 00:21:07 ID:Aqk6Cz0/ フリーズ→LVMでスナップショット作成→フリーズ解除→スナップショットをxfsdump http://mao.5ch.io/test/read.cgi/linux/1173530292/562
563: login:Penguin [sage] 2007/05/02(水) 00:31:17 ID:jaGUrYpO VxFS & VxVMはZFSの登場で一気に陳腐化した気がする。まあ、Linux的には元々有料っていうのが ネックでほとんど影響力なかったけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/563
564: login:Penguin [sage] 2007/05/02(水) 00:46:47 ID:6fEA0efX いろいろ検索してみたらxfs_freezeは不要なようです。 >>562さんはうまく動いてますか？ http://mao.5ch.io/test/read.cgi/linux/1173530292/564
565: login:Penguin [sage] 2007/05/02(水) 00:50:21 ID:Aqk6Cz0/ フリーズさせなきゃマウントしたままスナップショット取るだけで固まるよ http://mao.5ch.io/test/read.cgi/linux/1173530292/565
566: login:Penguin [sage] 2007/05/02(水) 01:06:15 ID:UkB/mKJZ へぇ〜固まるのかｗ ロック＆syncしてなきゃ、ファイルシステム的に不完全な状態のものになっちゃうから、 採れたとしても意味無いけど。 これに対して、zfsやext3のスナップショットはファイルシステムレベルのスナップショットだから、そのへんを気にする必要はないな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/566
567: login:Penguin [sage] 2007/05/02(水) 01:21:10 ID:Aqk6Cz0/ 今やってみると2.6.20では固まらないみたいだな。 2.6.16あたりのカーネルだとLVM上の/のsnapshot取るだけで簡単に固まってた。 http://mao.5ch.io/test/read.cgi/linux/1173530292/567
568: login:Penguin [sage] 2007/05/02(水) 01:29:21 ID:Wia4n8nO 2.6.16って13ヶ月くらいにリリースされてるね。 どこの浦島さん？ http://mao.5ch.io/test/read.cgi/linux/1173530292/568
569: login:Penguin [sage] 2007/05/02(水) 01:30:22 ID:Wia4n8nO おっと、13ヶ月くらい前に http://mao.5ch.io/test/read.cgi/linux/1173530292/569
570: login:Penguin [sage] 2007/05/02(水) 07:41:19 ID:Aqk6Cz0/ どうしようもないおばかさん達だな http://mao.5ch.io/test/read.cgi/linux/1173530292/570
571: login:Penguin [sage] 2007/05/02(水) 22:49:49 ID:e5dWDes9 >>560 > 同じ環境上の比較といいつつ、ベンチで測ってるのは > FSの特性の極一部。 ネットでゴタク並べる評論家クン。 一部しか測れないのは当たり前なんだよ。 １．同じ環境上で比較 ２．環境をさらす。 特性の全てを測りたいならそのために必要なテスト項目を正確に言ってみろよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/571
572: login:Penguin [sage] 2007/05/02(水) 23:03:03 ID:Wia4n8nO いや、だから同じ環境上で「何」を比較するのかね？ http://mao.5ch.io/test/read.cgi/linux/1173530292/572
573: login:Penguin [sage] 2007/05/03(木) 00:02:29 ID:UWfOagee 「何」を比較するかはそれぞれのテストで違うだろ？ http://mao.5ch.io/test/read.cgi/linux/1173530292/573
574: login:Penguin [sage] 2007/05/03(木) 00:09:05 ID:3iwsf+qz ext4ってなんか望みなさそうだよね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/574
575: login:Penguin [sage] 2007/05/03(木) 00:17:19 ID:2/plbCtb もうブロックデバイスの上のファイルシステムはお腹いっぱい感もあるし。 そろそろネットワークファイルシステムとか分散ファイルシステムに 開発リソースを振り向けたい。ていうか自分で開発したい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/575
576: login:Penguin [sage] 2007/05/03(木) 01:32:16 ID:PleISjN5 >>575 > そろそろネットワークファイルシステムとか分散ファイルシステムに なおさら VFS の利ファクタリングだ http://mao.5ch.io/test/read.cgi/linux/1173530292/576
577: login:Penguin [sage] 2007/05/03(木) 10:28:23 ID:D6h42UhZ 何度もしてるだろ http://mao.5ch.io/test/read.cgi/linux/1173530292/577
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 378 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.305s*