epoll模型的使用及其描述符耗尽问题的探讨

wwwsq

原帖由 wyezl 于 2007-2-27 09:45 发表
我把返回值不大于0 的情况，都关闭了。
而且显式执行了 epoll_ctl(epfd, EPOLL_CTL_DEL, cfd, &ev);

尽管如此，问题还是有的。

所以必须设置一个超时监控线程来解决。

tcp connection是可能断开而不触发任何事件的，这种情况在internet上要比在局域网里面常见得多。这可能也是为什么你用测试工具测试都ok，而上线就会有问题。

tcp connection你可以看作是两个村子之间有条山路，这条山路到底通还是不通，你必须派信使实际走一趟才知道。如果没有信使到来，你就不知道这条路通不通，也许发生山崩了呢。(信使就相当于网线上的高低电平信号)

chenzhanyiczy

原帖由 精简指令 于 2006-8-27 16:48 发表
我又按照下面步骤测试了一下

第一次：
1、epoll 在一个文件描述符上，等待一个EPOLLIN事件。
2、epoll 在这个文件描述符上被唤醒，然后只接收部分数据。（没有等到EAGAIN）
3、继续等待这个EPOLLIN事件。 ...

“第二次：
1、epoll 在一个文件描述符上，等待一个EPOLLIN事件。
2、epoll 在这个文件描述符上被唤醒，然后只接收部分数据。（没有等到EAGAIN）
3、继续等待这个EPOLLIN事件。
4、epoll 没有再被唤醒。
5、再次收到新数据后，epoll又在这个描述符上被唤醒了。

正常现象。”

这个有问题吧。再次收到新数据，epoll 应该没有再被唤醒才对。因为文件描述符状态并没有改变，仍然是就绪状态

redor

原帖由 wyezl 于 2006-8-18 11:23 发表
只要能帮我找出描述符从哪耗尽的就行。
：）

您老的程序有很多TIMEWAIT吧? shutdown(fd, SHUT_RDWR); 了么?

bobozhang

这个帖子有些年代了，不知道你们怎么翻出来了
对于楼主这个问题，我觉得会不会可能是accept太快，而且每次epoll_wait满足io的fd要大于EVENTSIZE这样慢慢积累到最后就满足Io条件但又得不到处理的fd越来越多，最终导致fd用完。

yuanyuan025

好 啊帮丁了

alexhappy

我曾碰到跟楼主类似的问题，正好学习一下。。。。

lauxp

原帖由 wyezl 于 2006-8-28 11:19 发表
int my_read(int fd,void *buffer,int length)
{
        int bytes_left;
        int bytes_read;
        char *ptr;
        ptr=buffer;
        bytes_left=length;
        while(bytes_left>0)
...

在这个函数里面读到0的地方，表示对方已经主动关闭

挖坟..

everlasting_188

讨论真好，学习之！

nbaloverme

LZ的程序用了多线程，不使用锁同步全局变量不会出问题吗？

chary8088

还是没完全解决。。。