[求助]如果服务端的监听端口在忙的时候不能再监听该如何解决？

wdbj

1024很多情况都不行的，我过去做的银河证券，2048都老DOWN机呢，一直调的很高，才好了

gadfly

刚才我察看了一下accept的man,

服务端不响应是有可能的。

我们可以看到ERROS section中的accept(2), 有两种错误可能：
      [ENFILE]            The system's table of open files is full and no
                          more accept() calls can be processed at this time.

      [ENOBUFS]           No buffer space is available.  The accept() cannot
                          complete.  The queued socket connect request is
                          aborted.
一个就是全系统的最多大开的文件数NFILE的限制。
另外一个就是单个进程打开的文件的限制。即ENBUFS错误。

因此最好的办法是NFILE和NOFILES都调大试试看

wdbj

没错，把NPROC调到4096，然后把NFILES调到15*NPROC+2048，把MAXFILES也就是NOFILE调到6000，肯定再不会有问题，需要RESTART

gadfly

下面引用由wdbj在 2002/12/26 02:39pm 发表的内容：
1024很多情况都不行的，我过去做的银河证券，2048都老DOWN机呢，一直调的很高，才好了

呵呵,不知道峰值并发度有多高?

单进程的限制引起的么?

如果是单进程限制引起的,我想最多也只是无法响应请求,
整个系统的最大数才有可能down机亚?

wdbj

不是系统DOWN，而是应用服务DOWN，系统是不会轻易DOWN掉的，当时用的是WEBLOGIC，总是DOWN掉

gadfly

[这个贴子最后由gadfly在 2002/12/26 02:54pm 编辑]

哦，那是有可能。如果有中间件，数据库这种大型的系统软件，确实要开到很大，但是网络"应用"程序本身一般是不会有问题的,像smtp, pop3或者银行的应用层的软件.

jazy

下面引用由gadfly在 2002/12/26 02:42pm 发表的内容：
刚才我察看了一下accept的man,
服务端不响应是有可能的。
我们可以看到ERROS section中的accept(2), 有两种错误可能：
      The system's table of open files is full and no
...

谢谢!谢谢楼上两位兄弟的精彩讨论！
我觉得很有道理，我会将你们的意见转告给我的朋友的！
还是咋hpux版好，有这么好的讨论问题的氛围！
可惜，今天去开会给错过了！

gadfly

呵呵,与各位的讨论长见识啊。

以前一些模糊的细节都搞清楚了.

wdbj

大家共同进步了，呵呵

hpux

才看到啊～～～不错设为精华！