Laravel
话题列表 社区 Wiki 优质外文 招聘求职 Laravel 实战教程 社区文档
登录
注册

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

meows 的个人博客 / 1572 / 101 / 创建于 4个月前 / 更新于 4个月前

Swoole协程(常驻内存) PK FPM（半常驻内存）

证明这篇帖子是完全错误的，常驻内存（Swoole）不如FPM： https://learnku.com/articles/85038。

  1. 压测参数：wrk -c 100 -t 4 -d 30 localhost:8000
  2. 机器：CPU 8核心, 内存16GB
  3. 程序工具：
    编号 框架 编程语言 容器 进程数量
    1 ThinkPHP 8 PHP 8.1.25 nginx+php-fpm nginx:32 - phpfpm:64
    2 Hyperf PHP 8.1.25 Swoole HttpServer Worker: 16

压测代码：

1. Hyperf：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

2.ThinkPHP 8：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

ThinkPHP8 FPM派系：

php-fpm, nginx 进程数量：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

2次最终结果：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

Hyperf 常驻内存派系：

Swoole\HttpServer 进程数量：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

2次最终结果：

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

压测结果：

编号 框架 QPS CPU占用率
1 ThinkPHP 142 90%
2 Hyperf 245 12%

CPU占用率证据：

Hyperf

“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

ThinkPHP 8

nginx 配置：
“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

fpm 配置：
“wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”

Hyperf 确实不行250（二百五），fpm 140（妥妥高智商）。

实际上Hyperf 平均在250 qps， fpm 差不多稳定140。连续两次截图压测，毕竟网络有抖动。
我笔记本是无线压测的，有线肯定不止这点。

流行指数：

下面数据能看出Hyperf 已经直追ThinkPHP8。

编号 框架 安装量
1 topthink/framework 2364564
2 hyperf/engine 1901888
本作品采用《CC 协议》，转载必须注明作者和本文链接
meows
课程读者 18 声望
暂无个人描述~
《L01 基础入门》
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 101
排序：
时间 投票
农夫山泉
课程读者 75 声望

我不是要证明swoole 或者webman不行。而是要打破他们说的性能高几十倍的说法。如果实际使用场景QPS只是高出一倍的话。要就那要考虑是不是应该转用swoole框架。

4个月前 评论
农夫山泉 （作者） 4个月前
@meows 我想表达的是，当你项目的瓶颈是数据库查询写入，换常驻内存框架也没有多大作用。
meows （楼主） 4个月前

就我这机器，我觉得开8-12个最佳，一样干翻fpm

tusi 3个月前
项目的瓶颈是数据库查询写入,会io堵塞的，除了数据库堆硬件，搞主从。swoole非堵塞处理也能提高很大性能吧。比如你要一次性插入几万条数据，用swoole可以开协程，一个协程插入5000条，这样性能是不是上去呢？
农夫山泉
课程读者 75 声望

any way.这个帖子非常好，起码自己动手测。知道swoole 好在哪里。

4个月前 评论
农夫山泉
课程读者 75 声望

hyperf跟thinkphp是不是用同一个http客户端扩展包？

4个月前 评论
liuzhanpeng
0 声望

无论是swoole 或者 workerman，当遇到阻塞操作时，比如网络请求阻塞、文件IO阻塞等，如果这些阻塞操作持续时间较长，会导致事件循环无法继续执行其他任务(由于常驻内存，可能做连接池，不用频繁创建/销毁对象，理论上性能也会有一点做优势）。但swoole有提供协程化的MySQL Client，所以遇到数据库读写也不会阻塞。hyperf 也有Hyperf\Guzzle进行了协程化处理，你换这个做网络请求，QPS会马上上来。

4个月前 评论
meows （楼主） 4个月前
你这回答我有点心凉，是一点没看! 本身就是guzzlehttp for hyperf
JaguarJack
Laravel 9.x 译者 777 声望 / 开发 @ 家里蹲开发公司

本质上 Swoole/Workerman 还是阻塞的，不是异步的。他们胜在文件 io 加载，PHP8 有 JIT 的加持之后，个人认为差距没有十几倍，几十倍这么夸张。hy 可以开启协程在测试下。还有一点就是 hy 我记得支持数据库连接池的。也是可以提速的，都可以用上看看。

4个月前 评论
meows （楼主） 4个月前
hyperf 本身就是全协程的框架，Workerman是IO同步阻塞的，但是本身实现是非阻塞IO，PHP历史原因都是IO阻塞库，没办法。
meows （楼主） 4个月前
我不认可他的观点是：常驻内存没有明显提升，但凡用laravel 对比下Larvel octane laravel s 就知道差距。
JaguarJack （作者） 4个月前
@meows 有提升，没十几倍这么夸张
mrpzx001 4个月前
Workerman阻塞，Swoole不阻塞
Aoyamakiri
Laravel 9.x 译者 33 声望

hyperf请使用协程风格编程，默认这个选项是不开启的

4个月前 评论
Aoyamakiri （作者） 4个月前
@meows swoole支持绝打部分的异步io，如果开了协程的不会阻塞的 wiki.swoole.com/#/runtime?id=swool...
meows （楼主） 4个月前
默认就是协程驱动，不然不可能有这差距。
meows （楼主） 4个月前
你说的开启要如何算开启。
Aoyamakiri （作者） 4个月前

@meows 默认是Swoole异步风格，多进程模型官方文档里都有说
2.x
开启方法：修改 autoload/server.php 配置文件，设置 type 为 Hyperf\Server\CoroutineServer::class 即可启动协程风格。

<?php

declare(strict_types=1);

use Hyperf\Server\Event;
use Hyperf\Server\Server;

return [
    'type' => Hyperf\Server\CoroutineServer::class,
    'servers' => [
        [
            'name' => 'http',
            'type' => Server::SERVER_HTTP,
            'host' => '0.0.0.0',
            'port' => 9501,
            'sock_type' => SWOOLE_SOCK_TCP,
            'callbacks' => [
                Event::ON_REQUEST => [Hyperf\HttpServer\Server::class, 'onRequest'],
            ],
        ],
    ],
];
meows （楼主） 4个月前
@Aoyamakiri 异步风格和协程风格都是协程化的。
meows （楼主） 4个月前

@Aoyamakiri 异步风格：Swoole\HttpServer 多进程（worker,manager, master, task worker） 协程风格：Swoole\Coroutine\HttpServer 单进程类似nodejs

meows （楼主） 4个月前

好好看原文：Hyperf 还提供了协程风格服务，此类型为单进程模型，所有的自定义进程会全部以协程模式来跑，不会创建单独的进程。

Aoyamakiri （作者） 4个月前
@meows 文档第一行：Hyperf 默认使用的是 Swoole 异步风格，此类型为多进程模型，自定义进程为单独进程运行。
Aoyamakiri （作者） 4个月前
@meows 你可以用Hyperf\Utils\Coroutine::inCoroutine(): bool这个方法来判断是否是协程
meows （楼主） 4个月前
试了，就是协程环境娅
Aoyamakiri （作者） 4个月前

@meows 另外附加一张我自己的压测图，无nginx转发。8h8g，cpu: AMD 5800x

meows （楼主） 4个月前
我刚刚测试过就是协程环境，如果你不相信我可以自己安装一个试试。
meows （楼主） 4个月前
这说明你本地网络环境好呀
meows （楼主） 4个月前

@Aoyamakiri 异步服务器风格默认就是开启协程的，只是你可以关闭。你这QPS高不能说明什么，只能说明你网络比我好许多。

Aoyamakiri （作者） 4个月前
@meows 那网络不好的测试没有意义啊。这种并发测试不就是要排除网络环境嘛
meows （楼主） 4个月前
@Aoyamakiri 怎么就没意义了，我这网络这么差都如此大差距，还不能说明问题？
meows （楼主） 4个月前
@Aoyamakiri 说实话，我worker 开4个，qps 可能都他比fpm 同步阻塞高许多。
Aoyamakiri （作者） 4个月前
@meows 那我举个例子，你连接速度就128k那你最大的压测能多少？即使并发能力有1w的你也只能压出1k。后面的请求即使处理完成了也只能排队
meows （楼主） 4个月前
@Aoyamakiri 问题是我网络有那么差？ 这已经达到目的了。实际平均255，fpm 140 这差距已经很客观了，你都不看CPU占用？
meows （楼主） 4个月前
@Aoyamakiri 他想要达到我这QPS，需要开多少FPM进程才能达到，但是那么多进程上下文切换CPU占用很可怕的。
Aoyamakiri （作者） 4个月前
@meows 我只是说的是网络差不能够很好的测出并发差距，我也从来没说你测试的不真实
meows （楼主） 4个月前
@Aoyamakiri 所以8个就行了， 根本不需要16个，CPU占用还可以降低，包括内存占用。
meows （楼主） 4个月前
@Aoyamakiri 晚一点我更新一下，hyperf 8 个worker, fpm 32个进程差不多，毕竟8核心的机器。
mrpzx001 4个月前
hyperf不管啥风格都是全协程环境
meows （楼主） 4个月前
@mrpzx001 多进程可能连接是多线程accept()，协程风格类似于workerman 那种单线程接收解析数据请求，交给框架处理。
nff93
课程读者 128 声望 / 搬砖工 @ 工地

我觉得测试应该是测试框架本身的性能，而不是加一个外部请求然后测性能。

如果两个框架本身只需要50ms和100ms，这时候他们的差距是两倍。但是你请求百度需要500ms，这时候他们性能差距就不到10%了 :dog:

我觉得查询数据库比请求外部URL靠谱很多。

4个月前 评论
raybon 4个月前
我之前测试过，laravel + octane 和 hyperfy 就测了一个接口，确实差异性不大，我还没找到问题
meows （楼主） 4个月前
@raybon 你那个IO比较小
meows （楼主） 4个月前
到时候别人会说你用的不是他代码，我只能这么做。
raybon 4个月前
@meows IO是小，但是也没达到我的预期，我还没找到问题在哪
meows （楼主） 4个月前
@raybon 说明没有太大IO才会这样，，只要有IO波动差距就很明显了。
农夫山泉 4个月前
@raybon 这么多人有疑问，那就不是我一个人的问题。不清楚新技术哪里好哪里快就麻木冒险使用，恐怕不是稳妥的方法
raybon 3个月前
@meows 我是对比两个框架的性能，不会加入IO，只是单纯的去做对比，看看那个在处理上更快，可能那个地方我没配置对，理论上按照文档的说明，我这个测试结果还远远达不到
mrpzx001
25 声望

@Hyperf @李铭昕

4个月前 评论
李铭昕 4个月前
以后这种帖子不要 at 我了，真没劲
DianWang
课程读者 328 声望 / 磁盘清理大师 @ 广州造轮子科技

可以试试go的，其实也没想象的那么强 :joy:

4个月前 评论
meows （楼主） 4个月前
我觉得结果挺可观了，昨晚我试了下8个worker (hyperf) qps 平均215, php-fpm (32个)+nginx(24个) 平均QPS 80几个。
lovewei
105 声望

fpmcpu占用90%，开了opcache吗？
常见的业务场景，主要是数据库操作多，可以测下数据库业务查询或写入并发情况。

4个月前 评论
meows （楼主） 4个月前
没开，开了这种IO密集型顶多提升几个QPS，没太大提升。
李铭昕
561 声望 / 作者 @ Hyperf

高手，你这么压测，Golang 压测结果也一样稀碎。

你 FPM 进程 64 个，并发 100

你要不把 FPM 进程设置为 100 个，性能绝对能跟 Webman Hyperf 持平。

4个月前 评论
李铭昕 （作者） 4个月前

有人压测，并发设置为 1，然后压测一个服务，QPS 结果才 1qps。然后他修改并发设置为 100000，qps 变成了 100000，没想到服务都没重启，结果性能差距差了 100000 倍，简直匪夷所思。

李铭昕 （作者） 4个月前
@meows 测试框架性能，肯定是不带 io，你就会发现 webman 和 hyperf 能行会吊打 fpm。但凡你要测试正常情况，那肯定是并发高，处理进程少，增加 io 来测试，比如 1000 并发，fpm 和 hyperf 进程数改成 1，这样看结果。
meows （楼主） 4个月前
你也是看过那人原帖子的把，我在开始处就贴出来了。他说hyperf, workerman 和 fpm 差距没那么大，我只能用他的代码来证明。不然他会说代码不一样。
晏南风 4个月前
@李铭昕 有卧龙的地方一定有凤雏 :neutral_face:
meows （楼主） 4个月前

Hyperf 我在缩减到8个进程，QPS 依然比FPM多增加20个进程QPS要高，就算FPM增加进程池数量达到相同QPS，那个进程上下文切换就能吃不少CPU,一台服务器还要做其它逻辑代码，性能就会差许多。虽然这压测没体现差距，但相同情况下Hyperf能做更多事情。FPM就进程切换都已经使用太多CPU资源了，其它进程还怎么运行。

李铭昕 （作者） 4个月前
@meows 你觉得呢？你并发才 100，fpm 进程数就 64，最多一个进程才处理 2 个并发。也就是说就算 hyperf 除了访问百度的时间外，其他都是 0 时间，最高 qps 也不会超过 fpm 的 2 倍。当然，除非你访问百度，速度非常快。协程的优势从来不是单一接口的访问速度优势，还是海量接口的处理速度优势。
李铭昕 （作者） 4个月前
@meows 我已经说的很清楚了，你这种测试方法，你测试的不是服务性能，你测试的是百度性能，根本没有意义。你但凡并发搞到 10000 以上，你都不会有这个疑问。
meows （楼主） 4个月前
@李铭昕 不能测试出hyperf真实性能，至少证明他观点完全错误。不仅用最少进程QPS高许多，CPU使用率低太多了。
nff93 4个月前
哈哈哈，大佬还是下场了
李铭昕 （作者） 4个月前
@meows 好吧，那帖子我看了。因为他没带 Hyperf，我就没下场，我还纳闷，怎么这种很误导人的测试方法，这么短时间来了两个。。。
农夫山泉 4个月前
在特定的情况下，差距并不明显。要搞清楚。
1
L学习不停
Laravel 8.x 译者 606 声望

@李铭昕 大佬，我之前也是一知半解，但我看了你们对话我大概理解的意思是，

测试框架性能是测试框架本身运行的耗时，而例子中请求了外部链接，外部链接耗时并不代表框架运行速度。

我基于此发现了这其实是逻辑问题，要理清楚关系和概念后再讨论才有意义。是否可以这样理解？

4个月前 评论
李铭昕 4个月前
@农夫山泉 所以如果侧重压测io 阻塞进程，那可以使用慢 io，如果只测试框架启动，那可以不加 io。如果要测试数据库建链，就用数据库快查询。
李铭昕 4个月前
我说的框架性能可能也不太恰当，框架从接受链接到业务代码的执行效率。因为业务代码的不同，会导致框架性能千差万别，所以以此来判断框架性能也是不太合适的。
李铭昕 4个月前
不过总体来说，测试一个框架的真实实力，完全不增加处理逻辑，直接返回 hello world 也是一直对于框架性能的一种直观表现。接下来再测试 IO 能力，测试处理 IO 的能力，像这篇文章 100 并发，用 64 个进程处理，是测试不出来什么东西的，因为一个进程最多处理两个请求，所以核心耗时就变成了百度的响应速度。
李铭昕 4个月前
搞成 1000 并发，用 1 个进程处理，才能真正得到处理 io 的差距
农夫山泉 4个月前
@李铭昕 常驻内存框架都声称可以减少进程切换和数据库连接的开销。那单纯不连数据库测，fpm框架qps并发也不低。所以数据库查询压测是最适合。
李铭昕 4个月前
@农夫山泉 常驻内存框架，明明减少的是框架启动的时间，和数据库建连的时间，另外协程框架在这之上还有跳过io阻塞整个进程的能力。压测数据库，如果数据库速度很快，那只能测试框架启动和建联的性能差异。
迷途的羔羊
12 声望

好多人连并发和阻塞都没搞懂，协程解决的根本问题是什么都不知道，你这压测场景就像这个例子：我和举重冠军比赛，举重的项目是5公斤级的，怎么举重冠军能举起来我就举不起吗

4个月前 评论
农夫山泉 4个月前
如果目的是异步Io操作。没有必要使用swoole.有其他的解决方案如amphp.
mrpzx001 4个月前
@农夫山泉 amphp那玩意你试过？
迷途的羔羊 （作者） 3个月前
@农夫山泉 不是异步的问题，是楼主的测试100个连接问题，fpm和swoole的差异化体现不出来，95%的响应时间都花在连接百度的过程
迷途的羔羊 （作者） 3个月前
@农夫山泉 压测100个连接，fpm都接近1：1的进程了，swoole的优势就剩下皮毛，swoole的优势是同步写法实现了非阻塞的效果，你用异步实现非阻塞IO当然也可以包括swoole早期版本也是这种模式，不过会有回调地狱的弊端，协程模式是弥补了这种弊端
Tomcc
6 声望

实际落地坑多吗？看到好几个文章了 都说虽然强，但慎用，坑很多，既然坑很多且一般开发者不好解决的话再强也没用啊

4个月前 评论
meows （楼主） 4个月前
190w安装量说明很多人使用，大胆玩。
sheshou 3个月前
hyperf 稳得很
农夫山泉 3个月前

我准备入坑了.基于swoole的hyperf框架确实比php-fpm有优势.你可以参考

博客：swoole框架真的比php-fpm要高并发吗?

lwies 3个月前
hyperf 做api开发的话坑很少，我司已经全面使用，最多流量的时候1亿PV，也没出什么问题
1
农夫山泉
课程读者 75 声望

了解一下其他语言的异步非阻塞web框架吧。例如nodejs.我测的目的是为了指出，如果你的项目是因为数据库查询导致请求慢，换成swoole或者webman框架并不能解决问题。测试数据和参数方法都是写明白的。我不明白哪里误导了。反而是有些网友太过上头。非常情绪化

4个月前 评论
李铭昕 4个月前
你这说的就太绝对了，如果你数据库性能够高，但只几个接口查询慢，而这几个接口又不并发特别高的情况下。那这种请求在 FPM 里会阻塞整个进程，但是在 Swoole 里，可以有效的减少对其他接口的影响。所以协程框架是有一定抗压这种情况的能力的。当然，如果这个慢查的并发很高，高到打崩数据库，那就没办法了。
李铭昕 4个月前
而大多数情况，应该是这种慢查的接口，并发都不会很高，因为一旦高了，数据库就挂了，自然会有人去着手优化了。
农夫山泉 （作者） 4个月前
@李铭昕 我就是想解决这个问题,怎么证明"FPM 里会阻塞整个进程"和 swoole能避免这种情况? 这个测试要怎么设计呢?请指教
李铭昕 4个月前

@农夫山泉 最简单的就是 sleep 1 ，然后并发 10000 压测 fpm 或者 swoole 单进程

李铭昕 4个月前
@农夫山泉 如果觉得 sleep 1 不符合实际情况，那就再写一个接口，部署在其他服务器上，然后那个接口 sleep 1，然后这边用 guzzle 访问那个接口。再并发 10000 压测单进程 fpm 和 swoole 即可。
农夫山泉 （作者） 4个月前
@李铭昕 这些好像是我之前测的方法.
Jyunwaa
74 声望 / 首席吹水官 @ 技术有限公司

这是一篇可以让人血压升高的帖子，只能说Hyperf作者的脾气真好。

3个月前 评论
巅峰互联
课程读者 19 声望 / PHP开发 @ 自由职业者

没有业务的测试，都是假测试！真正的瓶颈是查询数据库，不是代码

3个月前 评论
yourself
192 声望 / 招聘 @ 你猜

无聊的测试，生产环境对于并发的优化受很多因素影响，不是说单纯靠程序都能搞定的。合理的利用资源，才能提升性能。php+fpm 完全能把企业做上市了，真到了需要高并发时候业务都起来了，在针对业务场景优化完全来得及。只要你明白高并发说的是什么，用什么都一样。

3个月前 评论
农夫山泉 3个月前
模拟业务的测试,php-fpm有可能被慢接口"阻塞",而swoole不会
wujingke
49 声望

现在 硬件便宜，测试也没有什么意义 用tp也好 laravel hyperf 也好 自己喜欢用什么就用什么。我们曾经用hyperf 开个几百个容器，一天几百万ip。

3个月前 评论
农夫山泉 3个月前
所以我的阻塞测试意义就在这里，php-fpm会慢接口会占用进程，swoole使用协程，慢接口不会影响其他请求。这个区别还是很大。
lovewei 3个月前
你说的一天几百万IP是pv吗？如果是PV，这点量不算多，单节点(4核8G)fpm轻松就能做到。
arukas
课程读者 68 声望

看到请求一个网页我就笑了，我自己写一个页面sleep(5)再响应200 ，fpm性能会更好。设计这种XX设计简直就是浪费大家的时间

3个月前 评论
EasySwoole-XueSi
6 声望

看到这个，我就觉得好笑。我觉得你可以参考参考别人家的这个压测 www.techempower.com/benchmarks/#se...

17小时前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！
支持 MD 帮助
meows
未填写
文章
1
粉丝
0
喜欢
1
收藏
4
排名：1628
访问：1762
私信
所有博文
文章归档
1 篇 2023 年 12 月
最新文章 最受欢迎
4个月前 “wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”
1 “wrk 压测 hyperf 常驻内存框架居然不如thinkphp8性能”
社区赞助商
成为赞助商

关于 LearnKu

LearnKu 是终身编程者的修道场
做最专业、严肃的技术论坛
LearnKu 诞生的故事

资源推荐

  • 《社区使用指南》
  • 《文档撰写指南》
  • 《LearnKu 社区规范》
  • 《提问的智慧》

    • 服务提供商

    其他信息

  • 成为版主
  • 所有测验
  • 联系站长（反馈建议）

    • 粤ICP备18099781号-6 | 粤公网安备 44030502004330号 | 违法和不良信息举报

    由 Summer 设计和编码 ❤

    请登录

    内容举报
    匿名举报，为防止滥用，仅管理员可见举报者。

    我要举报该，理由是：

    取消