nginx文档中说可以自动选择适合的方法： {代码...} 配置文件中没有指定use epoll，请问如何判断nginx是否使用了epoll？

然后再 epoll 中有一个时间轮变量 timeWheel, 每有一个新的连接就封装一个定时器你,添加到时间轮的对应槽中,每定时器到期就执行 tick

然后开启服务端，用浏览器访问127.0.0.1:8888，此时服务端信息以及抓包如下所示：这里我有两个问题：1.为什么会有两次连接进来？而且根据http请求报文的来源，真正有用的连接似乎只是46822？2.从抓包结果我所理解的是，46822进行了三次握手，而46824只进行了一次握手，为什么服务端明明accept了但是没有SYN+ACK发回？

运行以后可以访问，但使用压测软件测试会抛出[Errno 107] Transport endpoint is not connected这样的异常

最近在研究 IO 多路复用中的 epoll API看到下面这段代码： {代码...} 所以怎么操作系统才算是一个事件是可读的呢？判断该 socket 对应的 read 内核缓存区内的数据长度不为 0 吗？长度大于 0 为发生可读事件？长度等于 0 为没有可读事件发生？那怎么判断 可写事件 是否发生呢？操作系统总不能是通过判断该 socket 对应的...

不会。epoll是需要进程自己调用epoll_wait去阻塞等待事件发生的，如果进程在进行处理时有新事件发生了，要等下一次调用epoll_wait时进程才能知道。

因为epoll每次返回的是有数据可读的fd，那么read的话肯定不会阻塞住的，那么用了epoll之后是不是就不要再把fd设为非阻塞了呢？？？

通过 ps 命令可以实现过滤，如下面的 u0_a1067 对应了三个进程： {代码...} 在Android中除了 ps 命令是否还有其他代码方式可以拿到这些进程名（当然不能说用代码执行 ps 命令）

select如上图所说select poll是轮训方式来查看所有监听的socket,这里的意思是说调用了select poll后就死循环轮训所有要监听的socket集吗，那这样的话不是很蠢效率很低吗？这里epoll是说是用回调方式来检测就绪事件，意思是说epoll调用以后进程阻塞也也不做轮训 当某个socket有数据时通知调用epoll的进程唤醒吗？

在linux下，apache依然是select，nginx可采用epoll，那么:apache 依然排队处理nginx 的epoll机制，来一个请求，扔给php-cgi,然后接着下一个请求。当php-cgi处理完了在返回给客户端就行了。这样就并行起来了。

猜测：写个模拟函数，仿造epoll

默认使用的就是epoll，在Linux版本

可供参考 [链接]

纯造谣, redis一般情况下也是小于1000个连接, 为什么他用的epoll?现在不用epoll的理由只可能是: 1. 懒得写, 2 不会写, 3 老代码改不动.

可以去看tornado的ioloop模块。里面有说明 {代码...} 在Linux系统中用epoll,BSD或Mac OS X用kqueue,其他系统中用select。 使用的是python标准库中的select模块。实际上select模块也只是对系统的select的调用，并没有自己实现。 想深入研究的话可以看源码 感谢 @依云 的补充。python标准库中的select模块是对系统各种I/O...

很多一些博文或文章都以以下的文字解释 epoll： {代码...} 而也有质疑的部分，比如： [链接] [链接] [链接] 还有一些说的是epoll早期使用了mmap， 后面没有用了。 那么有真正的懂来解答吗 ？