epoll和select

`epoll` 和 `select` 都是 Linux 中的 I/O 多路复用机制，可以用来实现高并发网络编程。

`select` 是最早的 I/O 多路复用机制，支持监视的文件描述符数量有限，一般是 1024。同时每次调用 `select` 都会遍历所有的文件描述符，效率较低，但是在一些低并发的场景下使用还是很合适的。

`epoll` 是在 `select` 的基础上改进而来，可以支持大量的文件描述符，可以通过 `epoll_create` 函数创建一个 epoll 文件描述符，然后将需要监视的文件描述符加入到 epoll 中，当有事件触发的时候，只需要遍历触发事件的文件描述符即可，效率比 `select` 更高。同时，`epoll` 还支持边缘触发和水平触发两种模式，边缘触发只在状态变化的时候触发，水平触发在状态变化的时候一直触发。

总的来说，`epoll` 在高并发的场景下表现更好，而 `select` 在低并发的场景下表现更好。

相关问题

epoll和select的区别

回答: epoll和select在调用接口上有一些不同。select和poll只提供了一个函数，而epoll提供了三个函数：epoll_create、epoll_ctl和epoll_wait。epoll_create用于创建一个epoll句柄，epoll_ctl用于注册要监听的事件类型，epoll_wait用于等待事件的产生。\[1\] epoll可以理解为event poll，它是事件驱动的，可以通知我们哪个流发生了怎样的I/O事件，而不是像select和poll那样进行忙轮询或无差别轮询。\[2\] epoll的复杂度降低到了O(1)，相比之下，select的问题主要在于效率低下和每次调用都需要遍历所有的文件描述符，而epoll通过在Linux内核中申请一个简易的文件系统，将原来的select/epoll函数调用的过程分为三个部分，从而改善了这些问题。\[3\]
#### 引用[.reference_title]
- *1* *2* [深入理解select、poll和epoll及区别](https://blog.csdn.net/wteruiycbqqvwt/article/details/90299610)[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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item]
- *3* [epoll 和 select 的区别](https://blog.csdn.net/weixin_51353093/article/details/127523254)[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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item]
[ .reference_list ]

epoll和select的区别linux

回答: epoll和select是两种在Linux中用于I/O多路复用的机制。它们之间有几个区别。首先，epoll是Linux特定的系统调用，而select是POSIX支持的，因此epoll的可移植性没有select好。然而，考虑到epoll和select一般用于服务器，而服务器中大多数是Linux系统，所以这个可移植性的影响应该不会很大。\[1\]

其次，epoll在性能方面通常表现更好。这是因为epoll通过每次有就绪事件时将其插入到一个就绪队列中，使得epoll_wait的返回结果中只存储了已经就绪的事件，而select则返回了所有被监听的事件，事件是否就绪需要应用程序去检测。如果已被监听但未就绪的事件较多，对性能的影响就比较大。此外，每次调用select获得就绪事件时都要将需要监听的事件重复传递给操作系统内核，而epoll对监听文件描述符的处理则和获得就绪事件的调用分开，这样获得就绪事件的调用epoll_wait就不需要重新传递需要监听的事件列表，这也是性能更高的原因之一。另外，epoll的实现中使用了mmap调用使得内核空间和用户空间共享内存，从而避免了过多的内核和用户空间的切换引起的开销。\[2\]

此外，select可以监听的文件描述符数量有限，大约是1024，而epoll可以支持系统给整个进程的限制的最大文件描述符数量。这是可扩展性方面的区别。\[3\]

综上所述，epoll和select在可移植性、性能和可扩展性方面存在一些区别。选择使用哪种机制取决于具体的应用需求和目标平台。
#### 引用[.reference_title]
- *1* *2* [epoll 和 select 的区别](https://blog.csdn.net/u011907342/article/details/47979129)[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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item]
- *3* [epoll与select区别](https://blog.csdn.net/weixin_45045804/article/details/128351573)[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^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item]
[ .reference_list ]