epoll 边缘触发模式的问题

cookis

就是说 epoll只会触发一次可读事件, 你说的“再读一次”是谁告诉你可读的？ 关闭事件在epoll/select中也是可读事件，既然刚才已经处理了这个合并了的可读事件，那么它的状态不会再改变了(边缘触发的特性）也就不会再被唤醒了。

redac

楼主，你再看看39楼wishel 同志的发言，我觉得他的说法是有道理的：

即et模式下，通知你一次EPOLLIN事件，不代表这次事件就只是客户端发送了一些数据，还有可能出现
我昨天说的情况，即： 客户端发送了一些数据后，直接调用close关闭了socket

这样，数据和fin同时到达server端，于是server端只通知了你一个EPOLLIN事件，你调用:

read(fd, buff, 1024); 后，读到了100字节， 然后，你再调用read一次，会发现read返回了0，就说明
客户端已经关闭了

也就是说： 在不考虑客户端拔网线这样的情况下（即只考虑客户端正常close后，server端正常收到了fin这种情况）
server端总是可以检测到client端主动关闭连接了的

redac

to 楼主：

再帮兄弟看看这个问题

http://bbs.chinaunix.net/thread-1361935-1-1.html
（不知道EPOLLOUT到底是什么含义）

autohawk

论坛里老帖子还真有含金量啊。这个不错。
我来挖坟，man里面Q&A有一条。
       Q7     If  more  than  one event occurs between epoll_wait(2) calls, are they combined or reported separately?

       A7     They will be combined.

现在答案明了了吧

bujiwu

timespace 发表于 2008-11-07 23:33
man epoll也提到这一点，POSIX.1采用BSD处理被中断系统调用的方法，当read被中断也可能返回部分数据，Li ...

终于找到解决一个连接接收大量数据，导致其它饿死的方案了。这种方法不错，由程序逻辑自己控制。