网络编程---epoll之ET\LT

LT:level trigger, 水平触发模式
ET:edge trigger, 边缘触发模式

相同点：都是通过epoll_wait从EPOLL等待队列读取激活事件
区别：

1. LT模式读取激活事件后，如果还有未处理的数据。事件会重新放入EPOLL等待队列。
2. ET模式读取激活事件，直接从EPOLL等待队列移除，不管是否有未处理的数据。

事件放入EPOLL等待队列条件：
读事件

1. 从不可读变为可读
2. 有新数据到来
3. 有老数据，并且通过epoll_ctl设置EPOLL_CTL_MOD(ET模式)
4. 数据未读完(LT模式)

写事件

1. 从不可写变为可写
2. 有新的可写数据出现
3. 数据可写，并且通过epoll_ctl设置EPOLL_CTL_MOD(ET模式)
4. 数据可写(LT模式)

LT模式问题：如果可读或可写事件未处理，会频繁激活未处理事件
解决方法：不想处理读写事件时， 从EPOLL中移除句柄。需要处理时再加入EPOLL

ET模式问题：如果可读或可写没有全部处理，会有老数据残留。要等待新数据到来。
解决方法：1. 循环读取或写入数据，一直到EAGAIN或EWOULDBLOCK
2. 读取或者写入数据后，通过epoll_ctl设置EPOLL_CTL_MOD，激活未处理事件。

ET模式为什么要设置在非阻塞模式下工作
因为ET模式下的读写需要一直读或写直到出错（对于读，当读到的实际字节数小于请求字节数时就可以停止），而如果你的文件描述符如果不是非阻塞的，那这个一直读或一直写势必会在最后一次阻塞。这样就不能在阻塞在epoll_wait上了，造成其他文件描述符的任务饿死。

使用ET和LT的区别
LT：水平触发，效率会低于ET触发，尤其在大并发，大流量的情况下。但是LT对代码编写要求比较低，不容易出现问题。LT模式服务编写上的表现是：只要有数据没有被获取，内核就不断通知你，因此不用担心事件丢失的情况。

ET：边缘触发，效率非常高，在并发，大流量的情况下，会比LT少很多epoll的系统调用，因此效率高。但是对编程要求高，需要细致的处理每个请求，否则容易发生丢失事件的情况。

下面举一个列子来说明LT和ET的区别（都是非阻塞模式，阻塞就不说了，效率太低）：

采用LT模式下，如果accept调用有返回就可以马上建立当前这个连接了，再epoll_wait等待下次通知，和select一样。

但是对于ET而言，如果accpet调用有返回，除了建立当前这个连接外，不能马上就epoll_wait还需要继续循环accpet，直到返回-1，且errno==EAGAIN，

使用Linux epoll模型，水平（LT）触发模式，当socket可写时，会不停的触发socket可写的事件，如何处理？

第一种最普遍的方式：
需要向socket写数据的时候才把socket加入epoll，等待可写事件。接受到可写事件后，调用write或者send发送数据。当所有数据都写完后，把socket移出epoll。

这种方式的缺点是，即使发送很少的数据，也要把socket加入epoll，写完后在移出epoll，有一定操作代价。

一种改进的方式：
开始不把socket加入epoll，需要向socket写数据的时候，直接调用write或者send发送数据。如果返回EAGAIN，把socket加入epoll，在epoll的驱动下写数据，全部数据发送完毕后，再移出epoll。

这种方式的优点是：数据不多的时候可以避免epoll的事件处理，提高效率。