linux惊群问题——select, epoll

http://hi.baidu.com/jiessieni/item/ac4102fbd9c3ecc80cd1c84b

今天测试udp服务器进程时发现log中记录了当进程收到一个请求后,会有多条失败处理记录,同时有一条成功处理记录。服务器进程使用sellect模式,通过fork四个子进程来监听同一个socket。

      发现问题后初步怀疑是出现了惊群现象。但是,听说现代内核已经解决了惊群问题,程序也可以确定也没有问题,就奇怪问题发生在哪里了。

      后来在网上一搜才知道,原来linux内核开发人员通过锁机制解决了accept的惊群现象,但是对于sellect和epoll惊群问题并没有解决,所以这种情形下惊群还会出现,也就是当多个进程通过sellect方式监听同一个socket的可读状态时,当该socket变为可读,所有的监听进程都会被唤醒并进行处理,但是对于udp服务器,其中第一个socket会一次性将数据读完,导致其他进程再读socket都返回了失败。

     网友给的解释是对于select,数据是不互斥的,也就是需要多个进程来读取资源。

     因此,有使用fork+select搭建socket服务器时要注意这个问题,很影响性能的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值