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在性能上有较大的优势，尤其是在连接数多、连接活跃的情况下。

selectpollepoll

select、poll和epoll是Linux下的三种I/O多路复用机制。 select是最古老的一种，它通过轮询的方式来检查多个文件描述符是否处于就绪态。当文件描述符就绪时，select会通知应用程序进行读写操作。然而，在连接数少并且连接都十分活跃的情况下，select的性能可能不如其他两种。因为select的通知机制需要回调多个函数，这会导致性能下降。 poll是select的改进版本，它也是通过轮询的方式来检查文件描述符的就绪态。和select不同的是，poll使用了结构体数组来传递文件描述符信息，减少了函数调用的次数。但是，随着文件描述符数量的增加，poll的效率会线性降低。而epoll是最新的一种I/O多路复用机制，它采用了回调机制。当文件描述符就绪时，epoll会通过回调机制直接调用相应的回调函数，减少了函数调用的开销。与select和poll相比，epoll在大量活跃的文件描述符情况下具有更好的性能，因为它的效率不受文件描述符数量的影响。使用epoll需要先调用epoll_create()函数创建一个epoll的句柄，然后将需要监视的文件描述符添加到epoll中。123 #### 引用[.reference_title] - *1* *3* [select，poll和epoll详解](https://blog.csdn.net/u010306832/article/details/119942290)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* [select、poll、epoll详解](https://blog.csdn.net/fengyuyeguirenenen/article/details/124234675)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

linux select poll epoll

select, poll, 和 epoll 是 Linux 中用于多路复用 I/O 操作的机制。 select 是最古老且最简单的一种机制。它采用轮询的方式来监视一组文件描述符的状态，当其中任何一个文件描述符就绪时，select 函数将返回，并且可以通过操作系统提供的接口来查看哪些文件描述符已经就绪。select 的缺点是，在较大规模的文件描述符集合中性能较差。 poll 是对 select 的改进，使用方式类似。poll 使用链表来保存文件描述符集合，因此没有了描述符数量限制，但是性能仍然受到最大文件描述符数量的限制。 epoll 是 Linux 特有的一种机制，它使用事件驱动的方式来监视文件描述符。epoll 使用一个事件表来存储感兴趣的文件描述符和相应的事件，可以高效地支持大规模并发连接。epoll 提供了三个接口函数：epoll_create、epoll_ctl 和 epoll_wait，分别用于创建 epoll 实例、向 epoll 实例添加或删除文件描述符以及等待文件描述符就绪。总结来说，select 和 poll 对于较小规模的并发连接可以胜任，而在大规模并发连接的场景下，epoll 是更好的选择。