select 和 epoll 区别
epoll 一共有三个函数，分别是 epoll_create() , epoll_ctl(),
epoll_wait() 。
下面介绍三个函数的原理
epoll_create()
该函数建立一个epoll句柄
epoll_ctl()
该函数是功能是将被监听的文件描述符添加到epoll句柄，或者从epoll句柄中删除，或者更改文件描述符的监听状态
epoll_wait()
该函数返回就绪的文件描述和就绪数目的大小
select 缺点
epoll 效率提升
当然以上优点是在特定环境下：
高并发，且任意时间只有少量的文件是活跃的，如果并发量低，文件活跃地多，select就不一定比 epoll 慢。
正确使用select和epoll需要理解在什么情况下，文件描述符会表示为就绪态。
SUSv3中说：如果对I/O函数的调用不会被阻塞，而不论该函数是否能够实际传输数据，此时文件描述符(未指定 O_NONBLOCK 标志)被认为是就绪的。
select 和 epoll 只会告诉我们 I/O 操作是否会阻塞， 而不是告诉我们到底能否成功传输数据。
默认情况下，epoll提供的是水平触发通知，表示epoll会告诉我们何时能在文件描述符上以非阻塞的方式执行 I/O 操作。 这和 select所提供的通知类型相同
epoll的边缘触发通知，表示自从上一次调用epoll_wait() 依赖，文件上是否已经有 I/O活动了，如果有多个I/O 事件发生的话，epoll将它们合并成一次单独的通知， 通过epoll_wait() 返回。 注意: 这里不同于信号驱动 I/O, 信号驱动 I/O中会产生多个信号。
想象下面一种情景
使用epoll监视一个套接字上的输入 （ EPOLLIN ), 接下来会发生如下事件。
边缘触发通知通常和非阻塞文件描述符结合使用
