标签:重复 jit alt 参考 参数 log 请求 highlight php
在此前的另外一篇文章讨论过 opcache:php 性能优化之opcache - 让你的php性能提升 50%
再来复习一下吧,导致 php 慢的各种因素中解析性语言的特性可以说是罪魁祸首,再加上,每次请求完都释放请求时所加载的全部文件,因此也就显得更慢了。
后来我们有了 opcache,使用这个的话,请求时间大概会缩短到原来的一半,但是我们会发现其实花的时间看起来还是很多。
这是为什么呢?原因在于,opcache 只是省去了解析文件的时间,实际运行的时候,我们还是需要去把相同的代码又跑一遍,具体我们可以看下图:
我们假设一下,如果我们的代码跑了一遍,不释放的话,那么下次再跑的时候不就可以节省了这重复的时间?的确是的。
1、安装 laravel-swoole 扩展
composer require swooletw/laravel-swoole
2、swoole 扩展当然是必不可少的
pecl install swoole
需要在安装完 swoole 扩展之后加到 php.ini 中,不赘述
3、在 config/app.php 服务提供者数组添加该服务提供者:
SwooleTW\Http\LaravelServiceProvider::class,
4、现在,你可以执行以下的命令来启动 Swoole HTTP 服务。
php artisan swoole:http start
测试环境:ubuntu 18.04,4核8线程 2.7~3.5GHz cpu,8G内存,120G SSD
测试结果:
ab参数:ab -n 1000 -c 100
我们发现 Time per request 是 2.512ms,当然,这只是一个简单的请求,不涉及数据库查询。总的来说,表现是要比 opcache 要好的,但这个毕竟是野路子,有多少坑我们不得而知,目前也不太了解是否有把这个用于生产环境的,但是这个思路其实真的很不错,最后期待一下 php 官方把这个作为研究方向??。
当然,这种做法虽然响应速度快了很多个数量级,但是个人感觉可能也还有不少问题有待解决的。
比如,状态管理,在测试中遇到了一个问题是,headers already send 的异常:
不知道是不是上一次请求对后续请求产生了影响。
虽然如此,但其实这也是 PHP 的一个发展方向了,比如正在研发中的 JIT。
参考 官方文档 获取更多信息。
标签:重复 jit alt 参考 参数 log 请求 highlight php
原文地址:https://www.cnblogs.com/eleven24/p/9308899.html