EPOLLLT——水平触发 EPOLLET——边缘触发区别

了解EPOLL模型中的ET模式以及使用ET模式的两个要求

epoll的ET模式如何设置，ET模式和LT模式的区别

epoll的触发模式是个引发讨论非常多的话题，网络上这方面总结的文章也很多，首先从名字上就不是很统一，LT模式常被称为水平触发、电平触发、条件触发，而ET模式常被称为边缘触发、边沿触发等，这些都是从英文翻译过来的，只不过翻译的时候有些差异，LT全称 level-triggered，ET全称 edge-triggered ...

epol 对文件描述符有两种操作模式:LT(Level Trigger，电平触发)模式和 ET(EdgeTrigger，边沿触发)模式。LT模式是默认的工作模式。当往epol 内核事件表中注册一个文件描述符上的 EPOLLET 事件时，epoll将以高效的 ET 模式来操作该文件描述符。这样，当一个线程在处理某个socket时，其他线程是不可能有。即使我们使用 ET模式，一个socket上的某个事件还是可能被触发多次。对于注册了EPOLLONESHOT事件的文件描述符，操作系统最多触发其上注册的一个可。

用了下 epoll，顺便了解了一下 EPOLLET 和 EPOLLLT EPOLLLT 是默认行为，基本上就是说，只要一个文件描述符处于就绪状态，epoll 就会不停的通知你有事件发生。传统的 select/poll 都是这样的 EPOLLET 是新的方式，只在一个文件描述符新处于就绪的时候通知一次，之后不管数据有没有读完，都不会再通知，当然，有新数据到还是会通知的。所以，用 EPOL

即使你一次性读取了所有数据，也需要确保文件描述符是非阻塞的，以避免循环读取时出现阻塞情况。在这种情况下，哪怕你已经读取了所有数据，仍会收到冗余的事件触发（性能浪费）。在高性能场景中，尤其是数据到达分批或者延迟的情况下，依然更具优势。都会返回文件描述符的事件，直到缓冲区被清空（即数据被完全读取）。操作中读取了所有数据，ET 模式下就不会再收到事件触发。检测到缓冲区有数据后都会通知你，直到数据被完全读取。如果你每次只读取 512 字节，就会触发多次事件。模式一次性读取所有数据，减少了多次触发的开销。

epoll 水平触发和边缘触发的区别 EPOLLLT——水平触发EPOLLET——边缘触发epoll有EPOLLLT和EPOLLET两种触发模式，LT是默认的模式，ET是“高速”模式。LT模式下，只要这个fd还有数据可读，每次 epoll_wait都会返回它的事件，提醒用户程序去操作，而在ET（边缘触发）模式中，它只会提示一次，直到下次再有数据流入之前都不会再提示了，无 论fd中是否还有数据可读...

概念： Level-triggered ：水平触发，缺省模式，同时支持block和no-block edge-triggered ：边缘触发，只支持no-block 通知模式： LT模式时，事件就绪时，假设对事件没出做处理，内核会反复通知事件就绪 ET模式时，事件就绪时，假设对事件没出做处理，内核不会反复通知事件就绪 针对TCP的测试详请： 1.listenfd设

（1）应用 ET 模式的目的：改变 epoll_wait 的默认属性，可以减少调用 epoll_wait 函数的调用次数。 （2）思想由来：模拟电路的高低电频的思想。 水平触发： 持续的 1 持续的 0 边沿触发： 0 ->1 ;1 -> 0 （3）场景： 用 epoll 实现一个服务器，调用 epoll_wait 函数进行监听，此时 client 给 epoll 发送了 100 字节的数据，而 server 使用 read 函数读走 50 字节，剩余 50 字节，问题：epoll_wait

这个错误一出来我就很疑惑，因为代码被我改正确了，所以错误不一样，但是大体就是这样的 ，还有就是显示的是没有这个类型名，我看了看我自己的头文件，都包含了，但是还是显示错误，然后我就上网查了一下，网上说的大概是头文件重复包含了，但是我的每个头文件都有#pragma once防止重复包含的，所以我就一直在看，以为编译过不了，连日志也不能打，只能干看，最后才发现是有几个函数的定义我放在了头文件，导致两个文件互相包含，这样的话，连声明函数都不知道怎么声明，后来才写成来两个.cpp的文件。所以，这里明显提高了效率。

epoll工作方式你妈喊你吃饭的例子你正在吃鸡, 眼看进入了决赛圈, 你妈饭做好了, 喊你吃饭的时候有两种方式: 1. 如果你妈喊你一次, 你没动, 那么你妈会继续喊你第二次, 第三次...(亲妈, 水平触发) 2. 如果你妈喊你一次, 你没动, 你妈就不管你了(后妈, 边缘触发)epoll有2种工作方式-水平触发(LT)和边缘触发(ET)假如有这样一个例子:我们已经把一个tcp socket添加到epoll描述符这个时候socket的另一端被写入了2KB的数据。

epoll的ET和LT模式详解 标签： socket工作buffer测试io任务 2009-08-25 07:08 17825人阅读 评论(5) 收藏 举报 分类： linux/unix服务器（121） Linux开发c/c++（203） 版权声明：本文为博主原创文章，未经博主允许不得转载。 从man手册中，得到ET和

详解epoll的LT水平触发和ET边缘触发模式的工作原理

epoll的LT与ET模式以及阻塞和非阻塞

你的这段代码整体设计非常扎实，目标明确——使用 `epoll` 的 **边缘触发 (ET) 模式** 实现一个高并发 TCP 服务器，模拟**接收小缓冲区**和**大数据压力**下的传输情景，细节处理得也比较完善，尤其是在非阻塞 I/O、缓冲处理和连接管理上都非常到位。即使你设了 `recv_buf[1]`，也可以把 `recv()` 调整为尽可能多地接收数据，比如设为 `recv_buf[512]`，然后 `memcpy` 进去，这样你仍然保有模拟小缓冲区的结构，但性能好很多。

1：Epoll事件有两种模型： ​ ET: (边沿触发) ==》缓冲区状态发生变化时，触发一次 ​ LT:(水平触发) ==》有数据可读，读事件一直触发 有空间可写，写事件一直触发。 使用时，不指定事件模型，则默认是水平触发。 2：ET模型 ET边缘触发模型，涉及以下问题： 1：ET模式下，accept如果多个客户端同时触发，只返回一次的话，有丢失。 ​ ==》处理应该用while循环，一次性处理完。 if(epoll_events[i].data.fd == sockfd) { //因为是e

给群里写的,简单的EPOLLET 例子: EPOLLOUT详细说明 下面2个服务器例子 ,一个没有处理EPOLLOUT, 另一个处理了; 第一个例子只用来展示EPOLLET 的特点 第2个例子是一个echo服务器, 处理了EPOLLOUT, 如果要看EPOLLOUT的直接往下拉到第个例子, 主要还是看 errno == EAGAIN 这些地方 在ET模式下: 对于EPOLLIN...

，但是因为没有输出换行，所以buffer中的内容一直存在，下次epoll_wait的时候，虽然有写空间但是ET模式下不再返回写就绪。2）程序向标准输出输出”welcome to epoll’s world”和换行符，因为标准输出为控制台的时候缓冲是“行缓冲”，所以换行符导致buffer中的内容清空，当有旧数据被发送走时，即buffer中待写的内容变少的时候会触发fd状态的改变，所以下次epoll_wait会返回写就绪，如此循环往复。LT：水平触发，效率会低于ET触发，尤其在大并发，大流量的情况下。

作为高性能I/O多路复用技术，Epoll通过红黑树管理文件描述符，使用双向链表存储就绪事件，其核心优势在于高效的事件通知机制。文章详细对比了水平触发(LT)和边缘触发(ET)两种模式：LT模式会持续通知未处理事件，编程简单但效率较低；ET模式仅在状态变化时触发一次，性能更高但需配合非阻塞I/O确保数据完整读取。此外，文中剖析了Epoll的回调机制如何将就绪事件加入链表，并给出应用场景选择建议：LT适合简单服务，ET适用于高并发系统。