有大量的基準測試，可以比較 Apache、nginx、lighttpd、LiteSpeed/ OpenLiteSpeed、Cherokee 等。
不幸的是，似乎大多數基準測試都是「小靜態檔案」類型，這是相當無用的...誰使用網頁伺服器來提供小型靜態檔案？
為什麼沒有人為 php 應用程式的預設安裝運行基準測試，例如：
- WordPress
- 德魯帕爾
- phpBB
- 梅納爾托畫廊
- 馬根托
- 開放購物車
等
這將更好地表明在實際使用類型條件下什麼最有效，並且可以讓人們更好地了解最適合他們需求的伺服器。
上述流行的 php 應用程式可能會滿足大量網頁伺服器使用者的需求。
當然，在這種基準測試中，MySQL、PHP 等的效能將會發揮作用，我們不會獲得網頁伺服器的原始效能資料。但誰真正關心 RAW 數據呢？人們實際上只關心比較性能，這就是他們檢查基準的原因。
如果我們開始進行此類基準測試，我們最終可能會得出這樣的結論：伺服器比較毫無意義，因為競爭產品之間沒有顯著的效能差異，並且基礎設施/設定中還有其他項目需要更多的優化關注。
我相信運行基準測試的人都很聰明，並且知道以上所有內容……那麼為什麼我們仍然繼續獲得毫無價值的「小靜態檔案」基準測試呢？
答案1
最重要的基準測試是在您自己的伺服器環境中的自己的硬體上進行一些更改之前針對應用程式進行的基準測試，然後重新運行它們。
如果您嘗試為您的應用程式或設定選擇是否使用框架 X 還是框架 Y，這將無濟於事，除非您能夠在投入生產之前使用多種配置來測試伺服器。
但是，當您查看已發布的基準時，您是對的，並且有很多因素會影響結果。它們毫無價值嗎？也許不完全；如果某個特定的框架或伺服器在多次測試中表現良好，那麼它可能會為您表現良好。如果它很慢，它可能會相對較慢。
您可能還需要考慮其他因素。如果您沒有使用它的經驗並且必須在最後期限內推出產品，那麼快速框架有什麼用呢？維護它的人是否有該平台的經驗，或能夠快速學習？也許您擁有特定語言或伺服器的內部經驗，這可以減少維護開銷或添加模組或功能。也許您需要一個積極維護的平台，以便您可以確信錯誤會及時修復，或者當您需要幫助時，有一個活躍的社區可以提供建議。畢竟，如果您無法先對其進行配置和調整，那麼最快的伺服器也沒有多大幫助。
答案2
我想你剛剛回答了你自己的問題。靜態文件基準易於設定且易於測量。新增應用程式堆疊後，變數將從一個（Web 伺服器）增加到可能有數十個。 “PHP 配置怎麼樣？也許 MySQL 伺服器缺乏 RAM？磁碟配置正確嗎？”等等。
靜態基準測試測試一件事：給定的 Web 伺服器服務 HTTP 請求的速度有多快？一般來說，這就是您希望網頁伺服器完成的全部工作。一旦談論應用程式伺服器，遊戲規則就完全改變了。
公平地說，有針對 Web 框架和一些應用程式伺服器的基準測試：http://www.techempower.com/benchmarks/