パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

FreeBSD 4.9-RELEASE 公開」記事へのコメント

  • 最近、メモリが安くなってきています。用途によって違うので いちがいには言えないと思いますが、皆さん、どれくらいの メモリをサーバに積んでいらっしゃいますか。また、どれくらい メモリを積みたいと思っていらっしゃいますか。
    • by Anonymous Coward
      ふつー1G,SWAP 2G
      squidで700Mぐらい使用するマシンはメモリ1.5G,SWAP 3G
      • by Anonymous Coward
        伝統的なUNIXではプロセスを起動し、プログラムをメモリ上に ロードする時点でSWAPを確保していたはずです。このため、 メインメモリがあるのにSWAPが確保できない時には、プロセスの 起動は失敗します。ですから、メインメモリ搭載量以上のSWAP 領域が必須で、その目安がMMの2倍から3倍と言われていた と思
        • Re:SWAPの大きさ (スコア:1, 参考になる)

          by Anonymous Coward
          >LINUX等では、プロセスの起動時にSWAPを確保せず、メモリが
          >足りなくなって始めてSWAPを確保しに行きます。だから、
          >LINUXは最低16MB程度のSWAPがあれば、それ以上はあっても
          >なくてもどうでもいいと書いてあるようです
          • by Anonymous Coward
            FreeBSDでSWAPをメインメモリの2倍確保しておけば足りなくなっても落ちないのか。
            FreeBSDはすごいねぇー。
            • OSカーネルは本当に落ちません. 新しいプロセスは上がりませんが. またメモリが足りなくなることを想定していないプロセスは落ちますが, そうなってもOSカーネルは動き続けます.

              で, それに対してLinuxは昔(2.0カーネルのころだったか?)スワップ領域を含めたメモ

              • >最近の2.4や2.6カーネルってどうなっている
                2.4(RedHat9だから2.4.20)では落ちはしないけど、プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって、結局リセットするしかなくなりました。
                アプリがちゃんとmallocの返り値見てエラー処理してれば、問題ないとは思うんですけ
              • Re:SWAPの大きさ (スコア:1, すばらしい洞察)

                by Anonymous Coward

                2.4(RedHat9だから2.4.20)では落ちはしないけど、プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって、結局リセットするしかなくなりました。

                それはうそ。ディスクI/Oに忙がしくて反応が遅れてるだけ。カーネルはきちんと生きているし、別の端末で当該プロセスの状態を確認することだってできる。もちろんそのプロセスをkillすることだって可能(反応がすごく遅いけど)。

                スワップ食いつぶしてハングアップ。

                これもうそ。スワップを使い果たしたらそのプロセスが停止させられるだけ。システムが「ハングアップ」することはない。確認するには、たとえば次のプログ

              • by Anonymous Coward
                せっかくのコメント、最後のひとことが余計だなぁ。
              • まあ
                >ディスクI/Oに忙がしくて反応が遅れてる
                という意味で、
                >>プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって
                と書いたのを理解してもらえないんじゃ、仕方ないでしょ。
                反応遅すぎて、5分以上待っても応答が帰ってこないんだもん、リセットするわい。そっちの方が速いもん。
              • by Anonymous Coward on 2003年10月31日 15時02分 (#424637)
                >ディスクI/Oに忙がしくて反応が遅れてる
                という意味で、
                >>プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって
                と書いたのを理解してもらえないんじゃ、仕方ないでしょ。
                そんな馬鹿な書き方をする方が悪いんです。反応が遅れるのとカーネルが「ハングアップ」するのとはまったく別のことですから。このコメント [srad.jp]にもあるように、このスレッドではスワップ領域の寡多によって
                メモリが足りなくなることを想定していないプロセスは落ちますが, そうなってもOSカーネルは動き続けます
                という話をしていたのに、いきなり「カーネルの反応が遅いからリセットする」などとくだらない的はずれなことを言い出したのはあなただけです。その程度のこともわきまえない者が、こんな場所に出てくるな、と言われてるのも理解できないようなので仕方ないですが。
                反応遅すぎて、5分以上待っても応答が帰ってこないんだもん、リセットするわい。そっちの方が速いもん。
                だいたいまともにプロセスを監視、管理することさえできないのが明白なわけだし。日本語は不自由だし技術的な話も頓珍漢、人生つまらなそうですね:)
                親コメント
              • by zeissmania (3689) on 2003年10月31日 15時10分 (#424641)
                あのね、ちゃんと人のコメント読んでます?
                プロセスがハングアップとは書いたけど、カーネルがハングアップとはどこにも書かなかったよ。
                カーネルが反応しなくなった、とは書いたけど。

                >日本語は不自由だし技術的な話も頓珍漢
                そりゃあなたでしょ(苦笑)
                親コメント
              • by Anonymous Coward

                あのね、ちゃんと人のコメント読んでます? プロセスがハングアップとは書いたけど、カーネルがハングアップとはどこにも書かなかったよ。

                そういう見苦しい屁理屈はやめたらどうですか?実際あなたは このコメント [srad.jp] で

                プロセスがCPUを食ったままハングアップして

                ってはっきり書いてます。実際、プロセスはCPUなんかこれっぽっちも食ってない、単にI/Oの終了を待ってるだけ。一方、カーネルから見た場合、いちユーザープロセスにCPUを食われてしまって正常に資源のスケジューリングと管理ができなくなった状態がまさしく「ハングアップ」(OSのカーネルがしなければいけな

              • by zeissmania (3689) on 2003年10月31日 16時22分 (#424689)
                はあ。まあプロセスが本当にCPU食ったままかどうかは、メモリ使用状況を見るために立ち上げていたxosviewが固まって止まったままだったから、あなたの言うようにI/O待ちのままだったかも知れませんけど。

                >カーネルもきちんと動いている
                だから、「落ちはしないけど」って、その前に書いてあるでしょ?
                「カーネルも反応しなくなった」というのは、確かに言い過ぎで「Xが反応しなくなった」と書くべきでしたね。この点は謝ります。

                >SilberschatzでもASTでも見ればよい
                はあ。Xが固まって動かない状態でですか。外からリモートでならできるんでしょうけど、私は普段は外部からアクセスするためのデーモンは全部止めているもので。
                親コメント
              • by Anonymous Coward
                >>SilberschatzでもASTでも見ればよい
                > はあ。Xが固まって動かない状態でですか。
                > 外からリモートでならできるんでしょうけど、
                > 私は普段は外部からアクセスするためのデーモンは全部止めているもので。

                Silberschatz
                オペレーティングシステムの概念〈上〉 [amazon.co.jp]
                オペレーティングシステムの概念〈下〉 [amazon.co.jp]
                まぁ、↓の方がお勧め。
                Operating System Concepts [bell-labs.com]

                AST 先生は、とりあえずここら辺?
                オペレーティングシステム [amazon.co.jp]
              • by Anonymous Coward

                はあ。

                「はあ」じゃないよ。自分でも

                だから、「落ちはしないけど」って、その前に書いてあるでしょ?
                「カーネルも反応しなくなった」というのは、確かに言い過ぎで「Xが反応しなくなった」と書くべきでした

                と書いてるようにカーネルが動いていたことは認めてるんだろ?カーネルが動いてたんなら、

                まあプロセスが本当にCPU食ったままかどうかは、メモリ使用状況を見るために立ち上げていたxosviewが固まって止まったままだったから、あなたの言うようにI/O待ちのままだったかも知れませんけど。

                なんて言いぐさは頓珍漢極まりないのがわかんないのか。カーネルが動いてるなら、いちユーザープロセスが「CPU食ったまま」になることなんかあり得ないんだよ。本当にOSのこと何もわかってないんだなあ。その程度の知識しかない

              • by zeissmania (3689) on 2003年10月31日 17時30分 (#424732)
                引用が前後しますが、

                >Silberschatz [amazon.com]やAST [amazon.com]を知らないってのもかなり酷い
                すみませんねぇ、話の流れからてっきりプロセスの状態を監視or管理するツールでそういう名前のものがあるのか思い込んでしまったもので。
                教科書読んで勉強しろって意味でしたか。

                >カーネルが動いてるなら、いちユーザープロセスが「CPU食ったまま」になることなんかあり得ない
                だから「プロセスがハングアップ」するということは、「カーネルがハングアップ」することを意味するということですか。ハングアップという言葉の意味がそういう意味だとは知りませんでした。
                親コメント
              • by Anonymous Coward
                なぜそうまで必死なのかと小一時間。

アレゲは一日にしてならず -- アレゲ見習い

処理中...