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

tysn

accept()之后的epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &ev);
要改成：if (epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &ev)<0) close(cfd);
估计就是这里错吧，这几率比较小，
所以出现“fd在经历一段时间后渐渐丢失”

另外还要考虑playmud挑的4点问题，
比如第一点，lz那样写的while好像跟if差不多，
accept也是在很小几率下出错，出错之后程序就退出？

说的不对的话，请指正！

wyezl

原帖由 思一克 于 2006-8-18 15:58 发表
想帮你实验，但程序无法编译

编译没问题，需要linux 2。6以上内核的支持。

wyezl

[quote]



挑挑错吧，说的不对的话，请见谅！
1，    while ((cfd = accept(fd, (struct sockaddr *)&cin, &sin_len)) > 0)
    可够改成
while(1)
cfd = accept(fd, (struct sockaddr *)&cin, &sin_len;
if(cfd>0)
..
2，你是要让客户端发送一次就不再发送了吗？


CODE:[Copy to clipboard]                if(events[i].events & EPOLLIN)
                {
                    cfd = events[ i ].data.fd;
                    ret = recv(cfd, buffer, sizeof(buffer),0);
                    //printf("read ret..........= %d\n",ret);

                    ev.data.fd = cfd;
                    ev.events = EPOLLOUT | EPOLLET;
                    epoll_ctl(epfd, EPOLL_CTL_MOD, cfd, &ev);
                }
3，将accept事件列入epoll监控的对象
4，对close最好做一个判断





... [/quote]

1，如果描述符已经耗尽，这样判断cfd永远不会成立。所以就让它退出算了。

2，我只取http请求的头信息的第一行。 get  /xxx  http/1.0 做简单分析，其他的都不要了。按照tcp协议的特点，本应该多次读取的，但测试发现，只读一次就能得到我想要的，基本上没出过错。
里面的数据没读完就留那了，会不会对以后的请求造成什么不好的影响？


3，accept是在住线程里跑，加入了epoll有什么好处吗？

4，对close没做判断，这点确实是遗漏了。我得补上。
谢谢你的建议。

[[i] 本帖最后由 wyezl 于 2006-8-20 13:16 编辑 [/i]]

wyezl

原帖由 tysn 于 2006-8-20 11:25 发表
accept()之后的epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &ev);
要改成：if (epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &ev)<0) close(cfd);
估计就是这里错吧，这几率比较小，
所以出现“fd在经历一段时间 ...

这一条判断我后来添加了。 但这儿出错几率几乎为0 。


现在仍未发现耗尽的原因。怀疑是不是epoll机制本身有问题呢？

wyezl

继续顶。。。。。。。。。

思一克

EPOLLIN事件后是不是应该关闭CFD?

我看的，不一定准确，因为无法实验你的程序

wyezl

原帖由 思一克 于 2006-8-21 09:49 发表
EPOLLIN事件后是不是应该关闭CFD?

我看的，不一定准确，因为无法实验你的程序

如果关闭了，以后就不会有EPOLLOUT了。 因为我是接受请求，然后返回所请求的信息。

思一克

那你把能编译的贴出，我帮你实验。如果你愿意的话

billzhou

不懂  什么是epoll，哪位兄弟给解释一下

wyezl

原帖由 思一克 于 2006-8-21 12:18 发表
那你把能编译的贴出，我帮你实验。如果你愿意的话

我贴出的代码就是能编译的。
请问你用的是什么操作系统？ 版本？
这个程序只能在linux上运行，而且内核版本必须在2.6以上。

[ 本帖最后由 wyezl 于 2006-8-21 16:52 编辑 ]