免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3013 | 回复: 2
打印 上一主题 下一主题

[C] 问一个nginx“惊群”的问题,研究过的兄弟进 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2014-03-07 17:56 |只看该作者 |倒序浏览
现在有个关于nginx的accept mutex问题想请教一下:

在ngx_process_events_and_timers中,如果ngx_accept_disabled大于零时,并没有将listen fd从epoll中删除(其他地方也没有删除),其他的工作进程获得accept mutex之后将listen fd加入epoll中,这样不就是有多个进程一起监控listen fd了么,这样还是会带来“惊群”吧?

论坛徽章:
4
双子座
日期:2014-08-28 10:08:002015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:58:112015年亚洲杯之阿联酋
日期:2015-03-13 03:25:15
2 [报告]
发表于 2014-03-13 19:30 |只看该作者
惊群不惊群其实不是nginx的选择,更多的是操作系统来怎么处理的.

epoll的方式是先listen然后fork,再epoll_create,把fd加入epoll监控

很久没去看内核代码了,记得这种形式依然会惊群,惊群的意思是一个消息(中断)来了之后,如果大家都可以处理,那么交给谁来处理

这是一类问题,而不是epoll才存在的问题.只是在epoll上更加直观而已

论坛徽章:
0
3 [报告]
发表于 2014-03-14 12:46 |只看该作者
在worker进程拿到了accept mutex锁之后才会去监听fd,见函数ngx_trylock_accept_mutex,其中拿到了锁后会调用ngx_enable_accept_events将监听连接的读事件加入到epoll,而没拿到锁后会调用ngx_disable_accept_events函数将监听连接的读事件从epoll中删除
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP