accept接受1160个连接后继续连接非常慢，为什么？

我learnc

写了一个基于EPOLL的网络程序，伪码大致如下

1. 
   
2. 
   
3. listen ( fd, 1024 );
   
4. CreateEpoll(...);
   
5. 
   
6. for ( ; ; ) {
   
7.    if ( (cnt_fd = accept(fd, ...) < 0 ) {
   
8.        continue;
   
9.     }
   
10. 
    
11.    Con * pcon =  CreateMemForNewbie ( cnt_fd );
    
12.    AddConToEpoll ( cnt_fd );
    
13.    AddConToMap ( pcon );
    
14. }
    
15.    
    

复制代码

运行环境：

Debian 4 stable
root run -> ulimit -SHn 32768 [解开进程连接描述符限制]
使用普通用户权限运行程序

在连接小于1000+的时候，建立连接非常非常地快，但是多于1000以后，一般是1100+的时候，再建立新连接就非常非常地慢。经观察，在建立连接非常慢的时候，运行该程序的机器CPU使用率为 99.9%。

请问这种情况该如何处理？是否因为内核连接数的限制而导致程序建立连接性能低下？

cugb_cat

死循环了？在accept出错的时候打印些日志看看。。

5毛党党员

lz测试的客户端是不是也在这台机器上？

我learnc

找到原因了，是因为 ulimit 设置没有起效。。。，我用 su 切换到 root 运行的 ulimit -n 32768, 然后返回普通用户执行程序。。。后来 ulimit -n 一下， 还是1024， accept 报 too many open files 错误。



[ 本帖最后由 我learnc 于 2009-2-6 11:26 编辑 ]

gawk

呵呵，找到原因就好

xinglp

楼主用的LT

benjiam

epoll 如何超时判断呢？

比如200秒没有消息交互