epoll 经验

一、epoll相对于select的优势：

select/poll的缺点：

1.每次调用时要重复地从用户态读入参数。
2.每次调用时要重复地扫描文件描述符。

3.每次在调用开始时，要把当前进程放入各个文件描述符的等待队列。在调用结束后，又把进程从各个等待队列中删除。

4.支持的FD个数比较少，需要修改源代码重新编译内核。

epoll的优点：

1、支持的FD==进程打开的最大FD个数

2、IO效率不随FD数目增加而线性下降（FD中有大量的空闲连接），OS内核对epoll的支持、优化。

           epoll只在epoll_ctl时把current挂一遍（这第一遍是免不了的）并给每个fd一个命令“好了就调回调函数”，如果设备有事件了，通过回调函数，会把fd放入rdllist，而每次调用epoll_wait就只是收集rdllist里的fd就可以了——epoll巧妙的利用回调函数，实现了更高效的事件驱动模型。

3、mmap加速内核与用户空间的消息传递: 内核和用户空间mmap同一块内存实现的。

二、epoll的使用

LT(level triggered)是缺省的工作方式，并且同时支持block和no-block socket。在这种做法中，内核告诉你一个文件描述符是否就绪（参照Stevens的书）了，然后你可以对这个就绪的fd进行IO操作。如果你不作任何操作，内核还是会继续通知你的，所以，这种模式编程出错误可能性要小一点。如果是以LT方式处理，只要数据未处理完（send、recv内核缓冲有数据）就会不停的收到 EPOLLIN