[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 07/26 10:56 / Filesize : 187 KB / Number-of Response : 762
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9]
過去スレ

01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/

578 名前:login:Penguin mailto:sage [2007/02/12(月) 00:50:45 ID:HIG9qOky]
はて?
うちのdebianくんは、KDE3.2をスタートした時点で、トータル100MBも使ってないけど。
しかも、SendmailやらApacheやらいろんなサーバが起動した状態で。


579 名前:login:Penguin mailto:sage [2007/02/12(月) 00:53:19 ID:ehOYrnXS]
>>577
tvtwmは使わなかったがtwmは使ってみたよ
結果は全くだめ
問題はX自体のメモリ消費量なんだよ

> AfterStepじゃだめだ、tvtwm(twmよりも何故か軽い) とかにしないと...
こういう事言ってる事自体が重い証明だろ

580 名前:login:Penguin mailto:sage [2007/02/12(月) 00:56:02 ID:tKkO1evC]
フォント読み込みすぎだったんじゃね。
あとtwmよりfvwmのほうが軽かったような。

581 名前:login:Penguin mailto:sage [2007/02/12(月) 00:59:08 ID:ehOYrnXS]
>>578
> うちのdebianくんは、KDE3.2をスタートした時点で、トータル100MBも使ってないけど。
それは異常だよ
漏れは256MBのVine機を持ってるが、Xを使ってしばらくたつと必ずスワップする
俺もLinuxは好きだが、神話はうんざりだ

582 名前:login:Penguin mailto:sage [2007/02/12(月) 00:59:32 ID:gH4+PeS3]
もうコンソールでいいよw

583 名前:login:Penguin mailto:sage [2007/02/12(月) 01:02:56 ID:pKQ9EzWP]
でもFSが壊れるのは神話じゃなくて事実だよね。

VFSが安定しない限り、この状況は続く...

584 名前:login:Penguin mailto:sage [2007/02/12(月) 02:21:48 ID:ue41F/Co]
昔 166MHz 32MB で X と windowmaker と emacs と kterm 同時に使ってたけど
普通に使えてたよ。XFree 3.x 時代ね。
さすがにネスケとか立ちあげる時は emacs 落とす必要があったけど。
ただ、その後 update していくなかで X はどんどん重くなっていったので、
最新の X 入れたりしたらさすがに32MBじゃ足りないんじゃないかな。

585 名前:login:Penguin mailto:sage [2007/02/12(月) 02:36:22 ID:CD7jXCIx]
はて?
うちのUbuntuくんは、Gnome2.16.1をスタートした時点で、600MBも使ってないけど。

586 名前:login:Penguin mailto:sage [2007/02/12(月) 02:47:55 ID:xmU+xA4+]
793876 tty1 SL Feb11 37:31 Xgl
88540 ? Ssl Feb11 4:19 java v2c
76460 ? Sl 02:35 0:21 fx2

食いすぎだよな。
Xgl単独で800Mってもうあふぉかと。
beryl再起動直後でも458780。



587 名前:login:Penguin mailto:sage [2007/02/12(月) 02:50:36 ID:ue41F/Co]
>>581
スリープ中のバックグラウンドプロセスじゃないの?

588 名前:login:Penguin mailto:sage [2007/02/12(月) 02:52:51 ID:PeW+mj3q]
サーバでGUI常時動かす時点でどうかしてる。
ところがwindowsはGUIにOSがくっついていてGUIを止めれない。

スレ本来のFSに注目すると、
windowsのFSが逝きにくいのは事実。
だけれども、書き込み時のバッファフラッシュが強烈に重い。

linuxはVFSの段階でアクセスを最適化しようとするので重くなりにくいが、
その反面電源落ちクラッシュしやすい。


589 名前:login:Penguin mailto:sage [2007/02/12(月) 02:55:18 ID:s17apHnG]
昔のは本当に軽かったんだよ
最近のは Window Manager に何を使っても重い
長年 fvwm だったが beryl にしてエフェクト使いまくっても
その差が体感できなかった

590 名前:login:Penguin mailto:sage [2007/02/12(月) 03:02:39 ID:ehOYrnXS]
>>584
実用に耐えなかったというのはあくまで自分の主観で、遅くても動いていたことは間違いない
これを使えると思うかどうかは、各自の主観によると思う
しかし、後でWindows95とデュアルブートにした際にWindows95の軽さに驚いた
実機で16MBでも快適動作するのを確認している

591 名前:login:Penguin mailto:sage [2007/02/12(月) 10:54:39 ID:m2mmtgAx]
ここって何のスレ?

592 名前:login:Penguin mailto:sage [2007/02/12(月) 11:10:27 ID:dthoHvZf]
Windows9x系はさすがに話にならんだろ。
しかしNT系になって実装もそうだけど、設計でもUNIXは抜いたと思う。
MSは実装だけでなくアーキテクチャ設計能力も高い。

特にサードパーティによる新デバイス対応やOS拡張ができるようにする
モジュール構造は実世界で揉まれてるだけあって先を行ってるし、
どのOSでも一番問題を起こすドライバ系の安定度を高めるための
検証フレームワーク整備や教育といった面でも抜かりない。FS面でもNTFSは
安定してること以上にマルチストリームとかトランザクション対応とか
新機軸を着実に導入してるし、ユーザランド側でもPowerShellとかWSHと
いった洗練された仕組みがここ10年で着実に入ってる。

元ネタが○×でコピっただけとか厨が煩いことがあるけど、設計・実装は
NT登場以来驚異的に高くなってるし、そもそも他の会社が対抗できてない。
上から下まで、技術・非技術面までひっくるめて整備してくるMSのこの底力が
一番すごい。

正面からNTFSに対抗できる存在としてReiser4に超期待してたんだけど・・・
まあReiser4が駄目でもZFSとかFUSEとかGFSとか面白いものはたくさん
あるけど、MSは侮れんよ。

593 名前:login:Penguin mailto:sage [2007/02/12(月) 13:19:52 ID:pKQ9EzWP]
Reiser4、漏れも期待していたけど、あの様子では主流にはなれないだろうな。
いろいろな意味で...

結局、Linuxカーネル開発者な連中は、Reiser4を闇に葬るんじゃないだろうか?

594 名前:login:Penguin mailto:sage [2007/02/12(月) 13:56:34 ID:1qjVTFhI]
> ここって何のスレ?

top の出力眺める誰でも出来る仕事の人が、日頃妄想していることを書く場所。

595 名前:login:Penguin mailto:sage [2007/02/12(月) 15:52:05 ID:DZj/9zPx]
>>593
確かにいい口実にはなったよな。

596 名前:login:Penguin mailto:sage [2007/02/12(月) 16:33:24 ID:ehOYrnXS]
カーネル開発者たちはReiser4が独自IOルーチンを実装していることを非難してるが、
ReiserFS側が一方的に悪いとも思えないな



597 名前:login:Penguin mailto:sage [2007/02/12(月) 16:36:32 ID:V8V5NCDB]
>Reiser4が独自IOルーチンを実装
XFSは良くてReiser4がダメな理由ってなんだろ?

598 名前:login:Penguin mailto:sage [2007/02/12(月) 16:39:03 ID:DZj/9zPx]
>>597
開発者の性格

599 名前:login:Penguin mailto:sage [2007/02/12(月) 16:39:15 ID:ehOYrnXS]
Hans Reiserが嫌われてるからだろ

600 名前:login:Penguin mailto:sage [2007/02/12(月) 16:52:04 ID:9DGMw6Vy]
ユダヤの陰謀

601 名前:login:Penguin mailto:sage [2007/02/12(月) 18:18:43 ID:fU0muqJg]
lustre1.6beta7を入れてみたのだが、OSTをmkfs.lustreしたあとmountするところで
カーネルパニックしてしまう。
beta7ちゃんと使えてる人いたら教えて下さい。

602 名前:login:Penguin mailto:sage [2007/02/13(火) 04:46:11 ID:IyOcykyK]
しかし、Reiser4の開発者の性格がいくら悪くても、
漏れ的には、今まで一番トラブルの無かったファイルシステムが
ReiserFSなんだよな。
というぐらい今まで、LINUXのFSには酷い目にあっている。

603 名前:login:Penguin mailto:sage [2007/02/13(火) 07:26:14 ID:keBYA0IK]
>>596
Linuxの悪口として、I/Oが腐っているというのはよく言われることだからね。
独自実装したくなるぐらいに腐っているというのを、Linux系の有名開発者自らが
実践しちゃったんだから、kernel開発者としては捨て置けなかったんだろうけど。

Hansを非難するよか、まともなI/Oを実装することに力を注いでほしかったね。

604 名前:login:Penguin [2007/02/13(火) 08:40:14 ID:WemlgHvo]
具体的にI/Oのどの機能がよくないんだ?

605 名前:login:Penguin mailto:sage [2007/02/13(火) 08:56:45 ID:fVgYhrXm]
reiser たんは、あれだよね
他のカーネル開発者への礼節が欠いてるんだよな
それで嫌われてる、確か

606 名前:login:Penguin mailto:sage [2007/02/13(火) 08:58:49 ID:0u58eKNV]
bulk.fefe.de/

filesystem: Unix filesystem scalability benchmarks (Linux Kongress 2006)
は、単純なベンチとはいえFSでこんなに違うんだなーってのが分かるな。
reiser4が速すぎで、嫉妬心から嫌われる理由になるのも分かる(違

信頼性を定量的に測定できればいいのにね。



607 名前:login:Penguin [2007/02/13(火) 09:03:38 ID:/i03HF+s]
詳しいことはよくわからないんだが、
ライザーのコードにはassertマクロがたくさん入ってたので、あるカーネル開発者が「読みにくいから削除してくれ」と注文をつけたらしい。
ライザーが「そんなこという奴は素人だ」と言い返したので、こじれたのだとか。
逸話が本当なら、カーネル開発者が素人なのは間違いないが、ライザーももっといいかたがあっただろうにな。

608 名前:login:Penguin [2007/02/13(火) 09:10:45 ID:/i03HF+s]
Reiser4はファイルシステムのサイズ変更に対応してないんだよな。
先日、変更が必要になってそのことに気付いた。
データの引っ越しがめんどくさかったのでいまはバージョン3を使ってる。

ところでevms使いこなしてるひといる?
なかなか思うようにならなくて苦労してるのだが、、

609 名前:login:Penguin mailto:sage [2007/02/13(火) 09:11:22 ID:M3BPWPHj]
UNIXのファイルシステムは、みんなトロイのばっかだからな
ディスクアクセスがいま一番ボトルネックで
データベースとかのベンチだと、明らかな差が出てくる
データベースはできるだけオンメモリで動作させるのが鉄則で
できるだけディスクアクセス少なくするんだけど
それでも、ディスクアクセスは避けられない
LAMPがはやるのもわかる気がする

610 名前:login:Penguin mailto:sage [2007/02/13(火) 09:34:49 ID:58Yqf8Hg]
最後の文との関連が意味不明

611 名前:login:Penguin mailto:sage [2007/02/13(火) 09:36:06 ID:fVgYhrXm]
Gentooの創設者もいってたな
あんなとろいファイルシステム使ってたら、日がくれちゃうよってw
Gentooはコンパイルして、ディスクアクセス頻繁に行うから

612 名前:login:Penguin mailto:sage [2007/02/13(火) 09:39:39 ID:M3BPWPHj]
GentooはReiserFS推奨なんだっけ?


613 名前:login:Penguin mailto:sage [2007/02/13(火) 09:46:38 ID:x7MyuWlT]
ttp://www-06.ibm.com/jp/developerworks/linux/011109/j_l-fs2.html
古いけど、ext2で2分かかっていた処理がReiserFSでは15秒で終わるって言ってる。

614 名前:login:Penguin mailto:sage [2007/02/13(火) 09:46:54 ID:Bu7+VNy+]
パフォーマンスと引き換えにファイルロストというすばらしい特徴を備えているけどなorz


615 名前:login:Penguin mailto:sage [2007/02/13(火) 09:52:40 ID:s1yugE0P]
2.6.10くらいからしか使ってないが、ファイルロストなんてないよ。
FUDイクナイ

616 名前:login:Penguin mailto:sage [2007/02/13(火) 09:56:29 ID:zEMqaX8A]
>>615
その昔にはあったんだよ。俺も引っかかったが。
ファイルシステム全体が破損して復旧不可能になるという素晴らしいバグが。

Hans Reiserの件は抜きにしてもその時の記憶があって精神的に
reiserfsを使いたくないというユーザが数多くいたりする。



617 名前:login:Penguin mailto:sage [2007/02/13(火) 10:09:51 ID:fVgYhrXm]
IBMはいつのまにこんな文章のせてたんだ
俺もReiser使ってみよ

618 名前:login:Penguin mailto:sage [2007/02/13(火) 11:00:48 ID:d9NUXbGG]
kernel 2.2時代の話を蒸し返されてもねぇ

619 名前:login:Penguin mailto:sage [2007/02/13(火) 12:30:28 ID:+OHugGIQ]
2.4だろ

620 名前:login:Penguin mailto:sage [2007/02/13(火) 20:06:01 ID:0ByefPAX]
>>616
どこで聞き齧ってきたのか知らんが、過去に騒がれたのはバグじゃなくて互換性。
バージョン間の互換性が低くて、古いカーネルでマウントして壊す奴が大漁発生。

621 名前:login:Penguin mailto:sage [2007/02/13(火) 20:24:40 ID:zEMqaX8A]
>>620
それは十二分に致命的なバグだろうに。
あとscpするとファイルシステムごとクラッシュする問題もあった。

622 名前:login:Penguin [2007/02/13(火) 22:24:46 ID:WemlgHvo]
>>609
データベースでファイルシステムがボトルネックになる時は
raw モードを使うよね。製品ごとに呼び名は違うみたいだけど。

623 名前:login:Penguin mailto:sage [2007/02/13(火) 22:28:53 ID:mh7vvqPu]
ぼくも raw モードでセックルしていまつ。

624 名前:login:Penguin [2007/02/13(火) 22:30:04 ID:WemlgHvo]
>>607
アサーションはきちんと入れた方がいいよな。
プログラマーの意図を的確に表したアサーションはコメントに勝ることも多いし。
本当に必要なアサーションをさして、あるいは特定のアサーションを指さずに
全体的にアサーションが多めというだけでアサーション減らせって
指摘したならそいつの方が間違いだと思う。
実際にコードも読まずにこれ以上なんとも言えないけど。

625 名前:login:Penguin mailto:sage [2007/02/13(火) 22:48:26 ID:mh7vvqPu]
> 実際にコードも読まずにこれ以上なんとも言えないけど。

あることないこと書いて炎上するほうが楽しくね?

626 名前:login:Penguin mailto:sage [2007/02/13(火) 22:51:47 ID:aW6CdUS7]
ようするに全てはユダヤの陰謀ってことで



627 名前:login:Penguin mailto:sage [2007/02/13(火) 23:33:59 ID:IyOcykyK]
Reiserの逮捕事件って、実はkernel開発者の陰謀だったりして。

628 名前:login:Penguin mailto:sage [2007/02/14(水) 00:01:31 ID:8Y630KZm]
NovellがMicrosoftへの忠誠の証として人身御供にされた...とか。
もしかしてSCOのダールたんが暗躍してたり。

629 名前: ◆IIiDC8JS7w mailto:sage [2007/02/14(水) 00:59:07 ID:WbKlTUui]
>>601

mds/mgsはちゃんとmountできてますか?
lustrekernelかなぁ?e2fsprogsは更新した?

例;(必要ならば--reformat付きでmkfs、fsnameをtestfsとした場合)
mkfs.lustre --fsname=testfs --mdt --mgs /dev/hda6
mount -t lustre /dev/hda6 /mnt/mdt
確認 cat /proc/fs/lustre/devices

○mgsノードを指定してmkfs
mkfs.lustre --fsname=testfs --ost --mgsnode=comp001@tcp0 /dev/hda7
mount -t lustre /dev/hda7 /mnt/test/ost0

○mgsノードでostが認識されているかどうかチェック
確認 cat /proc/fs/lustre/devices

lustre 1.6Beta7は設定も楽になったし、結構安定してきたと思うんだけどなぁ
動的追加もostのmountでできるし。。
lustreをNFSmountして使用する以外なら。。

630 名前:login:Penguin mailto:sage [2007/02/15(木) 06:48:33 ID:tOeafQO2]
>>470
ヨーロッパの寺院とかに行ってみろ
墓標の上をみんな歩いてて、石の表面に彫られた文字も
磨り減って読めなくなってるから

631 名前:login:Penguin mailto:sage [2007/02/15(木) 17:16:25 ID:WROae+uz]
ベトナムで鳴らした俺達ファイルシステム部隊は、濡れ衣を着せられ当局に逮捕されたが、
刑務所を脱出し、地下にもぐった。
しかし、地下でくすぶっているような俺達じゃあない。
筋さえ通ればフォーマット次第でなんでもやってのける命知らず、不可能を可能にし巨大なファイルを
貯蔵する、俺達、ファイルシステム野郎Aチーム!

俺は、リーダーntfs。通称MS謹製。
大容量と耐障害性の名人。
俺のような高信頼性FSでなければ百戦錬磨のつわものどものリーダーは務まらん。

俺はext3。通称Linuxの落とし子。
自慢のジャーナリングに、UPSはみんなイチコロさ。
ハッタリかまして、大容量ファイルから大容量ボリュームまで、何でもそろえてみせるぜ。

私は、HFSX、通称マカー。
チームの紅一点。
相互互換は、美貌とAppleTalkで、お手のもの!

よおお待ちどう。俺様こそRaiserFS。通称クレイジーFS。
アクセス速度は天下一品!
飛ぶ?壊れる?だから何。

FAT32。通称DOSあがり。
ロングファイルネームの天才だ。リソースの少ないPDAでもブン殴ってみせらぁ。
でもOver2GBだけはかんべんな。

俺達は、道理の通らぬ世の中にあえて挑戦する。
頼りになる神出鬼没の、ファイルシステム野郎 Aチーム!
助けを借りたいときは、いつでも言ってくれ。

632 名前:login:Penguin mailto:sage [2007/02/15(木) 17:55:02 ID:xfBVvXN9]
元ネタ古いなぁ・・・

633 名前:login:Penguin mailto:sage [2007/02/15(木) 18:47:57 ID:OUJa5vmP]
別にそれぞれキラリと光るキャラ設定があるわけじゃないし

634 名前:login:Penguin mailto:sage [2007/02/15(木) 18:50:48 ID:WROae+uz]
だよね。
ジェネレータみつけて勢いにまかせて作ってやり場に困って投下しました。
ごめん。

635 名前:login:Penguin mailto:sage [2007/02/15(木) 23:32:42 ID:EOMAzg7P]
まあいいんでないか。

636 名前:login:Penguin mailto:sage [2007/02/17(土) 22:11:48 ID:0e5NoIPn]
あのさ、あのさ、今さらながら reiser さんの良からぬ話を知ったんだけどさ、
今、会社で管理してる ReiserFS なサーバーは、やっぱり次に再インストールでもする際に
ファイルシステムを変えたほうがいいと思う?



637 名前:login:Penguin mailto:sage [2007/02/17(土) 22:29:13 ID:Oo4vzhEt]
まったく思わない。

638 名前:login:Penguin mailto:sage [2007/02/17(土) 22:32:52 ID:YLjvBpYU]
ReiserFS 3.xは既に開発が終わり、カーネルにマージされてるから当面は問題はないでしょ
Reiser4はカーネルにマージされていないのでこれも問題ない

漏れは当面は様子を見る

639 名前:login:Penguin mailto:sage [2007/02/17(土) 23:07:39 ID:CxH4DkuK]
>ReiserFS 3.xは既に開発が終わり、
メンテされなくなったら、追い出されるよ。


640 名前:login:Penguin mailto:sage [2007/02/17(土) 23:16:21 ID:YLjvBpYU]
いずれな

641 名前:login:Penguin mailto:sage [2007/02/17(土) 23:16:24 ID:KFSDQiDM]
ext2はどうなんだ?

642 名前:login:Penguin mailto:sage [2007/02/17(土) 23:20:17 ID:YLjvBpYU]
追い出されるのが、例えば数年後なら俺的には何の問題もない
開発がストップしていれば性能面の魅力も消えているだろうから

しかし、状況は流動的

643 名前:login:Penguin mailto:sage [2007/02/18(日) 01:49:30 ID:lw5RYTmu]
ext2は fsckが死ぬ程遅いからなぁ。

644 名前:login:Penguin mailto:sage [2007/02/18(日) 08:53:56 ID:RRBoRWUE]
Linux終ったな

645 名前:login:Penguin mailto:sage [2007/02/18(日) 16:16:45 ID:+2MIv5gi]
ext2でいい用途なら、ext3でいいのでは? >> 643



646 名前:login:Penguin [2007/02/18(日) 16:24:16 ID:x2PO8wq2]
>>645
> ext2でいい用途なら、ext3でいいのでは? >> 643

一長一短
ext3はext2より遅い
実際比べてみればわかるよ



647 名前:login:Penguin mailto:sage [2007/02/18(日) 17:39:23 ID:PPDNN+G1]
xfs_fsrがあるから、xfsをえらぶ

648 名前:login:Penguin mailto:sage [2007/02/18(日) 18:27:01 ID:N9FxkNNy]
>>646
外部ジャーナルでdata=journal

649 名前:login:Penguin mailto:sage [2007/02/18(日) 18:32:23 ID:UT3ERil/]
速さが欲しけりゃtmpfs、ramfsでも使ってろって

650 名前:646 [2007/02/18(日) 18:44:04 ID:x2PO8wq2]
>>648-649
>645は
> ext2でいい用途なら
と発言してるんだが

651 名前:login:Penguin mailto:sage [2007/02/18(日) 23:24:26 ID:lw5RYTmu]
正直なところ ext2 や ext3 よりは 速度面から考えたら
ReiserFSやらXFSやらの最新のFSを使いたいが、
結局、ext2 or 3 よりも安定性が低いんだよね。

652 名前:login:Penguin mailto:sage [2007/02/18(日) 23:29:23 ID:9TlqakwN]
>>651
そんなことはない

653 名前:login:Penguin mailto:sage [2007/02/18(日) 23:33:14 ID:9TlqakwN]
現時点に限ればReiserFSやXFSは安定性で勝っても劣ることはない

654 名前:login:Penguin mailto:sage [2007/02/18(日) 23:43:45 ID:QuRETY6G]
Reiserが安定しなかったのは過去のこと、っていうのはわかる。
でも今ext2や3よりも安定しているのを求めている以上、
どういう理屈で、どの程度安定しているのかという情報は欲しい。
でないと水掛け論になりかねん。

655 名前:login:Penguin mailto:sage [2007/02/18(日) 23:44:49 ID:pYLNl7kF]
xfsってもう十分実用になってるの?
数年前にreiserfs3で入れてからしばらく情報集めてなかったんだけど、
次に入れる時にext3に戻るかxfsにするかで迷ってる。

656 名前:login:Penguin mailto:sage [2007/02/19(月) 00:24:37 ID:assudzzV]
>>654
> どういう理屈で、どの程度安定しているのかという情報は欲しい。
そんな事ができる人がどこにいますか?

私が言えるのは、自分の経験とこのスレの過去ログぐらい
ext2や3で被害にあう方が圧倒的に多い

>>655
十分実用になってます



657 名前:login:Penguin mailto:sage [2007/02/19(月) 01:08:42 ID:iBUqDm6A]
xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
だからといって ext3 じゃトロいしなぁ。
というわけで、ReiserFS を使ってるんだよなぁ。
何だかなぁ……。

658 名前:login:Penguin mailto:sage [2007/02/19(月) 01:29:24 ID:97QHaRcu]
>xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
これってどういう意味でしょう?
そのサーバーで使うには、負荷が高いという意味?(機械にとって)
その用途で使うには、機能が過剰という意味?(目的に対して)
それとも、管理が面倒すぎるっていう意味?(人にとって)

659 名前:login:Penguin mailto:sage [2007/02/19(月) 01:38:10 ID:l8ESTcsS]
>>656
でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
それは>>620の問題があって、それに引っかかった人だと思うけど。
過去の経験を補強する情報がなければ結局水掛け論になるよ。
たとえばSunなんかはZFSの信頼性は99.9999……%云々っていってるけど、
ああいう形で信頼性を示せれば信頼性に関する議論も進むし、
そういう情報が欲しいといってるわけで。
(その信頼性を実現する仕組みに関する簡単な解説でもつけてくれればなおいい)

660 名前:login:Penguin mailto:sage [2007/02/19(月) 01:57:51 ID:jkHVDhT6]
Sunの99.9999...なんてマーケットトークに決まってんじゃん。
実装バグで起きる問題の確率が事前予測できるわけない。
まあ、商用製品で正式採用する以上、テストパターンを網羅して
走らせるだろうから、最終的には上の信頼性だろうけど。

安全性設計の部分だけに評価して各FSを比較できないもんかなぁ。
あとは実装容易性の評価とか。


661 名前:login:Penguin mailto:sage [2007/02/19(月) 02:18:24 ID:HPwpnWaB]
信頼性って評価難しいよなあ。
参考までに俺は各種サーバ(主にファイルサーバー)約10台
計約50TBを xfs で使ってる。信頼性に関していえば ext3 と比べてどっ
ちが良いかはよく分からない。性能など信頼性以外の面では xfs
が優れてだと思う。freeze もできるし。

話題の ZFS についても壊れるというのはまだ経験ないけど、ファイル
システム関連の操作が引き金になってOSが固まるとい現象はよくある。
今日も zfs destroy の最中に固まった。

662 名前:login:Penguin mailto:sage [2007/02/19(月) 03:03:56 ID:/3Lv0pp1]
HDDの信頼性測定とかは1000台近くを何日か稼動させて
故障台数とポワソン分布で計算するんだってさ。よくわからんけど。
fsみたいな故障しにくいものを測定するにもそんなやり方でやるのかね?

663 名前:login:Penguin mailto:sage [2007/02/19(月) 07:40:17 ID:AMxoEq8N]
>>662
それはMTBFあたりを出すときのやりかただろ?


664 名前:login:Penguin mailto:sage [2007/02/19(月) 12:11:33 ID:gCr74owG]
ポワソン分布でなにかまずいのか?

665 名前:login:Penguin mailto:sage [2007/02/19(月) 12:37:56 ID:2Z7LmjBo]
カイ2乗検定とかじゃないの?


666 名前:login:Penguin mailto:sage [2007/02/19(月) 14:22:21 ID:7bxVjLSa]
最近、GoogleがHDDの故障率のレポだしてたけど
あれ各種ファイルシステムでレポ欲しいよなあ



667 名前:login:Penguin mailto:sage [2007/02/19(月) 14:31:37 ID:HPwpnWaB]
ext2 の上に GFS (google file system)っていうのは昔の話?

668 名前:656 [2007/02/19(月) 17:03:47 ID:PUnHazDt]
>>659
要求しているのは、信頼性の定量評価でしょう
それなら、検証するための条件を実際に出してほしい
それは無理でしょう

669 名前:login:Penguin mailto:sage [2007/02/19(月) 19:17:04 ID:assudzzV]
>>659
> でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
> それは>>620の問題があって、それに引っかかった人だと思うけど。

例えばこのReiserFSのバージョン間の互換性の問題。
これを信頼性の比較テストで見つける事は非常に難しい。

670 名前:login:Penguin mailto:sage [2007/02/19(月) 19:21:43 ID:2Z7LmjBo]
へーそんなに互換性低いんだ。
Linux2.4の頃からずっと、reiserは3.6で止っていて大丈夫だと思ってた。


671 名前:login:Penguin mailto:sage [2007/02/19(月) 19:32:34 ID:S8QS6vkZ]
3.5の時代だろ。

672 名前:login:Penguin mailto:sage [2007/02/19(月) 19:39:45 ID:assudzzV]
>>670
2.2カーネル+ReiserFSパッチと2.4カーネルにマージされたReiserFSとの互換性
2.4カーネルでマウントできなかった

673 名前:login:Penguin mailto:sage [2007/02/19(月) 19:50:01 ID:2Z7LmjBo]
なんだ、そんな昔の話かよ。
しかも、カーネルに統合されていない時代の話しだし。


674 名前:login:Penguin mailto:sage [2007/02/19(月) 19:56:23 ID:assudzzV]
>>673
2.4カーネルは安定性に大きな問題があって、長期間に渡って2.2カーネルと併用されてた

675 名前:login:Penguin mailto:sage [2007/02/19(月) 20:00:02 ID:2Z7LmjBo]
それは違うだろ。
はるか昔から、安定版、現行版、開発版という体系だったんだから。


676 名前:login:Penguin mailto:sage [2007/02/19(月) 20:02:34 ID:assudzzV]
ディストリでの2.4の採用が大きく遅れたんだよ



677 名前:login:Penguin mailto:sage [2007/02/19(月) 21:34:21 ID:S8QS6vkZ]
676のいうディストリを挙げてくれないか?

678 名前:login:Penguin mailto:sage [2007/02/19(月) 22:08:11 ID:assudzzV]
カーネル2.4のリリースが2001年1月10日
SUSEはすぐに取り入れ2001年2月
Turbo Linuxは少し遅れ、2001年5月
Red Hatは1度2.4のリリースを見送り2001年9月
保守的な
Vine2002年4月
Debian2002年7月

679 名前:login:Penguin mailto:sage [2007/02/19(月) 22:10:48 ID:hoyrNl8c]
2.4ではVMがなかなか安定しなかった希ガス。
Linusがファビョって途中でVM入れ替えてた希ガス。

680 名前:login:Penguin mailto:sage [2007/02/19(月) 22:17:29 ID:S8QS6vkZ]
>>678
で、2.6の場合は?

681 名前:login:Penguin mailto:sage [2007/02/19(月) 22:24:08 ID:assudzzV]
>>680
自分で調べてくれないか?
2.4は肝心のRed Hatがリリースを見送ったのが痛かったんだよ

682 名前:login:Penguin mailto:sage [2007/02/19(月) 22:34:50 ID:ccsrEDDl]
ID:S8QS6vkZは典型的な知能障害の教えてくん。放置推奨。

683 名前:login:Penguin mailto:sage [2007/02/19(月) 22:50:28 ID:S8QS6vkZ]
しゃーねーなー、一度だけだぞ。
2.6.0リリース: 2003/12
SUSE: 2004/3(2.6.4)
Turbo: 2003/10(2.6.0test5)
RHEL: 2005/2(2.6.9)
FC:2004/5(2.6.5)
Vine:2006/11(2.6.16)
Debian: 2007/?(2.6.18)

2.6と比較して、2.4が取り立てて遅れたとはいえない。
ディストリ=レッドハットしか頭にない誰かさんには
けしからんかもしれんがね。

684 名前:login:Penguin mailto:sage [2007/02/19(月) 23:06:46 ID:assudzzV]
> 2.6.0リリース: 2003/12
> SUSE: 2004/3(2.6.4)
> Turbo: 2003/10(2.6.0test5)
> FC:2004/5(2.6.5)

保守的なディストリ以外はすぐに入ってるじゃないか

685 名前:login:Penguin mailto:sage [2007/02/19(月) 23:15:09 ID:YjhinaPB]
2.6 の方が断然採用が遅れてるのに目を向けられない ID:assudzzV

686 名前:login:Penguin mailto:sage [2007/02/19(月) 23:15:54 ID:WFcsg+zG]
>>661
誰かファイルシステムの信頼性テストアプリ書いたら面白そうだね。
以下の処理をランダム(どのファイル/ディレクトリ、どの処理、何回)で実行。
作成するファイル名やディレクトリ名もランダム。

ファイル読込、ファイル書込、
ファイル作成、ファイル削除、ファイル移動、
ディレクトリ作成、ディレクトリ削除、ディレクトリ移動。

他にもメモリをぎりぎりまで使ってる状態でのテストや、
LoadAverageが10超えてる状態でのテストや、
上のテストを複数のボリュームに大して同時実行とかもやってみるといいかも。



687 名前:login:Penguin mailto:sage [2007/02/19(月) 23:19:08 ID:assudzzV]
>>686
書き込み中の電源断は必須項目だよ

688 名前:login:Penguin mailto:sage [2007/02/19(月) 23:52:06 ID:iBUqDm6A]
>>686
その仕様でオマイが書いてクレ

689 名前:login:Penguin mailto:sage [2007/02/19(月) 23:58:52 ID:assudzzV]
>>686
信頼性を「定量」するんだからな
ちゃんと何が起これば何点という重みもつけてくれよ

690 名前:login:Penguin mailto:sage [2007/02/20(火) 00:46:37 ID:xMR490Gf]
>>668
654=659=俺。
654では定量評価と書いてないので納得してくれ。
定量評価が無理なのには同意する。

691 名前:login:Penguin mailto:sage [2007/02/20(火) 01:06:30 ID:dBqV9fZF]
各ファイルシステムでランダム書き込みテスト中にシャットダウン。
これを10万回位して有意な差があるかどうかで定量評価できない?

あとは実験ではなく書き込みアルゴリズム部分を抜き出して
相互比較するくらいか>安全性の比較


692 名前:login:Penguin mailto:sage [2007/02/20(火) 01:25:21 ID:mknq5eEf]
10万回って… 何年かける気だよ

693 名前:login:Penguin mailto:sage [2007/02/20(火) 01:44:43 ID:jhKEG9sP]
>>691
教祖にでも頼んだら?

694 名前:login:Penguin mailto:sage [2007/02/20(火) 01:59:56 ID:RrNcxD36]
>>687,691
電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。
昔UPS買う金もなかった頃、停電で5台のサーバ中1個ぐらいHDD壊れてたし。

695 名前:login:Penguin mailto:sage [2007/02/20(火) 03:52:27 ID:ER7Tw+jP]
>>647
それは言える

696 名前:login:Penguin mailto:sage [2007/02/20(火) 04:13:03 ID:DkD2TaWO]
Google File Systemってどんなの?



697 名前:login:Penguin mailto:sage [2007/02/20(火) 10:01:01 ID:lQlBrHwX]
Gmailをバックエンドとしてマウントする、たんなるネタ。

698 名前:login:Penguin mailto:sage [2007/02/20(火) 10:11:56 ID:mknq5eEf]
それgmailfs

699 名前:login:Penguin mailto:sage [2007/02/20(火) 15:39:52 ID:w1qTNq/E]
まあ普通にやるならポア損だろう

700 名前:login:Penguin mailto:sage [2007/02/20(火) 16:53:19 ID:u7PVyFqb]
>>696
つ[216.239.37.132/papers/gfs-sosp2003.pdf]
ファイルシステムとしての機能は実装されているが、このスレで話題にするような
ものとはレイヤが違う希ガス

701 名前:login:Penguin mailto:sage [2007/02/20(火) 17:04:16 ID:mknq5eEf]
「POSIX互換なファイルシステム総合スレ」にすればいいのかな。

702 名前:login:Penguin [2007/02/20(火) 19:36:37 ID:dgNADH13]
>>694
> 電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。

何でそんなに死ぬんだ?

703 名前:login:Penguin mailto:sage [2007/02/20(火) 19:47:27 ID:/AXgYpgH]
電源断が理由で起動できなくなった時に俺も物理的に壊れたと思ってた事があったw

704 名前:login:Penguin mailto:sage [2007/02/20(火) 19:53:47 ID:8d1pfd9r]
むかーしのHDDは電源ぷっつんで、死んでたけどね。


705 名前:login:Penguin mailto:sage [2007/02/20(火) 20:25:47 ID:trVnBvGy]
それは20MBのHDDの時代だろwww
流石に、100MB超えたらヘッドの待避はしてるから。

706 名前:login:Penguin [2007/02/20(火) 21:00:36 ID:gPb9g80v]
namesysでそんなテストやってなかった?
速度比較だけど内容はそんな感じだったよ。
しかし、一回でもエラーがあるようならファイルシステムとしては致命的だよね。
書き込み途中のデータが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
それ以外のエラーはあってはいけないよね。



707 名前:login:Penguin mailto:sage [2007/02/20(火) 21:25:48 ID:RrNcxD36]
>>702,704,705
40〜80GBぐらいのHDDだったはず。
ひょっとしてかなり運が悪かったのかな?

708 名前:login:Penguin mailto:sage [2007/02/20(火) 21:28:09 ID:pQclaEp+]
>>706
> 書き込み途中のデータが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
> それ以外のエラーはあってはいけないよね。

ファイルシステムが逝く大きな原因の、書き込み中の電源断をテストから外したとする
そのテストで良い結果が出たら、信頼性のあるファイルシステムだと誰が思うんだ?

709 名前:login:Penguin mailto:sage [2007/02/20(火) 21:28:56 ID:PbWkwsqa]
いぁ、家庭で使ってるようなあれで、HDDに書き込みしてないのがほぼ確認できた
時点で電源落としてればほとんど問題はないだろうし、サーバーで使ってて
いつ何をやってるのかよく分からない状態で電源が落ちればHDDやられるだろうし、
ケースバイケースなんじゃね?


710 名前:login:Penguin mailto:sage [2007/02/20(火) 21:33:42 ID:yxMMBa/L]
/dev/sdX を read,writeするプログラムを書いて
電源斷すれば、ハードのせいかファイルシステムのせいか
はっきりするだろ?

711 名前:login:Penguin mailto:sage [2007/02/20(火) 22:08:55 ID:j2utBboh]
書き込み中の電源断テストをしないで、いったい何をテストするのやら

712 名前:login:Penguin mailto:sage [2007/02/20(火) 22:20:07 ID:joRKZnqH]
> 流石に、100MB超えたらヘッドの待避はしてるから。

根拠をきぼんぬ。

713 名前:login:Penguin mailto:sage [2007/02/20(火) 22:27:21 ID:ER7Tw+jP]
電源断は本当に壊れたら困るから、IDE のケーブルを抜くってのは?

714 名前:login:Penguin mailto:sage [2007/02/20(火) 22:31:41 ID:pQclaEp+]
ジャーナリングファイルシステム自体が
書き込み中の電源断に備えてジャーナルをせっせと書いているわけだろう
これをテストしないでファイルシステムの信頼性テストができるの?

715 名前:login:Penguin mailto:sage [2007/02/20(火) 22:34:58 ID:j2utBboh]
そうそう

716 名前:login:Penguin mailto:sage [2007/02/20(火) 22:40:09 ID:8d1pfd9r]
>>705
うん。ストップボタンがついてるやつな。




717 名前:login:Penguin mailto:sage [2007/02/20(火) 23:02:15 ID:RrNcxD36]
>>714
なるほど。
ケーブル抜くとか物理的な方法だと何回もテストが大変だから、
強制アンマウントとかできないかな?

718 名前:login:Penguin mailto:sage [2007/02/20(火) 23:10:14 ID:dBqV9fZF]
USBでアナログスイッチ制御してバスをいきなり切り離したりすれば
いいんじゃない?復帰させる時はバスつなぎ直してからモジュールを
リロード。


719 名前:login:Penguin mailto:sage [2007/02/21(水) 01:22:44 ID:WfQ7wulD]
それだと既にHDDのキャッシュに入ってる分が安全に書き込まれてしまうかもしれない。

720 名前:login:Penguin mailto:sage [2007/02/21(水) 02:39:41 ID:n6EMsHwD]
IDEのケーブル抜くのは、HDDのディスク面への傷はつかないかも知れないが、
インターフェイス部分を電気的に壊すかもしれないぞ。

それだったら、リセットボタンを押して強制リセットの方がハードウェア的に安全だと思う。
少なくとも強制リセットでXFSはFSが壊れたことがある。

721 名前:login:Penguin [2007/02/21(水) 12:12:37 ID:HkfANAOw]
スループットなら iozone があるけど、
メタデータ部分に関するストレステストのようなものは
広く使われているものってあるかな?

722 名前:login:Penguin mailto:sage [2007/02/21(水) 12:22:02 ID:yYJCU+QD]
まずは、ファイルシステムが壊れた、の定義からだな。
そうして話はループする。

723 名前:login:Penguin mailto:sage [2007/02/21(水) 12:26:26 ID:9eNEo15t]
つーか書き込み中でもHDDのヘッドは浮いてますぜ。

724 名前:login:Penguin mailto:sage [2007/02/21(水) 12:35:51 ID:PCwOt2tc]
IDEじゃダメなんじゃないの?
IDEはハード的に厳密な書込み保障してないんだろ?


725 名前:login:Penguin mailto:sage [2007/02/21(水) 12:37:05 ID:9eNEo15t]
そのためのUPSだろ?
Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。

726 名前:login:Penguin mailto:sage [2007/02/21(水) 12:38:32 ID:AEAE1/jQ]
ループしすぎ



727 名前:login:Penguin mailto:sage [2007/02/21(水) 12:40:11 ID:PCwOt2tc]
LinuxはVFSが腐ってるから。


728 名前:login:Penguin mailto:sage [2007/02/21(水) 12:41:14 ID:2SjRgw4k]
VFSって何?

729 名前:login:Penguin mailto:sage [2007/02/21(水) 12:45:01 ID:z+QDRw32]
掃除のおばちゃんがUPSの後ろからサーバーのコンセントを引っこ抜いちゃった時を想定してテストするんだよ。

730 名前:login:Penguin mailto:sage [2007/02/21(水) 12:46:34 ID:5Xqck6zb]
???

731 名前:login:Penguin [2007/02/21(水) 14:26:01 ID:Un3jNJTn]
1他のファイル書込み処理中のトラブルで既存ファイルが壊れるのはファイルシステムの問題だが、
2書き込んでいる最中のデータを保障する方法はないだろう?
ところで、1の状況になるような不出来ファイルシステムでは致命的だよね?
現実的におこる可能性のあるエラーと言えば、ビット抜けなどによるデータエラーなんかだと思うのだが
エラー訂正機構などで回避するのがFSの役目じゃなかろうか。
エラー訂正できずひたすら読みなおすようではちょっとね。

732 名前:login:Penguin mailto:sage [2007/02/21(水) 14:27:26 ID:YuxiRYuL]
?

733 名前:login:Penguin mailto:sage [2007/02/21(水) 16:47:07 ID:Gow8RfEW]
>>724
> IDEじゃダメなんじゃないの?
> IDEはハード的に厳密な書込み保障してないんだろ?

>>553

734 名前:login:Penguin mailto:sage [2007/02/21(水) 16:55:24 ID:yYJCU+QD]
$ nl linux/include/linux/ata.h |grep FLUSH
115 ATA_CMD_FLUSH = 0xE7,
116 ATA_CMD_FLUSH_EXT = 0xEA,


735 名前:login:Penguin mailto:sage [2007/02/21(水) 16:57:27 ID:Gow8RfEW]
>>725
> そのためのUPSだろ?
> Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。

UPSおおいに結構
しかし、ジャーナルの話になる度にUPSの話を持ち出すのはやめてくれ

1.まずベースになるファイルシステムの信頼性を上げる
2.その上で更に安全性を確保するためUPSを使う
これが基本じゃないのか?


736 名前:login:Penguin mailto:sage [2007/02/21(水) 17:21:02 ID:PeRWIKib]
ID:9eNEo15tみたいに根本的にわかってないヤシは放置しとけばいいのに



737 名前:login:Penguin mailto:sage [2007/02/21(水) 18:23:37 ID:GEUl/Slj]
FS以前にVFSが腐ってるんだからUPS付けるしかないだろw
なんでも安いものには訳があるんだぜ

738 名前:login:Penguin [2007/02/21(水) 18:27:39 ID:Un3jNJTn]
VFSってなに?

739 名前:login:Penguin mailto:sage [2007/02/21(水) 18:43:51 ID:DxVxbuVi]
UPSをつけても治らない病気

740 名前: ◆IIiDC8JS7w mailto:sage [2007/02/21(水) 18:49:35 ID:HEsvAscu]
xfsは独自のインタフェース等をもっていたけど、
VFSをベースにするように書き直す動きがでてきたようです。
ttp://marc.theaimsgroup.com/?l=linux-ext4&m=117164238303188&w=2


741 名前:login:Penguin mailto:sage [2007/02/21(水) 19:04:38 ID:hD5S0IpV]
>>738
聞く前にググろうぜー
ttp://ja.wikipedia.org/wiki/Virtual_File_System
ttp://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html

しかしLinuxってVFS以外はかなり良いのに、VFSが大きく足を引っ張ってるよね。
高負荷時にIOwaitに取られて、パフォーマンスがた落ちするし(とくにext3)、
私の環境だとよくファイルシステムが壊れるし。

742 名前:login:Penguin [2007/02/21(水) 19:08:36 ID:HkfANAOw]
「腐っている」と批判される VFS を改善する
という動きはないんですか?

といっても Linux は MPI 使ったシミュレーションと
LaTeX での物書きくらいにしか使っていないので
具体的にファイルIOが高負荷になったら
生じるという問題には遭遇したことがないのですが。

743 名前:login:Penguin [2007/02/21(水) 19:32:46 ID:Un3jNJTn]
>>741
39s 理解が深まりました。
ところで>>742も書いてるけどVFSのどの辺が悪いの?
サンはファイルシステムまわりが良いとよくいわれるけど、実感したことがないんだよね。
直接比較しにくいから「体感速度」でしかないけれど。

744 名前:login:Penguin mailto:sage [2007/02/21(水) 19:39:33 ID:DxVxbuVi]
気にならなければそのままでいいんじゃない?

745 名前:login:Penguin mailto:sage [2007/02/21(水) 19:54:32 ID:AEAE1/jQ]
>>742
Linus「頑張りな」

746 名前:login:Penguin mailto:sage [2007/02/21(水) 19:56:24 ID:4ZGq/uco]
UPS、UPSってループしすぎ
UPS使ったらFSの問題は修正する必要がなくなるのか?



747 名前:login:Penguin mailto:sage [2007/02/21(水) 20:05:21 ID:834Qq+xw]
>>742
改善しようとして入る大きいバグよりは、
現状の踏む確率の低いバグの放置を選んでいる、と前スレで見た気がする。

>>746
んなわけない。
kernel(fs)の話なのにUPSを持ち出すほうがアホ。


748 名前:login:Penguin mailto:sage [2007/02/21(水) 20:12:58 ID:9eNEo15t]
なんでUPS持ち出されると火病るんだよwww
現状のKernelがしょぼいからHWでその穴埋めをしてるだけの話だろw

749 名前:login:Penguin mailto:sage [2007/02/21(水) 20:15:34 ID:yt14huen]
kernelがしょぼいならNexenta使えばいいじゃない

750 名前:login:Penguin mailto:sage [2007/02/21(水) 20:23:40 ID:sObj1DzR]
最近はFS<->DeviceDriverは、キャッシュフラッシュ機構を伴ったfs/deviceだとちゃんとフラッシュするようにしてるとオモタ。
user<->vfs<->fsはここが最近かつ長い論議になっているな
groups.google.com/group/linux.kernel/browse_frm/thread/e6e6c02f1c62407f

O_DIRECTっつーキャッシュを使わないフラグの話なんだが、O_SYNCとかもからんでくる。
rawデバイスへのIOなら意味はあるかもしれないけど、fsレベルだとkernelがする仕事いろいろあるのでどうかねぇって感じかね。

>>741
kernelとioスケジューラとmount option何?

751 名前:login:Penguin mailto:sage [2007/02/21(水) 20:30:57 ID:R1KNdqH1]
低脳の俺じゃ話についていけん、離脱する。

752 名前:login:Penguin mailto:sage [2007/02/21(水) 20:33:24 ID:DxVxbuVi]
>>748
穴埋めきれてないから

753 名前:login:Penguin mailto:sage [2007/02/21(水) 20:40:25 ID:9eNEo15t]
>>752
BSDに転向しま〜す

754 名前:login:Penguin mailto:sage [2007/02/21(水) 20:55:45 ID:yYJCU+QD]
>>750
raw deviceにつづいてO_DIRECTも無くそうって話が確かその後にあったとおもう。
どちらも移植性以外にメリットがなく、O_DIRECTを使わないプロセスとの
キャッシュの整合性をとるのが難しくて、デバイス全体(/dev/sda)のopen時
くらいしか意味がなく、それだったらSG_IOつかえばいいじゃん、って話。

755 名前:login:Penguin mailto:sage [2007/02/21(水) 21:06:53 ID:hD5S0IpV]
>>750
kernel 2.4.21-37.ELsmp
mount option は defaults,noatime
IOスケジューラはkernel 2.4だから選択不可

kernel 2.6ではまだ高負荷サーバの運用経験なし。
たぶん2.6にすれば、だいぶIOwait解消するとは思うけど。

756 名前:login:Penguin mailto:sage [2007/02/21(水) 21:14:48 ID:yYJCU+QD]
(´-`).。oO(2.4.20のリリースは2002/11/29....)



757 名前:orz mailto:sage [2007/02/21(水) 21:15:32 ID:yYJCU+QD]
(´-`).。oO(2.4.21のリリースは2003/06/13....)


758 名前:login:Penguin mailto:sage [2007/02/21(水) 21:28:59 ID:AEAE1/jQ]
>>755
  i     ,、 n て'' ノノ    ヾ   !
  i    ノノノ ノ ノ ''´      !  /
     j   ' ´    ノ (    ヽ |
 >-,,  /  ,,=━━・!' ,ノ━== ! ノ    だいぶIOwait解消するっていうレベルじゃねぇぞ!
 !・  ヽ |  ’ニンniii、 :::::i/ィ7iii=  i )
 \(てi iヽ   ^' ~     -'  /}    osdn.jp/event/kernel2005/pdf/comware.pdf
  `i_   、 \        i_    l_j   
   `┐ i    /(,,, ,n 〉   /\\
  ̄ ̄へ    ! '   T''    l |  \
   |  ! i    ン=ェェi) i ソ )        
   |  i´\! ,, -ェ`、_ン ノノ 〈
   |  |  \\,, `―''´//  |    

759 名前:login:Penguin mailto:sage [2007/02/21(水) 21:58:29 ID:PCwOt2tc]
syncもすっ飛ばしてしまえば、IOwaitなんて関係ないわなw


760 名前:login:Penguin mailto:sage [2007/02/21(水) 22:08:11 ID:hD5S0IpV]
>>756-758
2.6にすればパフォーマンスが上がるというのは分かってるんだけど、
メンテで1時間止めるのも難しい状態だから、いつになったら2.6に差し替えられるのか…。

761 名前:login:Penguin mailto:sage [2007/02/21(水) 23:02:44 ID:BIoIhGtz]
2.6.x になってもVFSの酷さは相変わらずだよな。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef