epoll 边缘触发模式的问题

cookis

原帖由 chenzhanyiczy 于 2008-11-5 21:54 发表
会不会有ret == -1的情况

No . 出现错误..我会打日志的. (当然前面那个简单的程序我没有打)

chenzhanyiczy

上面那个例子换成LT模式会怎样呢

顺带贴出client代码看看

[ 本帖最后由 chenzhanyiczy 于 2008-11-6 12:35 编辑 ]

cookis

原帖由 chenzhanyiczy 于 2008-11-6 12:32 发表
上面那个例子换成LT模式会怎样呢

顺带贴出client代码看看

换成水平模式..效果非常好.. 都是用同样的client测试.

chenzhanyiczy

从server端来看看，好像没什么错误

如果你愿意的话，可以贴出client代码来，我帮你调试下

cookis

原帖由 chenzhanyiczy 于 2008-11-6 13:02 发表
从server端来看看，好像没什么错误

如果你愿意的话，可以贴出client代码来，我帮你调试下

在这儿.

http://code.google.com/p/netdkit ... _tpepoll_client.cpp
你可以将代码check out.

chary8088

研究下

cookis

我知道了..可能是因为这种必须要将缓冲区的数据收完这种机制,导致了最后关闭事件的可读事件也给处理了.
刚才我改了下代码.
将recv 改成循环接收. 直到出现在EAGAIN. 这样就一个close事件也检测不到了.
其实这是两种事件. 循环接收却把状态给后者的状态给改变了.

chenzhanyiczy

我认为是这样的 client在发送完数据后，然后可能没等server端全部把所有的client端的数据读完，cleint就一一关闭了，这就可能造成有些client端的数据和关闭事件都合在一起为一个事件，根据ET的模式，server端在读的时候就造成读到了数据，但关闭信号却没有读出来

这样修改试试：
client不要发送数据，每个client连接后，sleep()一段时间，然后就直接关闭每一个连接，看看connect_count和close_count是不是相同

cookis

原帖由 chenzhanyiczy 于 2008-11-6 22:23 发表
我认为是这样的 client在发送完数据后，然后可能没等server端全部把所有的client端的数据读完，cleint就一一关闭了，这就可能造成有些client端的数据和关闭事件都合在一起为一个事件，根据ET的模式，server端在 ...

我觉得也是这样的..既然这个无法避免..我觉得这种模式还是不太好..我还是用水平触发模式吧.

chenzhanyiczy

原帖由 cookis 于 2008-11-7 11:15 发表



我觉得也是这样的..既然这个无法避免..我觉得这种模式还是不太好..我还是用水平触发模式吧.

你试试我上面说的那个方法看怎样,记得告诉我，哈哈