pod 配置
| cpu | memory |
|---|---|
| 0.5 | 512M |
性能测试工具:
https://pts.console.aliyun.com/
| 并发 | 测试时间 | 压力来源 | 压测接口 |
|---|---|---|---|
| 100 | 2 分钟 | 公网 | /api/welcome |
ps: 并发100是先压测之后得到pod能承受的数量 (200并发无报错但是RT大大增加, 再多就开始报错了)
启动服务:
roadrunner 运行原理
laravel的octane内置支持roadrunner, 所以可以通过以下命令启动HTTP服务
php artisan octane:start --server=roadrunner --host=0.0.0.0 --port=8080 --rpc-port=6001 --workers=1 --log-level=warn
--max-requests=50000 --rr-config=/var/www/.rr.yaml
基础概念:
QPS(TPS) = 总请求数 / 时间(秒)
并发(是对于客户端的理解, 比如 100 并发) QPS (是对于服务端可以处理请求的速度), 两者并没有必然关系
测试列表:
官方的建议是 workers 数量等于 CPU 线程数
开启keep-alive可以提升 40% 性能
max-requests 无内存泄漏问题, 可以设置成 0 或者很大的一个值(此次测试过程设置为 50000)
| workers | max-requests | 成功率 | 平均RT(ms) | 总请求数 | TPS(平均/峰值) | 预览图 |
|---|---|---|---|---|---|---|
| 1 | 50000 | 100% | 1378 | 8665 | 72/118 | 
|
| 2 | 50000 | 100% | 1090 | 10000 | 91/170 | 
|
| 4 | 50000 | 100% | 1307 | 9042 | 76/133 | 
|
| 8 | 50000 | 99.16% (内存达到极限, 处理太慢超时错误) | 2161 | 5501 | 46/78 | 
|
| 2 | 500 | 93.68% (请求到达 500 重启) | 1567 | 7508 | 65/174 | 
|
| 2(不开opcache) | 50000 | 100% | 1118 | 10000 | 89/190 | 
|
性能负载图
- CPU基本没什么变化, 内存是因为开多个woker会占用更多的内存
- 经上所测在这个配置下我选择了使用 workers=2 且 opcache.enable_cli = 0
- 不开
opcache每个worker大约节省60M左右内存
Golang 压力测试
补一张Go程序0.5U128M * 150pod 的性能图, 何时 PHP 能达到这个程度
