如果我们假设是代码中同一个地方出的问题，我提两个调试的建议吧
第一，登录新用户测试的时候，先top一下杀掉所有cpu占用非正常高的bbsd进程
有时候卡并不是因为自己这个bbsd卡，而是因为cpu被别的进程占了
第二，进站的时候不要连续按键，按一个键，等屏幕刷完了再按下一个键
因为如果input buf里面还有键需要处理的话，output buf可能会不flush，这样
你可能会看到卡在十大，但是其实真正卡的地方是在好友名单那里。
希望这个能帮助你找到真正卡住的地方。
最后，用gdb应该能很快定位，试一试吧。
【 在 undeader (weller) 的大作中提到: 】
: 利用国庆假期把学校的bbs转换成使用水木代码了
: 用户版面转化应该是成功了，也运行了几天正常
: 不过出现标题说的问题，
: ...................
--
FROM 128.12.181.*

【 在 undeader (weller) 的大作中提到: 】
: 执行ps aux|grep bbsd|grep R
: 看到状态有R的
: bbs      20685 17.2  0.0 23428 1092 ?        R    12:23   0:05 ./bbsd -p 23
: bbs      20688 11.7  0.0 23408 1064 ?        R    12:23   0:03 ./bbsd -p 23
: bbs      20700 16.3  0.0 23428 1100 ?        R    12:24   0:02 ./bbsd -p 23
: bbs      20702 19.0  0.0 23428 1088 ?        R    12:24   0:02 ./bbsd -p 23
: bbs      20708 16.8  0.0 23428 1096 ?        R    12:24   0:01 ./bbsd -p 23
: 这些用 kill -9 杀不掉吧
你试过用 kill -9 杀不掉？
在这个时候你可以 gdb bbsd，然后 attach 这些进程，看看到底死在哪个地方。

: 重启阿，这两天也试过，
: 在线的人下了，再上来不一定达到404，就又暂时看不出问题了。
: 然后不知到什么时候又可能出现
: 还有，要修改水木代码是否执行lsof -i :23 | grep LISTEN，
: kill掉这个进程，
: 然后把编译后的程序cp过去，再./bbsd -p 23就行了
: 不用每次都重启bbs吧？

不需要每次重启机器，只要杀掉 bbsd 的主进程就可以。
在 Linux 下可以用 netstat -anp | grep LISTEN 找到这些 bbsd 进程，
当然用 lsof 也可以。

: 谢谢！
--
FROM 61.149.141.*