我今天测试的workmanQPS(10w+)这么离谱吗(本地压测结果)

2023-06-08: 最近一段时间改造了一下gin中记录日志的方式，用了异步日志，响应能力大幅提升（1w->7w），这种设计/架构层面的影响还是很猛的呀。本来也想改造一下php中，不过目前没有找到合适的方法，php中没有异步写入的方法。网络请求相关的可以采用异步，但是文件写入没有异步的途径，最多也只是 monolog 中的集中写入。相比入异步写入可以提升的程度还是相对有限的。也不知道有没有其他同学有什么方案优化。

很久没关注 workman 了。昨天一个好友提了一下 workman ，然后看到 workman 官网的压测排行，就装了跑一下。我是没想到跑了 10w qps。

我用的 macbook pro m1 16/256 测试的。
php是brew直接装的 php7.4 。

印象中本机跑到10w上的只有 fasthttp 。 rust 和 java 的试了几个都没有跑到10w过。

gin+异步日志

workman php7.4

iris go 1.17

gin go 1.17

fasthttp go 1.17

因为之前跑的 spring 和 actix-web 并不是多高。我就不在这贴出来了。不过 workman 跑的这个成绩我是挺吃惊。 欢迎大家讨论一下。

下午增加测试（下午的为 php8 下测试，其他不变）

fasthttp + db (gorm/sqlite)

gin + db (gorm/sqlite)

webman + db (default/sqlite)

…. 不清楚为什么这个这么离谱

fasthttp + + 10log/q (每次请求记录10条log)

风扇响了不知道有没有影响

webman + + 10log/q (每次请求记录10条log)

还挺稳定，而且性能上我是没想到纯php跑出来的成绩竟然和go在web api上不分伯仲。看到这个结果我是对手上的go代码陷入了深思

顺便补一个 php 和 go fbnq 数列的计算对比吧
（win11 php8/go1.17 i7-8565U ）

这里还有一个斐波那契数列递归，在数学运算上，go 和 php 不是一个量级 ，斐波那契数列对比。因为递归的斐波那契数列的时间复杂度是 n^2 所以在这种场景 php 未来还有很大进步空间。

php 和 go 的字符串对比

php 字符串拼接 5000000 次

go 用 + 进行字符串拼接 100000 （是上面的1/50次但是用时是上面的几十倍），（如果想要快一点go要用 bytes.Buffer ）

go 用 buf.WriteString 处理字符串

尺有所短，寸有所长