12 / 2 页

11楼 [报告]

发表于 2009-02-23 11:25 |只看该作者

是的,我再加回去试试. 多谢指点.

12楼 [报告]

发表于 2009-02-24 08:37 |只看该作者

原帖由 mingyanguo 于 2009-2-23 10:53 发表

自己编译的内核？是不是把
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
这一行去掉了？加回去看看呢。

多谢这位仁兄,加上这一行后今早重启后一切正常,整个世界安静了,再不出现该死的提示了.

我一直以为只有大型的软件才会用到这个,没想到jdk也会用到.

13楼 [报告]

发表于 2009-02-24 09:08 |只看该作者

原帖由 风中无悔 于 2009-2-23 16:37 发表

多谢这位仁兄,加上这一行后今早重启后一切正常,整个世界安静了,再不出现该死的提示了.

我一直以为只有大型的软件才会用到这个,没想到jdk也会用到.

不客气，我认为除了驱动以外，内核的配置选项最好不要随便动，大部分选项对性能其实影响不大。

14楼 [报告]

发表于 2009-02-24 09:25 |只看该作者

有道理,现在的服务器真强劲我的squid负载三万个活动连接CPU资源只使用了15%,不敢让他再往上跑了.

12 / 2 页

请教一个问题,关于AMD64通过编译内核降为i386 [复制链接]