您如何知道每秒的页面浏览量是服务器可以接受的数量？

Question

Apache的AB工具允许我们测试服务器，查看服务器每秒可以处理多少页。根据服务器硬件和软件配置的规格，结果显然会有所不同。我的问题是:您如何知道您的服务器的结果太低/可以改进？还是可以接受/优化？

Answer 1

• 如果您的结果甚至接近您的场景的一般大概数字(对于小型静态文件每秒至少有数千个请求，对于简单动态PHP至少每秒有数百个请求，对于数据库和其他内容的动态内容的请求可能更少)，而且服务器仍然很好地运行，那么您就可以了。
• 同样重要的是，在负载测试期间，服务器仍然有喘息的空间。如果它几乎没有任何的CPU时间或额外的内存，那么你将在突然的流量高峰和/或你的网站增长的大麻烦。
• 相信你的直觉。如果您只有一个用于内容的小型数据库，并且在基准测试期间，数据库服务器似乎占用了大量的CPU，那么就去检查所有内容。数据库服务器本身配置是否正常？所有预期的索引都到位了吗？该站点是否正在执行一些可以优化和/或缓存的半自动SQL查询？还有别的吗？或者，如果您的web服务器似乎花费了大量时间，甚至服务于静态内容，请检查web服务器设置。

如果你碰巧测试了一个完全慢速的糖蜜站点，你就会知道有优化的空间。我曾经对一个看似简单的站点进行了基准测试，它运行着一个8核服务器、16 GB内存以及其他所有的jazz。ab，攻城和JMeter都给了我五次每秒的请求！在那一刻，我知道有些事情非常非常糟糕。讽刺的是，它完全是错误配置的访问memcached的缓存插件，这是错误的。修复后，网站的速度大约快了100倍。:-)

Answer 2

标杆是个复杂的话题..。

我的观点..。在测试中使用不同数量的并发性。

1-2-8-16-64-256-512-1024-2048

并提出很多要求..。直到

你开始看到错误..。由AB归还..。

然后你开始发现你的应用程序+网络服务器的局限性。

也要记住你的RTT和延迟。

记住做一段时间的测试才能得到一个好的平均值。

我也应该注意到这一点。您可以轻松地使用您的测试服务器上的所有CPU。比你实际测试的服务器..。所以注意一下你的测试机器上的cpu和内存。

希望能有所帮助:D

Answer 3

在我看来，它总是关于用户的数量和他们的预期/预期的体验。您的用例将有所不同，但我确信，如果Google开始以Expedia的速度作出响应，人们会感到失望的。所以最终关键在于你的系统在面对一定数量的流量时是如何反应的--我们不能告诉你这些数据，你需要了解自己。