linux驱动select poll epoll

这三个都是 Linux 中的 I/O 多路复用机制，可以让一个进程同时监视多个文件描述符，等待其中任意一个文件描述符就绪后再进行相应的操作。它们的区别如下：

1. select：最早出现的 I/O 多路复用机制，支持的文件描述符数量有限，通常是 1024，而且每次调用 select 都需要将所有文件描述符从用户态拷贝到内核态，效率较低。
2. poll：与 select 类似，但支持的文件描述符数量没有限制，而且不需要每次调用时都将所有文件描述符从用户态拷贝到内核态，效率比 select 稍高一些。
3. epoll：最新、最高效的 I/O 多路复用机制，支持的文件描述符数量没有限制，而且只需要在第一次调用时将所有文件描述符从用户态拷贝到内核态，之后每次调用只需要传递一个 epoll 对象即可。epoll 还支持水平触发和边缘触发两种模式。

相关问题

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 是更好的选择。

select poll epoll

`select` 和 `epoll` 都是 Linux 操作系统提供的 I/O 多路复用机制，它们都可以用来监听多个文件描述符（也称为 socket）的 I/O 状态变化。

- `select` 是最早出现的 I/O 多路复用机制，它通过轮询的方式来检测文件描述符的 I/O 状态变化。它的缺点是最多只能监听 1024 个文件描述符，如果监听的文件描述符较多，效率会比较低下。

- `epoll` 是一种基于事件驱动的 I/O 多路复用机制，它能够有效地监听大量的文件描述符，并且相比 `select` 更高效。但是，`epoll` 只能用于 Linux 系统，在其他系统中无法使用。

总的来说，如果你的应用程序要在 Linux 环境中监听大量的文件描述符，那么使用 `epoll` 比较合适；如果你的应用程序只需要在少量的文件描述符上进行监听，或者你的应用程序要跨平台，那么使用 `select` 比较合适。