从Linux内核看epoll对select，poll的优化
1、epoll在内核中通过红黑树管理海量的连接，所以在调用epoll_wait获取IO就绪的socket时，不需要传入监听的socket文件描述符。从而避免了海量的文件描述符集合在用户空间和内核空间中来回复制。select，poll每次调用时都需要传递全量的文件描述符集合，导致大量频繁的拷贝操作。
2、epoll仅会通知IO就绪的socket。避免了在用户空间遍历的开销。select，poll只会在IO就绪的socket上打好标记，依然是全量返回，所以在用户空间还需要用户程序在一次遍历全量集合找出具体IO就绪的socket。
3、epoll通过在socket的等待队列上注册回调函数ep_poll_callback通知用户程序IO就绪的socket。避免了在内核中轮询的开销。大部分情况下socket上并不总是IO活跃的，在面对海量连接的情况下，select，poll采用内核轮询的方式获取IO活跃的socket，无疑是性能低下的核心原因。
参考
扫一扫
1008
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
