Linux网络编程的惊群问题

什么是惊群

在网络编程中,使用多进程/线程 等待同一个sock事件,当一个sock时间到来时,会唤醒所有进程,但是只有一个进程会获得sock处理权,那么其他进程又会继续被阻塞,这样在进程状态切换上会造成性能损失.
linux内核2.6以后已经修复 accept 和select惊群问题,epoll由于内核无法判断该由哪个进程去相应事件,所以不予处理
但是在Nginx中,使用互斥锁来解决epoll的惊群,(但请注意 加锁也会有性能的损失),所以在Lighttpd没有处理惊群问题

资料参考
https://blog.csdn.net/russell_tao/article/details/7204260
https://blog.csdn.net/lyztyycode/article/details/78648798?locationNum=6&fps=1

以下是自己的实验

客户端统一操作

连接两次服务器端

服务器端

多进程阻塞在accept

多进程 阻塞在accpet

每次只有一个进程处理accept
证明没有惊醒现象

多进程阻塞在select

多进程阻塞在select

每次只有一个进程处理select
证明没有惊群现象

epoll

epoll 每次wait返回时只会唤醒一个进程,(还是没有惊群效应)
因为一个进程获得处理权后
在自己的时间片内已经将事件(accpet)处理完毕(毕竟只需相应一次客户端连接请求)
其他进程就接收不到epollwait消息了

但是
当epoll 代码中在 epoll_wait 和accpet 之间如果阻塞两秒,就会发现惊群了!!

原理很简单,当该进程从epoll_wait返回时,立刻阻塞(没有机会处理accept),
另一个进程就会被唤醒