有大量的基准测试,比较Apache、nginx、lighttpd、LiteSpeed.OpenLiteSpeed、Cherokee等等。
不幸的是,似乎大多数基准测试都是“小静态文件”类型,这是相当useless...who使用一个are服务器来服务小的静态文件?
为什么没有人为php应用程序的默认安装运行基准,比如:
这将更好地表明什么在实际使用类型条件下最有效,并将使人们更好地了解满足他们需求的最合适的服务器。
上面流行的php应用程序可能会满足大量php服务器用户的需求。
当然,在这种基准测试中,MySQL、PHP等的性能将发挥作用,我们不会获得we服务器的原始性能数据。但谁真的在乎原始数字呢?人们实际上只关心比较性能,这就是他们检查基准的原因。
如果我们开始进行这类基准测试,我们可能最终会得出这样的结论:服务器比较是没有意义的,因为相互竞争的产品之间没有显著的性能差异,而且基础结构/设置中还有其他项目需要更多的优化关注。
我确信运行基准测试的人是聪明的,并且知道所有的above...so,为什么我们仍然继续获得毫无价值的“小静态文件”基准呢?
发布于 2013-09-12 01:20:12
最重要的基准测试是在对应用程序进行一些更改之前,在自己的服务器环境中在自己的硬件上重新运行这些基准。
如果您试图在应用程序或配置中选择是否使用framework而不是框架Y,这将于事无补,除非您能够在投入生产之前测试具有多个配置的服务器。
但你是对的,当你看发表的基准,有很多因素可以影响结果。它们不值钱吗?可能不是完全的;如果一个特定的框架或服务器在多个测试中表现良好,那么它可能会为您执行得很好。如果是慢的话,可能会比较慢。
你可能还有其他因素要考虑。如果你没有经验,而且你必须在最后期限内推出一个产品,那么快速框架又有什么用呢?维护它的人会在这个平台上有经验,还是能够快速学习呢?也许您有使用特定语言或服务器的内部经验,这将减少维护开销或添加模块或功能。也许您需要一个积极维护的平台,这样您就可以确信bug将被及时修复,或者当您需要帮助时,会有一个活跃的社区提供建议。如果您一开始无法配置和调优最快的服务器,那么最快的服务器就没有多大帮助了。
发布于 2013-09-12 00:53:53
我想你刚刚回答了你自己的问题。静态文件基准很容易设置和测量。一旦您添加了一个应用程序堆栈,您将从一个变量( web服务器)转到可能的几十个变量。“PHP配置如何?也许MySQL服务器急需内存?磁盘配置正确吗?”以此类推。
静态基准测试一件事:给定的web服务器服务HTTP请求的速度有多快?一般来说,这就是您想要的web服务器所做的一切。一旦你谈到应用服务器,游戏就会完全改变。
公平地说,还有一些web框架和一些应用服务器的基准测试:http://www.techempower.com/benchmarks/
https://serverfault.com/questions/538258
复制相似问题