SGI KDBを使ったカーネルデバッグスレ

1 ：名無しさん＠お腹いっぱい。：2001/05/13(日) 19:02.net

カーネルデバッグの話はここで存分にどうぞ

151 ：login:Penguin ：2001/06/04(月) 01:18.net

>>148
1必死だな。

152 ：オリジナルスレの1 ：2001/06/04(月) 01:44.net

>>138
ほれ、出てきてやったぞ。どうすんだ。

153 ：login:Penguin ：2001/06/04(月) 01:53.net

本物かどうか試験してやろう
jiffies が10倍早く回るようにする為にはどうすればいい？

154 ：138：2001/06/04(月) 01:55.net

>>152
やった！空けたな。

155 ：あおりじゃ無いぞ：2001/06/04(月) 01:58.net

なかなか面白いな。このスレ。
>オリジナルスレの1
煽りはほっといて質問
プロセステーブルが一杯になったからと言ってシステムの動作がおかしくなるのは何故だ？
psやkillが上がらないのは当然として、kernelの挙動には影響無いはずだが。
デバッグの格好の対象だと思うがどうだ。

あと、プロセスを上げず(killコマンドじゃなくて)にシステムを正常に戻す方法はないのか？

>エセLin注
プロセステーブル一杯でプロセスが上がらなくなるのはLinuxだけじゃないぞ。

156 ：login:Penguin ：2001/06/04(月) 02:03.net

うん、もうやめようよ。
1の自作自演はもう限りなく有力ではあるが、
これ以上ひっぱるのはやめよう。
優しく1を見守ってやろう。
「>>115　1発見！」とかもなしな。
言いたいのはわかるが、おさえろ。
本来の趣旨に戻してやってくれ。

157 ：55：2001/06/04(月) 02:04.net

>>155
デーモンとかが新規プロセスを立ち上げられないからじゃないの？
inetdもフォーク出来ないっしょ。多分。
もとから動いてたプロセスは死なずに生きつづけてるよ。
こうなったときに正常に戻す方法はオレも>>1に聞きたい。

158 ：login:Penguin ：2001/06/04(月) 02:05.net

>>156
ゲキウザ

159 ：オリジナルスレの1：2001/06/04(月) 02:05.net

>>153
まあ、答える義理はないけど、一応な。
timer.c のdo_timer関数をみましょう。すぐわかるよ。

160 ：あおりじゃ無いぞ：2001/06/04(月) 02:12.net

>>157
デーモンはforkに失敗して死ぬことはあると思う。
ただ、inetdが死んだからってkernelには影響ないと思う。
inetdもユーザプロセスだからな。

initがプロセス作ろうとして失敗するからか？

>オリジナルスレの1
本物かどうかのチェックなんてどうでも良いからこっちやろうぜ。