FPM 调成静态,给了 300 进程。。。并发量单台也就 500。。。。5.1 的项目
你开到 100 估计并发也是 500 :joy:
@JaguarJack 还是得用 swoole
@JaguarJack 项目肯定没问题的。就访问了个首页。。。
针对 Laravel 的优化不能 只调整 FPM 进程参数。
更不能 盲目 调整 FPM 进程参数。
通常 CPU 只有十几个、甚至几个核心,开 300 个 Worker 反而会增加 CPU 在上下文切换调度上的负担,应该根据硬件配置优化。
另外,对于 Laravel 项目来说,瓶颈一般在于 PHP 代码,优化 LNM 带来的效益远不如优化 P。
LNM
P
@Wi1dcard 进程都是根据服务器配置设置的,Laravel 项目本身的配置优化和代码优化并不能显著的提示性能,当然也做了 Redis 缓存。
我们并没有测试特别复杂的逻辑,只针对项目一个简单页面进行测试,最后得出在 FPM 的工作模式下除了负载均衡加机器意外貌似没别的办法。
我要举报该,理由是:
你开到 100 估计并发也是 500 :joy:
@JaguarJack 还是得用 swoole
@JaguarJack 项目肯定没问题的。就访问了个首页。。。
针对 Laravel 的优化不能 只调整 FPM 进程参数。
更不能 盲目 调整 FPM 进程参数。
通常 CPU 只有十几个、甚至几个核心,开 300 个 Worker 反而会增加 CPU 在上下文切换调度上的负担,应该根据硬件配置优化。
另外,对于 Laravel 项目来说,瓶颈一般在于 PHP 代码,优化
LNM
带来的效益远不如优化P
。@Wi1dcard 进程都是根据服务器配置设置的,Laravel 项目本身的配置优化和代码优化并不能显著的提示性能,当然也做了 Redis 缓存。
我们并没有测试特别复杂的逻辑,只针对项目一个简单页面进行测试,最后得出在 FPM 的工作模式下除了负载均衡加机器意外貌似没别的办法。