Linux ：epoll ET 模式下文件描述符出现饥饿的情况

最新推荐文章于 2025-01-06 12:45:59 发布
转载 最新推荐文章于 2025-01-06 12:45:59 发布 · 444 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/weixin_36888577/article/details/89040833
文章标签：

#epoll

在Linux的epoll事件驱动编程中，边缘触发(ET)模式可能导致文件描述符饥饿现象，即一个高流量的文件描述符占用过多处理时间，导致其他文件描述符得不到及时响应。为了解决这个问题，可以采取应用层维护就绪文件描述符列表的策略，限制每次对每个文件描述符的IO操作，例如每次读取1KB，确保所有文件描述符都有机会被处理。当文件描述符未读完时，将其保留在列表中，待后续处理。

背景（饥饿问题）


        使用epoll ET模式时, epoll_wait返回就绪文件描述符集合, 然后我们循环处理, 但这时如果有一个文件描述符上有大量输入(不间断的输入流), 因为我们ET模式需要一直读到返回EAGIN / EWOULDBLOCK, 那我们就会一直在处理这个文件描述符, 而导致其他文件描述符得不到处理,

这就是采用边缘触发时有可能出现的文件描述符饥饿情况

处理方法


参考Linux/Unix系统编程手册 63.4.6 节(第1123页)

  1. 应用层维护一个list, 存储epoll_wait返回的就绪文件描述符, 然后循环处理
  2. 在list不为空时, 进行循环处理其中事件
  3. 每个文件描述符只进行一定限度的 IO 操作, 比如每次限定只读 1KB 数据, 然后继续处理其他的文件描述符
  4. 如果该文件描述符读了 1KB 没读完 (没有返回EAGIN / EWOULDBLOCK), 就继续停留在list中, 反之如果其上的 IO 操作执行完了, 就将其移除list
     
socket编程：epoll 的水平触发与边缘触发
05-07 3293
1、触发定义 Level_triggered(水平触发)：当被监控的文件描述符上有可读写事件发生时，epoll_wait()会通知处理程序去读写。如果这次没有把数据一次性全部读写完(如读写缓冲区太小)，那么下次调用 epoll_wait()时，它还会通知你在上没读写完的文件描述符上继续读写，当然如果你一直不去读写，它会一直通知你！！！如果系统中有大量你不需要读写的就绪文件描述符，而它们每次都会返...
epoll编程接口
weixin_50866517的博客
10-06 821
同I/O多路复用和信号驱动一样，Linux的epoll函数可以检查多个文件描述符上的I/O就绪状态，epoll函数的优点：当检查大量文件描述符时，epoll的性能比select和poll函数高很多。epoll既支持水平触发也支持边缘触发，而select和poll支持水平触发，信号驱动只支持边缘触发。epoll性能和信号驱动I/O类似，但epoll可避免复杂的信号处理流程，可以指定检查的事件类型。
高级IO(epoll)(ET)
ljw的博客
01-06 3179
epoll工作方式你妈喊你吃饭的例子你正在吃鸡, 眼看进入了决赛圈, 你妈饭做好了, 喊你吃饭的时候有两种方式: 1. 如果你妈喊你一次, 你没动, 那么你妈会继续喊你第二次, 第三次...(亲妈, 水平触发) 2. 如果你妈喊你一次, 你没动, 你妈就不管你了(后妈, 边缘触发)epoll有2种工作方式-水平触发(LT)和边缘触发(ET)假如有这样一个例子:我们已经把一个tcp socket添加到epoll描述符这个时候socket的另一端被写入了2KB的数据。
处理使用 epoll ET 模式下文件描述符出现饥饿的情况
weixin_36888577的博客
04-05 1309
考虑如下情况: 使用epoll ET模式时, epoll_wait返回就绪文件描述符集合, 然后我们循环处理, 但这时如果有一个文件描述符上有大量输入(不间断的输入流), 因为我们ET模式需要一直读到返回EAGIN / EWOULDBLOCK, 那我们就会一直在处理这个文件描述符, 而导致其他文件描述符得不到处理, 这就是采用边缘触发时有可能出现的文件描述符饥饿情况 处理 参考Linux/Unix...
彻底学会使用epoll(一)——ET模式实现分析
zqt520的专栏
06-01 1685
注：之前写过两篇关于epoll实现的文章，但是感觉懂得了实现原理并不一定会使用，所以又决定写这一系列文章，希望能够对epoll有比较清楚的认识。是请大家转载务必注明出处，算是对我劳动成果的一点点尊重吧。另外，文中如果有不全面或者不正确的地方还请大家指出。也可以私信或者发邮件：lvyilong316@163.com 1. ET模式实现分析 1.1 ET和LT的实现区别     首先
EPOLL的ET和LT模式
学习笔记
04-25 4075
http://wenku.baidu.com/view/31253a29e2bd960590c677c8.html EPOLL事件分发系统可以运转在两种模式下：Edge Triggered (ET)、Level Triggered (LT)。 LT是缺省的工作方式，并且同时支持block和no-blocksocket；在这种做法中，内核告诉你一个文件描述符是否就绪了，然后你可以对这个就
epoll et模式
pmt123456的博客
05-31 425
//server.c #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define MAX_EVENT_NUMBER 1024 #define BUFFER_SIZ
Linux epoll：高效监控大量文件描述符的I/O事件工具
在边缘触发模式下，如使用EPOLLET标志，必须确保使用非阻塞的文件描述符，因为如果不这样做，当数据尚未完全准备好时，程序可能会因阻塞而无法处理其他文件描述符的I/O请求。这可能导致性能问题，比如读取阻塞或写入...
epoll设置文件描述符非阻塞有什么影响
08-09
在 `epoll` 中使用 **非阻塞（non-blocking）文件描述符** 是一个重要的设计选择，会影响 I/O 操作的行为和性能。以下是关键影响分析： --- ### **1. 避免 `epoll_wait` 返回后仍可能阻塞** - **问题**：即使 `...
epoll ET 模式有可读事件，再进行读取时，不断有新数据放入内核缓冲区，该如何处理
最新发布
08-12
我们正在处理epoll的边缘触发（ET）模式下持续有可读事件的情况。在ET模式下，epoll_wait只会在状态变化时通知一次（例如，从无数据到有数据），因此我们必须确保在每次事件触发时，将内核缓冲区中的数据全部读取完...
epoll实现（ET）
huichaochao的博客
01-16 587
这个错误一出来我就很疑惑，因为代码被我改正确了，所以错误不一样，但是大体就是这样的 ，还有就是显示的是没有这个类型名，我看了看我自己的头文件，都包含了，但是还是显示错误，然后我就上网查了一下，网上说的大概是头文件重复包含了，但是我的每个头文件都有#pragma once防止重复包含的，所以我就一直在看，以为编译过不了，连日志也不能打，只能干看，最后才发现是有几个函数的定义我放在了头文件，导致两个文件互相包含，这样的话，连声明函数都不知道怎么声明，后来才写成来两个.cpp的文件。所以，这里明显提高了效率。
边缘触发的问题：不必要的唤醒以及饥饿
linqi的博客
11-23 1832
1）不必要的唤醒： 1.内核：收到第一个连接请求。线程 A 和 线程 B 两个线程都在 epoll_wait() 上等待。 由于采用边缘触发模式，所以只有一个线程会收到通知。这里假定线程 A 收到通知 2.线程A：epoll_wait() 返回 3.线程A：调用 accpet() 并且成功 4.内核：此时 accept queue 为空，所以将边缘触发的 socket 的状态从可读置成不可读 5.内核：收到第二个建连请求 6.内核：此时，由于线程 A 还在执行 accept() 处理，只剩..
epoll ET模式和LT模式
zjl410091917的专栏
03-23 680
近日又继续学习了一下EPOLL的工作模式，这会基本上搞清楚了，因而撰写了此篇文档进行描述。先来一段网上的介绍文档： EPOLL事件分发系统可以运转在两种模式下：Edge Triggered (ET)、Level Triggered (LT)。 LT是缺省的工作方式，并且同时支持block和no-block socket；在这种做法中，内核告诉你一个文件描述符是否就绪了，然后你可以对这个就绪的f
epoll的LT模式（水平触发）和ET模式（边沿触发）
热门推荐
AlbertS Home of Technology
04-04 1万+
epoll的触发模式是个引发讨论非常多的话题，网络上这方面总结的文章也很多，首先从名字上就不是很统一，LT模式常被称为水平触发、电平触发、条件触发，而ET模式常被称为边缘触发、边沿触发等，这些都是从英文翻译过来的，只不过翻译的时候有些差异，LT全称 level-triggered，ET全称 edge-triggered ...
剖析 epoll ET/LT 触发方式的性能差异
管子（zero）的杂乱空间
02-15 395
剖析 epoll ET/LT 触发方式的性能差异误解（定性分析）平时大家使用 epoll 时都知道其事件触发模式有默认的 level-trigger 模式和通过 EPOLLET 启用的 edge-trigger 模式两种。从 epoll 发展历史来看，它刚诞生时只有 edge-trigger 模式，后来因容易产生 race-cond 且不易被开发者理解，又增加了 level-trigger 模式并...
epoll的ET模式和LT模式
mhtlee的专栏
04-16 770
前几天回答一个问题，是关于我们项目中使用的epoll模式的，因为记不大清了，感觉应该使用的就是epoll的高速模式，也就是ET(edge-trigger)模式。这两天闲暇的时候，打开代码又看了一下，在epoll事件注册时并未标记ET模式，看来实际使用的是epoll默认的LT(level-trigger )模式，为什么呢？使用LT意味着 只要 fd 处于 readable/writable 状态
epoll/et例子
章志强的专栏
09-06 639
#include #include #include #include #include #include #include #include #include #include #include #include #include #include #define MAX_EVENTS 10 #define PORT 8080 //设置
Linux--epoll(ET)实现Reactor模式
m0_74068921的博客
10-22 2651
提供一个面向对象的网络套接字编程接口，允许用户通过继承和实现基类中的纯虚函数来创建不同类型的套接字（例如 TCP 套接字）。它通过一个事件分发器（Reactor）来监听和管理不同的I/O事件，当事件发生时，分发器会将该事件分发给对应的事件处理器来处理。在这个模型中，Reactor 负责监听和处理各种网络事件（如连接、读取、写入等），而 Connection 对象则作为这些事件的处理者。服务器监听一个指定的端口，当有新的连接请求到来时，服务器接受连接并将其注册到Reactor中，以便处理后续的数据读写事件。
epoll ET LT性能测试
04-17 919
结论 总体来看两者差距不大，甚至LT比ET还稍微好一点。两者区别：epoll的句柄是否对缓冲区的变化进行状态变化。 绑定的单核cpu 16GB内存 centos 7.0 gcc 版本 4.8.5 使用taskset绑定为单核，ab压测 taskset -cp 6 10714 ab -n 50000 -k 127.0.0.1/ ET: Requests per second: 497...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值