最近在了解webman關(guān)于優(yōu)化Linux內(nèi)核的內(nèi)容，里面提到了在這個(gè)優(yōu)化基礎(chǔ)之前，需要開(kāi)啟event擴(kuò)展。此前有了解到IO多路復(fù)用里面的幾種模式，于是想通過(guò)實(shí)際的測(cè)試，來(lái)看下開(kāi)啟event擴(kuò)展之后實(shí)際的提升有多大。

一 環(huán)境準(zhǔn)備

在起初，直接本地搭建環(huán)境。通過(guò)相同的鏡像（這里借助了tinywan/docker-php-webman的鏡像）構(gòu)建了兩個(gè)容器，兩個(gè)容器都設(shè)置了linux內(nèi)核優(yōu)化的相關(guān)參數(shù)。然后一個(gè)開(kāi)啟event擴(kuò)展一個(gè)未開(kāi)啟，然后通過(guò)宿主機(jī)去壓測(cè)，兩邊壓測(cè)結(jié)果都沒(méi)啥區(qū)別，于是想到有可能是因?yàn)樗拗鳈C(jī)自身的并發(fā)數(shù)限制，于是決定直接在阿里云上搞。

1.1 機(jī)器配置

受壓端與施壓端保證同一個(gè)可用區(qū)，通過(guò)內(nèi)網(wǎng)壓測(cè)，機(jī)型選擇的是通用算力型，避免用共享型機(jī)器，系統(tǒng)均是Debian
受壓端：2核(vCPU) 2 GiB
施壓端：8核(vCPU) 8 GiB

1.2 環(huán)境配置-受壓端

安裝PHP8.0，搭建webman，設(shè)置linux 內(nèi)核，其中l(wèi)inux設(shè)置內(nèi)核生效的有以下幾項(xiàng)

設(shè)置打開(kāi)文件數(shù)

關(guān)閉event擴(kuò)展

開(kāi)啟event擴(kuò)展

壓測(cè)接口
官方自帶示例接口/index/json

1.3 環(huán)境配置-施壓端

設(shè)置linux內(nèi)核

設(shè)置文件打開(kāi)數(shù)

安裝 Apache的ab工具

二 壓測(cè)

2.1 未開(kāi)啟event擴(kuò)展

壓測(cè)命令
ab -n 2000000 -c 5000 -k http://172.18.155.51:8787/index/json

受壓端CPU狀態(tài)

施壓端CPU狀態(tài)

壓測(cè)失敗

壓測(cè)結(jié)束，這里受壓端還一直持有connection，估計(jì)是因?yàn)閴簻y(cè)端的異常斷開(kāi)

縮小并發(fā)數(shù)
ab -n 2000000 -c 1500 -k -r http://172.18.155.51:8787/index/json

QPS壓測(cè)結(jié)果：
67065.64
66931.87
66882.92

2.2 開(kāi)啟event擴(kuò)展

壓測(cè)命令
ab -n 2000000 -c 1500 -k http://172.18.155.51:8787/index/json

受壓端CPU狀態(tài)

施壓端CPU狀態(tài)

3次QPS壓測(cè)結(jié)果：
66183.54
64454.47
66645.59

增高并發(fā)數(shù)
ab -n 2000000 -c 5000 -k -r http://172.18.155.51:8787/index/json
受壓端

壓測(cè)結(jié)果

三 結(jié)果

受壓端保持兩個(gè)worker

3.1 并發(fā)數(shù)1500

不開(kāi)啟event與開(kāi)啟event表現(xiàn)基本一致

3.2 并發(fā)數(shù)5000

不開(kāi)啟event，施壓端出現(xiàn)報(bào)錯(cuò)
apr_pollset_poll: The timeout specified has expired

開(kāi)啟event，壓測(cè)正常

四 疑問(wèn)

并發(fā)數(shù)超5000，開(kāi)啟event能正常受理，這個(gè)能夠理解。
但是按照兩種多路復(fù)用的模型，epoll的方式在性能上不應(yīng)該比select上更加出色嗎，為啥兩者在并發(fā)數(shù)1500的時(shí)候，表現(xiàn)出來(lái)的性能卻是差不多的？