为什么`poll.poll`比`epoll.poll`快？

Question

我认为epoll应该比poll更快，但当我做下面的实验时，它被证明更慢。

首先，我设置了1个服务器套接字和10个客户端套接字。

import socket
server = socket.socket()
server.bind(('127.0.0.1', 7777))
server.listen(1)

clients = [socket.socket() for i in range(10)]
for c in clients:
    c.connect(('127.0.0.1', 7777))

然后，我向poll和epoll注册了所有客户端

import select
ep = select.epoll()
p = select.poll()
for c in clients:
    p.register(c)
    ep.register(c)

最后，我在IPython中使用%timeit来比较运行时：

%timeit p.poll()
1000000 loops, best of 3: 1.26 us per loop
%timeit ep.poll()
1000000 loops, best of 3: 1.7 us per loop

也许epoll的套接字数量仍然太少，无法击败poll，但我想知道epoll中有什么东西让它在没有太多套接字被监视的情况下变得更慢。

Answer 1

每次轮询系统调用都需要将文件描述符列表复制到内核。对于epoll_ctl，这只会发生一次，但不是每次调用epoll_wait时都会发生。

此外，关于描述符watched1的数量，epoll_wait是O(1)，这意味着您是等待一个描述符，还是等待5,000或50,000个描述符。尽管轮询比select效率更高，但每次仍然必须遍历列表(即，就描述符的数量而言，它是O(N) )。

最后，除了“正常”模式之外，epoll还可以在“边缘触发”模式下工作，这意味着内核不需要跟踪您在收到就绪信号后已经读取了多少数据。这种模式更难掌握，但在某种程度上更有效。