2ちゃんねる スマホ用 ■掲示板に戻る■ 全部 1- 最新50    

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

1 :名無しさん@お腹いっぱい。:2001/05/13(日) 19:02.net
カーネルデバッグの話はここで存分にどうぞ

161 :オリジナルスレの1 :2001/06/04(月) 02:14.net
>>155
うーん、俺のところではそういう状況になってないからはっきりとした
ことは言えないが、2.2系ではプロセステーブルが一杯になっても
確かにカーネルの挙動には影響ないはず。
2.4系ではforkが落ちる=メモリ確保失敗だから、他のカーネルモードドライバ/
ファイルシステムもメモリ確保できないはずだから挙動はおかしくなるはず。
こうなったらもう、どうにもならない。仕様だね。

162 :あおりじゃ無いぞ:2001/06/04(月) 02:18.net
>>161
こらこら適当に回答するんじゃない。なんだか投げやりだぞ。頑張れ

if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
    goto bad_fork_free;
これでなんでメモリ確保のエラーなのだ?
メモリは空いてるはずだが。

おれもカーネルソース見てみるかな。ちと興味が湧いた 藁
  

163 :オリジナルスレの1:2001/06/04(月) 02:21.net
違う違う。落ちる可能性があるのはその前の
  p = alloc_task_struct();
  if (!p)
    goto fork_out;



164 :オリジナルスレの1:2001/06/04(月) 02:26.net
ちょっと補足すると。俺の環境ではRLIMIT_NPROCがちゃんと働いてメモリを
使い切らない程度にしかプロセスは立ち上がらない。この時にはすでに
立ち上がってるデーモンや、カーネル/カーネルモードドライバにはなにも
影響がなくおかしな挙動もない。
もし、RLIMIT_NPROCを非常に大きな値に設定した場合はforkが落ちるのは
メモリ確保失敗だから他のメモリ確保も失敗する。そうなったら挙動は
当然おかしくなる。

165 :login:Penguin :2001/06/04(月) 02:30.net
2.2系ではお手上げってことか

166 :login:Penguin :2001/06/04(月) 02:41.net
>>163
alloc_task_struct()のソースみてみるよ。面白そうだから。
俺のとこは2.4.5なのだがバージョンは同じかな?

もう寝る。あとは明日。


167 :オリジナルスレの1:2001/06/04(月) 02:48.net
>>166
一応情報。上のデバッグログをみても分かるようにalloc_task_structは
只単に_get_free_pages に行くだけ。

168 :親切君:2001/06/04(月) 10:43.net
まとめ
>>3-8
カーネルデバックの方法
>>26
なぜか荒しがこのスレの自作自演に反論。
>>88
結構良いことを言ってる。
>>115
良いことも言ってるが煽り入り。
>>127
自作自演を認めるような発言。

169 :オリジナルスレの1 :2001/06/04(月) 15:20.net
36,37に迷惑がかかるのは嫌なので言っておく。
俺は最近この板に書き込むときにはちゃんと"オリジナルスレの1"を使ってる。
だから 36も37も全く別の人。他の人に噛み付くのは止めてくれ。


170 :login:Penguin :2001/06/04(月) 18:41.net
もう結論が出たネタに間隔をおいて反論してみる1。
>>123,>>126,>>130
このあたりが結論でしょう。
限りなく黒に使いグレー

131 KB
新着レスの表示

掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :

read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★