各位做网络框架的注意啦，发现epoll有惊群！

yulihua49

windoze 发表于 2015-10-13 14:32
如果用EPOLLET呢？

没试。太难出现了。我这样处理应该是行了。
今天又测了一天，没出现。

happy_fish100

我使用epoll多年，除了EINTR错误外，没有发现epoll_wait返回-1的情况啊！
感觉是LZ自己代码或者是epoll用法的问题。

yulihua49

happy_fish100 发表于 2015-10-13 15:29
我使用epoll多年，除了EINTR错误外，没有发现epoll_wait返回-1的情况啊！
感觉是LZ自己代码或者是epoll用法 ...

呵呵，不是返回-1，是正常返回。
但是，一个events（task）分给了几个线程。

db1984

yulihua49 发表于 2015-10-14 11:25
呵呵，不是返回-1，是正常返回。
但是，一个task分给了几个线程。

既然task分给了多个线程，你不加锁，理论上还是有问题

yulihua49

db1984 发表于 2015-10-14 14:55
既然task分给了多个线程，你不加锁，理论上还是有问题

你们都理解错了，可能是我没说清楚。
task就是应用context，task=events.data.ptr。就是把一个event分给多个线程了。
把task分给了多个线程，这就是惊群！正常不应该出现的。
我是在线程里，得到task后，看看它如果已经在别的线程里了，就丢弃它。

帖子的那个代码改了，删除了无关语句，省的大家误解。

db1984

yulihua49 发表于 2015-10-14 15:09
你们都理解错了，可能是我没说清楚。
task就是应用context，task=events.data.ptr。就是把一个event分给 ...

没错啊，说的就是那个if 和后面的赋值

yulihua49

db1984 发表于 2015-10-14 15:27
没错啊，说的就是那个if 和后面的赋值

这不需要加锁。
因为epoll_wait是一个一个event放出来的，每个间隔3-7微秒，不会冲突的。
这才有了一个epoll队列只能15wqps左右的处理能力限制。

happy_fish100

感觉还是epoll用法问题。一个连接，就应该只在一个线程中进行读写。
说得更明确一些，一个epoll描述，就应该专属一个线程，不应该跨线程执行epoll_wait操作。

yulihua49

happy_fish100 发表于 2015-10-15 10:12
感觉还是epoll用法问题。一个连接，就应该只在一个线程中进行读写。
说得更明确一些，一个epoll描述，就应该专属一个线程，不应该跨线程执行epoll_wait操作 ...

嗯。这就是多队列的极端情况。
就是12楼说的：
http://bbs.chinaunix.net/thread-4067753-2-1.html
再看101楼
http://bbs.chinaunix.net/thread-4067753-11-1.html
173楼：
http://bbs.chinaunix.net/thread-4067753-18-1.html

我这个本身就是单队列多线程。改不了了。

wlmqgzm

回复 17# yulihua49


    我的无锁ECHO服务器性能已经超过33万QPS了, 基于BOOST ASIO, 内部应该也是有队列的, 也有epoll,  IO_SERVICE 本身就是单队列多线程