EPOLL水平触发模式(EPOLLT)和EPOLL边缘触发模式(EPOLLET)

epoll+线程池高并发服务器模型在测试的时候产生bug。

bug1:一个客户端连接,服务器却添加了多次业务。
bug2:很多消费者线程被占用 ,导致消费者线程扩容。

1、客户端一次请求,服务端却添加多次业务?

采用epoll监听socket的网络事件,某一时刻serverfd事件就绪 ,serverfd就会变成就绪态socket,需要处理serverfd上的事件,处理就绪的serverfd。clientfd就绪同理。无论是serverfd还是clientfd,变成就绪态的socket,我们一定要处理完就绪socket,serverfd处理就绪建立连接完成,clientfd处理就绪读取所有数据后处理业务完成。

epoll是主线程(生产者线程)调用去监听,serverfd就绪,主线程负责去添加一个业务,业务不是生产者线程处理的,而是消费者线程处理,主线程添加完业务开始第二轮监听,主线程生产者负责监听就绪,普通线程消费者负责处理完就绪,但是从任务投递到取出任务再到任务处理完毕,这之间是有一定的空白期,可以理解为sockfd就绪处理不及时。导致了这个bug。

epoll可以选择两种监听模式去监听socket上的事件
第一种水平触发模式监听
默认的监听模式,所有socket默认都是水平触发监听模式,监听是epoll做的 ,但是可以对不同的sockfd设置不同的监听模式,算是一个socket属性。

水平触发:启动epoll监听,当socket产生就绪后,epoll会不停的检查就绪事件处理情况,如果使用者没有将就绪事件处理完毕,就无法进行新一轮监听。就绪事件未处理完毕,第二轮监听epoll_wait不会阻塞,epoll_wait立即返回 ,返回未处理完的就绪事件数量。

水平触发模式最大限度的保证每一轮就绪事件都被处理完毕。水平触发模式,使用者必须将每一轮的就绪事件处理好,才可以进行新一轮监听。

水平触发模式的优势:
可以协助督促使用者及时处理完所有sock事件,保证就绪事件处理的及时性和有效性。
水平触发模式弊端:
系统开销较大,epoll不停轮询检测事件处理情况,并反复向上层发送处理通知。

2、为什么消费者线程被占用?
水平触发模式导致epoll误判断,造成需要多次连接请求的假象,多次业务被多个消费者拿走,但是多个业务其实都是建立连接的。第一个消费者调用 accept连接成功,第二个消费者去连接就会阻塞,accept默认阻塞,消费者线程被占用,管理者就会去扩容。

第二种边缘触发模式监听
将所有被监听的sockfd改成边缘触发模式监听就可以解决我们的bug。

当第一轮监听,监听到sockfd就绪后,epoll只向使用者发送一次处理通知, 也仅有一次, 后续使用者是否处理就绪与epoll无关 , 随时都可以调用epoll_wait进行新一轮监听。

边缘触发模式的优势:
epoll开销较小,因为监听到就绪只返回一次就绪,发送一次通知,不会持续检测就绪处理进度。
边缘触发模式的弊端:
因为边缘模式下的sockfd就绪,epoll只反馈一次通知, 需要使用者及时将事件或事件数据处理掉,否则事件处理不及时,可能会出现事件数据丢失问题。

你可能感兴趣的:(服务器,epoll监听模式,Linux)