アカウント名:
パスワード:
OSカーネルは本当に落ちません. 新しいプロセスは上がりませんが. またメモリが足りなくなることを想定していないプロセスは落ちますが, そうなってもOSカーネルは動き続けます.
で, それに対してLinuxは昔(2.0カーネルのころだったか?)スワップ領域を含めたメモ
2.4(RedHat9だから2.4.20)では落ちはしないけど、プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって、結局リセットするしかなくなりました。
それはうそ。ディスクI/Oに忙がしくて反応が遅れてるだけ。カーネルはきちんと生きているし、別の端末で当該プロセスの状態を確認することだってできる。もちろんそのプロセスをkillすることだって可能(反応がすごく遅いけど)。
スワップ食いつぶしてハングアップ。
これもうそ。スワップを使い果たしたらそのプロセスが停止させられるだけ。システムが「ハングアップ」することはない。確認するには、たとえば次のプログ
>ディスクI/Oに忙がしくて反応が遅れてる という意味で、 >>プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって と書いたのを理解してもらえないんじゃ、仕方ないでしょ。
そんな馬鹿な書き方をする方が悪いんです。反応が遅れるのとカーネルが「ハングアップ」するのとはまったく別のことですから。このコメント [srad.jp]にもあるように、このスレッドではスワップ領域の寡多によって
メモリが足りなくなることを想定していないプロセスは落ちますが, そうなってもOSカーネルは動き続けます
という話をしていたのに、いきなり「カー
あのね、ちゃんと人のコメント読んでます? プロセスがハングアップとは書いたけど、カーネルがハングアップとはどこにも書かなかったよ。
そういう見苦しい屁理屈はやめたらどうですか?実際あなたは このコメント [srad.jp] で
プロセスがCPUを食ったままハングアップして
ってはっきり書いてます。実際、プロセスはCPUなんかこれっぽっちも食ってない、単にI/Oの終了を待ってるだけ。一方、カーネルから見た場合、いちユーザープロセスにCPUを食われてしまって正常に資源のスケジューリングと管理ができなくなった状態がまさしく「ハングアップ」(OSのカーネルがしなければいけな
はあ。
だから、「落ちはしないけど」って、その前に書いてあるでしょ? 「カーネルも反応しなくなった」というのは、確かに言い過ぎで「Xが反応しなくなった」と書くべきでした
まあプロセスが本当にCPU食ったままかどうかは、メモリ使用状況を見るために立ち上げていたxosviewが固まって止まったままだったから、あなたの言うようにI/O待ちのままだったかも知れませんけど。
>SilberschatzでもASTでも見ればよい はあ。Xが固まって動かない状態でですか。外からリモートでならできるんでしょうけど、私は普段は外部からアクセスするためのデーモンは全部止めているもので。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
4GB以上のメモリ使いたいですか (スコア:1)
Re:4GB以上のメモリ使いたいですか (スコア:1, 参考になる)
squidで700Mぐらい使用するマシンはメモリ1.5G,SWAP 3G
SWAPの大きさ (スコア:0)
Re:SWAPの大きさ (スコア:1, 参考になる)
>足りなくなって始めてSWAPを確保しに行きます。だから、
>LINUXは最低16MB程度のSWAPがあれば、それ以上はあっても
>なくてもどうでもいいと書いてあるようです
Re:SWAPの大きさ (スコア:0)
FreeBSDはすごいねぇー。
Re:SWAPの大きさ (スコア:1)
OSカーネルは本当に落ちません. 新しいプロセスは上がりませんが. またメモリが足りなくなることを想定していないプロセスは落ちますが, そうなってもOSカーネルは動き続けます.
で, それに対してLinuxは昔(2.0カーネルのころだったか?)スワップ領域を含めたメモ
Re:SWAPの大きさ (スコア:1)
2.4(RedHat9だから2.4.20)では落ちはしないけど、プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって、結局リセットするしかなくなりました。
アプリがちゃんとmallocの返り値見てエラー処理してれば、問題ないとは思うんですけ
Re:SWAPの大きさ (スコア:1, すばらしい洞察)
それはうそ。ディスクI/Oに忙がしくて反応が遅れてるだけ。カーネルはきちんと生きているし、別の端末で当該プロセスの状態を確認することだってできる。もちろんそのプロセスをkillすることだって可能(反応がすごく遅いけど)。
これもうそ。スワップを使い果たしたらそのプロセスが停止させられるだけ。システムが「ハングアップ」することはない。確認するには、たとえば次のプログ
Re:SWAPの大きさ (スコア:0)
Re:SWAPの大きさ (スコア:1)
>ディスクI/Oに忙がしくて反応が遅れてる
という意味で、
>>プロセスがCPUを食ったままハングアップして、カーネルも反応しなくなって
と書いたのを理解してもらえないんじゃ、仕方ないでしょ。
反応遅すぎて、5分以上待っても応答が帰ってこないんだもん、リセットするわい。そっちの方が速いもん。
Re:SWAPの大きさ (スコア:0)
そんな馬鹿な書き方をする方が悪いんです。反応が遅れるのとカーネルが「ハングアップ」するのとはまったく別のことですから。このコメント [srad.jp]にもあるように、このスレッドではスワップ領域の寡多によって
という話をしていたのに、いきなり「カー
Re:SWAPの大きさ (スコア:1)
プロセスがハングアップとは書いたけど、カーネルがハングアップとはどこにも書かなかったよ。
カーネルが反応しなくなった、とは書いたけど。
>日本語は不自由だし技術的な話も頓珍漢
そりゃあなたでしょ(苦笑)
Re:SWAPの大きさ (スコア:0)
そういう見苦しい屁理屈はやめたらどうですか?実際あなたは このコメント [srad.jp] で
ってはっきり書いてます。実際、プロセスはCPUなんかこれっぽっちも食ってない、単にI/Oの終了を待ってるだけ。一方、カーネルから見た場合、いちユーザープロセスにCPUを食われてしまって正常に資源のスケジューリングと管理ができなくなった状態がまさしく「ハングアップ」(OSのカーネルがしなければいけな
Re:SWAPの大きさ (スコア:1)
>カーネルもきちんと動いている
だから、「落ちはしないけど」って、その前に書いてあるでしょ?
「カーネルも反応しなくなった」というのは、
Re:SWAPの大きさ (スコア:0)
と書いてるようにカーネルが動いていたことは認めてるんだろ?カーネルが動いてたんなら、 なんて言いぐさは頓珍漢極まりないのがわかんないのか。カーネルが動いてるなら、いちユーザープロセスが「CPU食ったまま」になることなんかあり得ないんだよ。本当にOSのこと何もわかってないんだなあ。その程度の知識しかないのにプロセスが云々カーネルが云々なんて片腹痛い。 「はあ」じゃないよ。代表的な入門用教科書のSilberschatz [amazon.com]やAST [amazon.com]を知らないってのもかなり酷いが、それでも恥を忍んで「何ですか?」と聞くだけで済むものを、わざわざ知った振りをして「外からリモートでならできるんでしょうけど」とは激しく笑わせる。道理でまともな話さえ通じない訳だ。「Xが固まって動かない状態でですか」が聞いてあきれる。一昨日来い。
Re:SWAPの大きさ (スコア:1)
>Silberschatz [amazon.com]やAST [amazon.com]を知らないってのもかなり酷い
すみませんねぇ、話の流れからてっきりプロセスの状態を監視or管理するツールでそういう名前のものがあるのか思い込んでしまったもので。
教科書読んで勉強しろって意味でしたか。
>カーネルが動いてるなら、いちユーザープロセスが「CPU食ったまま」になることなんかあり得ない
だから「プロセスがハングアップ」するということは、「カーネルがハングアップ」することを意味するということですか。ハングアップという言葉の意味がそういう意味だとは知りませんでした。
Re:SWAPの大きさ (スコア:0)