select,poll和epoll对比分析

    最近研究python IO多路复用，发现很多案例都是基于selelct，而很少谈到poll和epoll。尽管知道晚出现的epoll的

处理机制更优，但却不明白其中道理。于是将互联网上资料整理总结了一下。

    elect/poll/epoll都是IO多路复用机制，可以同时监控多个描述符，当某个描述符就绪(读或写就绪)，则立刻通知相应程序进行读或写操作。本质上select/poll/epoll都是同步I/O，即读写是阻塞的。

一、select
原型：

int select (int n, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout);

    从select函数监控3类文件描述符：writefds、readfds、exceptfds。调用select函数后会阻塞，直到描述符准备就绪（有数据可读、可写、或者出现异常）或者超时，函数便返回。当select函数返回后，可以通过遍历描述符集合，找到就绪的描述符。

select缺点

• 单进程能够监控的文件描述符的数量存在最大限制，在Linux上一般为1024，可以通过修改宏定义增大上限，但同样存在效率低的弱势;
• IO效随着监视的描述符数量的增长，其效率也会线性下降;

二、poll