epoll et lt

epoll是一种用于高效事件驱动编程的I/O多路复用机制，适用于Linux操作系统。其中，ET（边缘触发）和LT（水平触发）是epoll事件驱动模式的两种选择。

ET模式下，当文件描述符上有新的事件到达时，epoll_wait函数将立即返回，并且只返回这一次事件。下次再进行epoll_wait时，如果该文件描述符上还有尚未处理的事件，epoll_wait会再次返回，并返回所有未处理的事件。ET模式需要显式地将文件描述符设置为非阻塞模式，以确保每个事件都能及时处理。

与之相对的是LT模式，它在文件描述符上有新事件到达时，即使应用程序没有对这次事件进行处理，epoll_wait函数也不会立即返回，而是一直阻塞，直到应用程序主动读取事件。当应用程序读取该文件描述符上的事件后，epoll_wait会立即返回，并把下次还未处理的事件一起返回。LT模式对文件描述符的阻塞模式要求相对较松。

ET模式在处理大量事件时，因为只返回触发事件，可以减少了读取的次数，提高处理效率。而LT模式则可以适用于处理连续性事件，因为epoll_wait一直阻塞直到应用程序读取事件之后才返回，不会丢失事件。

总的来说，ET模式适合用于高效处理大量事件，而LT模式适合用于连续性事件的处理。选择使用ET还是LT，需要根据具体应用场景和需求进行合理选择。

相关问题

epoll里LT 和 ET详解

epoll是一种高效的I/O多路复用机制，它可以同时监控多个文件描述符是否有事件发生，从而避免了传统的select和poll函数所带来的效率问题。

在epoll中，有两种事件触发方式：LT（Level Triggered）和ET（Edge Triggered）。

LT模式下，当一个文件描述符上有可读、可写或异常事件发生时，epoll_wait函数会立即返回，并将该文件描述符加入到返回的就绪事件列表中。在下一次epoll_wait调用时，如果该文件描述符仍然满足条件，它仍然会被加入到就绪事件列表中。

ET模式下，当一个文件描述符上有可读、可写或异常事件发生时，epoll_wait函数只会在该文件描述符从未准备好变为准备好的状态时返回，并将该文件描述符加入到返回的就绪事件列表中。也就是说，只有当一个文件描述符从未准备好变为准备好的状态时，才会触发ET模式下的事件。

因此，ET模式下需要使用非阻塞I/O来避免在处理一个文件描述符时，其他文件描述符变为准备好状态而未被触发的情况。同时，ET模式下需要保证每次读写操作都要读写完整个缓冲区，以免下次读写操作出现数据丢失的情况。

总之，LT模式下适用于事件处理比较耗时的场景，而ET模式下适用于需要高效处理事件的场景。

epoll的lt和et模式的区别

？回答：EPOLL LT 模式是默认模式，它只关注于有事件发生的文件描述符，也就是如果描述符上有可读或者可写或者其他事件，就会通知应用程序进行相应的处理。而ET 模式则是边沿触发模式，在ET 模式下如果描述符上有可读或者可写或者其他事件，只有当状态改变时才会通知应用程序进行处理，也就是说你需要处理完当前事件才能继续处理下一个事件。