select poll epoll 内核

选择poll、epoll是在Linux内核中进行事件驱动编程时常用的机制。

poll是一种传统的I/O多路复用机制，它通过一个数组来管理需要监听的文件描述符，当有事件发生时，可以通过遍历数组来找到对应的文件描述符并进行处理。poll的缺点是效率较低，当文件描述符数量较大时，遍历整个数组的开销较大。

epoll则是在Linux 2.6内核中引入的新机制，它通过使用红黑树和双向链表的数据结构，将需要监听的文件描述符添加到epoll实例中，并通过epoll_wait函数等待事件的发生。相比于poll，epoll在处理大量文件描述符时具有更高的效率，因为它采用了事件通知的方式，只有真正有事件发生的文件描述符才会被通知。

对于选择poll还是epoll，需要根据具体的场景和需求来进行选择。如果文件描述符数量较少并且程序简单，可以选择poll；如果文件描述符数量较大或者需要高性能的实时处理，可以选择epoll。

相关问题

select poll epoll

select、poll和epoll都是用于多路复用的I/O模型。它们的作用是同时监视多个文件描述符（包括socket文件描述符）的可读、可写和错误事件，并在事件就绪时通知应用程序进行相应的处理。

select和poll是传统的I/O模型，它们的调用接口相对简单，只提供一个函数。但是由于每次调用都需要将所有的文件描述符集合传递给内核，效率会随着文件描述符数量的增加而下降。此外，select和poll对文件描述符的管理机制也没有做太多的优化，因此在大量文件描述符的情况下，效率会更低。

与select和poll不同，epoll提供了三个函数：epoll_create、epoll_ctl和epoll_wait。通过epoll_create创建一个epoll句柄，然后通过epoll_ctl注册要监听的事件类型，最后通过epoll_wait等待事件的产生。

epoll的实现机制与select和poll完全不同，它利用了内核与用户空间共享同一个事件表的机制，这样每次调用epoll_wait时只需要将就绪事件通知给应用程序，避免了每次调用都需要遍历所有文件描述符的问题，大大提高了效率。

总的来说，select、poll和epoll都是用于实现I/O多路复用的机制，但是epoll相比于select和poll在性能上有较大的优势，尤其是在连接数多、连接活跃的情况下。

select poll epoll区别

这个问题是关于 select、poll 和 epoll 三种 I/O 多路复用机制的区别。

select、poll 和 epoll 都是用于 I/O 多路复用的机制，可以使单个进程可以同时处理多个 I/O 事件。它们都可以同时监控多个文件描述符，当其中的一个或多个文件描述符就绪时，就会通知程序进行相关操作。

select 和 poll 是比较早的 I/O 多路复用机制，它们都会扫描所有注册的文件描述符，并检查是否有 I/O 事件就绪，需要遍历所有的 FD_SET/MAP，效率较低，并且无法处理大量连接的情况。

而 epoll 机制则是在 Linux 2.6 内核中引入的，它通过将 I/O 事件添加到内核空间的事件表中来实现，可以高效地处理大量连接的情况。epoll 支持三种 I/O 模型：LT（Level Triggering）、ET（Edge Triggering）和 One-Shot，其中 ET 和 One-Shot 主要用于高并发的网络通信。

总而言之，epoll 是一种高效、灵活的 I/O 多路复用机制，适用于处理大量连接的场景，而 select 和 poll 的效率较低，适用于处理少量连接的情况。