以 PHP 為主的 HTTP server 有很多種架設方式，最傳統的大概就是 Apache + mod_php 來執行 PHP scripts。隨著技術一直在翻新，後來也有了 Nginx + php-fpm 的搭配模式出現，甚至連 PHP 在 5.4.0 都推出了 built-in server。
因公司需要，就順手測試了以下幾種搭配：
- Apache mpm-prefork + mod_php
- Apache mpm-worker using mod_proxy + php-fpm
- Apache mpm-worker using mod_proxy + php-fpm (by unix socket)
- Nginx + php-fpm
- Nginx + php-fpm (using unix socket)
- PHP build-in server
在開始看壓力測試結果之前，先來說一下測試環境：
- 所有的 HTTP server 除了以上搭配方式之外，其他都使用預設值 (像是不開啟 gzip 壓縮等)
- 另外壓力測試的 PHP script 內容也很簡單，僅有「phpinfo();」一行
- 1 core CPU
- 4 GB RAM
- 使用 ab (Apache Bench) 做測試
- ab 中每個 concurrency 固定會發出 1000 個 HTTP request，如 concurrency = 1 時僅有 1000 個 request，concurrency = 100 時，則送出 1000 x 100 個 request。
- 每次 ab 跑完一次壓力測試，均重新啟動 HTTP server 與 PHP server，以防止使用到 cache。
先簡單做個結論，詳細的壓力測試結果再請大家自行過目：
- concurrency = 1 時，沒有壓力測試會出現的情況，不過可以把 response time 和伺服器的 CPU、記憶體使用量當作一個基準值作為參考。
- Apache mpm-prefork 搭配 mod_php 的記憶體使用量最大，畢竟要 fork 一個 Apache instance 出來就要把 Apache 的 module 也 initialize 出來。小型伺服器不推薦這個方案。
- php-fpm 即使設定「pm.max_children = 50」，也可以輕鬆負荷超過 50 個 concurrency。比較微妙的是從 htop 看不出 php-fpm 有使用 thread 來同時處理 request。
- php-fpm listen on Unix socket 的效率比 listen TCP (127.0.0.1:9000) 的效率還要高一些，但是在高負荷的情況下會變得很不穩定，猜測和 OS 的 socket 實作、設定有關連。
- PHP built-in server 遇到在高負載的情況下表現的不錯，唯獨 log 給的資訊太少，不方便做分析。但也可考慮透過 Nginx proxy 給 PHP built-in server，讓 Nginx 來處理 log。
最後做個廣告，Hackmd 真不錯用，筆記寫完最後還以轉換成 HTML 下載，有夠方便的啦！