poll epoll select区别

poll、epoll和select都是用于监听文件描述符集合上事件变化的系统调用，在网络编程和并发IO处理中非常常见。它们的主要区别在于：

1. **select**：这是最早的IO多路复用函数，支持对多个套接字进行读写操作。它一次性可以监视最多1024个文件描述符。缺点是每次都需要检查所有fd的状态，效率较低。

2. **poll**: 它是在select的基础上改进的，增加了对事件数量限制的灵活性。每个fd都有一个独立的时间戳，可以选择自定义超时时间。相比select，它更适合于大量fd的情况，但API相对复杂一些。

3. **epoll**: Linux内核提供的高级版本，epoll使用了红黑树数据结构，优化了底层实现，支持更大的fd数量（通常是64K+），并且仅当感兴趣的fd有活动时才会唤醒进程，因此效率更高，延迟更低。epoll还引入了一个fd_set结构的替代品——epoll_event，使得事件的添加和删除更简单。

总结来说，epoll相比于其他两个选项，性能更好，特别是当需要处理大量连接时。然而，由于epoll只在Linux系统中可用，而poll则跨平台性更强。选择哪种取决于具体的平台需求和资源限制。

相关问题

select poll epoll 的区别

select、poll和epoll都是用于I/O多路复用的系统调用。它们可以让单个进程同时监听多个文件描述符，当其中任意一个文件描述符就绪时，进程就可以进行读写操作。它们的主要区别在于效率和可扩展性上。select和poll都是基于轮询的方式，效率较低，而epoll采用了事件通知的方式，效率更高，且可以处理更多的并发连接。

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 的效率较低，适用于处理少量连接的情况。