有很多的基准，比较Apache，Nginx，Lighttpd，LiteSpeed / OpenLiteSpeed，切诺基等
不幸的是，似乎大多数的基准是“小静态文件”types，这是相当无用的…谁使用Web服务器来提供小的静态文件？
为什么没有人运行基于PHP应用程序的DEFAULT安装基准：
这将更好地说明在实际使用情况下什么效果最好，并且可以让人们更好地了解最适合他们需求的服务器。
上面stream行的PHP应用程序可能会覆盖大量的Web服务器用户的需求。
当然，在这种基准testing中，MySQL，PHP等等的性能会发挥作用，我们将无法获得Web服务器的RAW性能数据。 但是，究竟谁真的关心RAW数字呢？ 人们真的只关心比较performance，所以他们检查基准。
如果我们开始做这样的基准testing，我们终于可以得出这样的结论：服务器比较是没有意义的，因为竞争产品之间没有显着的性能差异，基础设施/设备中还有其他项目需要更多的优化关注。
我相信那些运行基准testing的人很聪明，知道上面所有的…所以我们如何继续变得毫无价值的“小静态文件”基准？
最重要的基准testing是您在进行一些更改之前针对您的应用程序进行的testing，然后在您自己的服务器环境中的硬件上重新运行它们。
如果您尝试select是否将框架X与框架Y用于您的应用程序或configuration，那么这将毫无帮助，除非您在投入生产之前能够使用多种configurationtesting您的服务器。
但是当你看到公布的基准时，你是对的，有很多因素会影响结果。 他们毫无价值？ 也许不完全; 如果一个特定的框架或服务器在多个testing中performance良好，那么它可能对您有好处。 如果速度慢，可能会比较慢。
您可能还有其他因素需要考虑。 如果你没有经验的话，一个快速的框架有什么好处，你必须在最后期限内推出一个产品？ 维护它的人会在这个平台上有经验，还是能够快速学习？ 也许你有一个特定的语言或服务器的内部经验，可以减less维护开销或增加模块或function。 也许你需要有一个积极维护的平台，以便及时修复自信的错误，或者当你需要帮助时，有一个积极的社区提供build议。 毕竟，最快的服务器没有太多的帮助，如果你不能得到它的configuration和调整。
我想你只是回答你自己的问题。 静态文件基准很容易设置和易于测量。 一旦你添加一个应用程序堆栈，你将从一个variables（web服务器）到几十个。 “PHPconfiguration怎么样？也许MySQL服务器饿死了RAM？磁盘configuration是否正确？ 等等。
静态基准testing一件事：一个给定的Web服务器有多快可以服务一个HTTP请求？ 一般来说，这就是所有你想要的Web服务器。 一旦你在讨论应用服务器，游戏就会完全改变。
公平的说，Web框架和一些应用程序服务器有一些基准： http : //www.techempower.com/benchmarks/