性能优化之event扩展疑问

最近在了解webman关于优化Linux内核的内容，里面提到了在这个优化基础之前，需要开启event扩展。此前有了解到IO多路复用里面的几种模式，于是想通过实际的测试，来看下开启event扩展之后实际的提升有多大。

一 环境准备

在起初，直接本地搭建环境。通过相同的镜像（这里借助了tinywan/docker-php-webman的镜像）构建了两个容器，两个容器都设置了linux内核优化的相关参数。然后一个开启event扩展一个未开启，然后通过宿主机去压测，两边压测结果都没啥区别，于是想到有可能是因为宿主机自身的并发数限制，于是决定直接在阿里云上搞。

1.1 机器配置

受压端与施压端保证同一个可用区，通过内网压测，机型选择的是通用算力型，避免用共享型机器，系统均是Debian
受压端：2核(vCPU) 2 GiB
施压端：8核(vCPU) 8 GiB

1.2 环境配置-受压端

安装PHP8.0，搭建webman，设置linux 内核，其中linux设置内核生效的有以下几项

设置打开文件数

关闭event扩展

开启event扩展

压测接口
官方自带示例接口/index/json

1.3 环境配置-施压端

设置linux内核

设置文件打开数

安装 Apache的ab工具

二 压测

2.1 未开启event扩展

压测命令
ab -n 2000000 -c 5000 -k http://172.18.155.51:8787/index/json

受压端CPU状态

施压端CPU状态

压测失败

压测结束，这里受压端还一直持有connection，估计是因为压测端的异常断开

缩小并发数
ab -n 2000000 -c 1500 -k -r http://172.18.155.51:8787/index/json

QPS压测结果：
67065.64
66931.87
66882.92

2.2 开启event扩展

压测命令
ab -n 2000000 -c 1500 -k http://172.18.155.51:8787/index/json

受压端CPU状态

施压端CPU状态

3次QPS压测结果：
66183.54
64454.47
66645.59

增高并发数
ab -n 2000000 -c 5000 -k -r http://172.18.155.51:8787/index/json
受压端

压测结果

三 结果

受压端保持两个worker

3.1 并发数1500

不开启event与开启event表现基本一致

3.2 并发数5000

不开启event，施压端出现报错
apr_pollset_poll: The timeout specified has expired

开启event，压测正常

四 疑问

并发数超5000，开启event能正常受理，这个能够理解。
但是按照两种多路复用的模型，epoll的方式在性能上不应该比select上更加出色吗，为啥两者在并发数1500的时候，表现出来的性能却是差不多的？