@
chaleaoch 说一下我自己的理解，欢迎斧正：
首先 twisted 和 epoll 不一样，它们要解决的不是同一个问题。前者是想要在不切换线程的前提下执行多个任务，主要为了对抗 GIL(<strike>Gay In Love</strike>)，后者是用更快的时间来处理更多的文件（网络应用是主要方向之一），即 IO Multiplexing，epoll 模型可以作为 twisted 工作的底层平台优化手段，但是两者无直接关系，twisted 主要还是在应用层做的优化。
具体来说 twisted 使用了 reactor 模型，可以简单理解为一堆任务放在一个队列中，循环扫描，谁发生了某个事件就把它拿出来调用对应的回调函数，这点和 epoll 做的事很类似（在一堆 fd 里只关注发生了某些事件的 fd ），但它们不是同一个东西。既然卡单线程，那就让单线程循环扫描一堆任务，谁举手就执行谁，反而很多情况下比多线程更高效（免去了状态切换等一系列开销），坏处是如果举手的是个坏小子，卡死了主线程，那其他人都没得玩。
关于 epoll 并不是为了对抗解释器锁或者之类的限制的，而是为了更高效地处理更多的 sockets （在网络编程中），同样可以看作是让一堆 fd 举手发言，把举手的那几个捞出来单独处理，而不用一个个地问。