這篇文章主要介紹了關於如何使用swoole加速laravel,有著一定的參考價值,現在分享給大家,有需要的朋友可以參考一下 再來複習一下吧,導致 php 慢的各種因素中解析性語言的特性可以說是罪魁禍首,再加上,每次請求完都釋放請求時所載入的全部文件,因此也就顯得更慢了。 後來我們有了 opcache ...
這篇文章主要介紹了關於如何使用swoole加速laravel,有著一定的參考價值,現在分享給大家,有需要的朋友可以參考一下
再來複習一下吧,導致 php 慢的各種因素中解析性語言的特性可以說是罪魁禍首,再加上,每次請求完都釋放請求時所載入的全部文件,因此也就顯得更慢了。
後來我們有了 opcache,使用這個的話,請求時間大概會縮短到原來的一半,但是我們會發現其實花的時間看起來還是很多。
這是為什麼呢?原因在於,opcache 只是省去瞭解析文件的時間,實際運行的時候,我們還是需要去把相同的代碼又跑一遍,具體我們可以看下圖:
我們假設一下,如果我們的代碼跑了一遍,不釋放的話,那麼下次再跑的時候不就可以節省了這重覆的時間?的確是的。
下麵開始正題:
1、安裝 laravel-swoole 擴展
1 |
|
2、swoole 擴展當然是必不可少的
1 |
|
需要在安裝完 swoole 擴展之後加到 php.ini 中,不贅述
3、在 config/app.php 服務提供者數組添加該服務提供者:
1 |
|
4、現在,你可以執行以下的命令來啟動 Swoole HTTP 服務。
1 |
|
ab 測試
測試環境: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 官方把這個作為研究方向
明確的學習思路能更高效的學習