如何通过火焰计计算命中/秒？

Question

我使用“jp @ gc - Stepping Thread Group”运行了500VU的性能测试运行。我注意到，从200VU-500VU负载开始，点击率/秒为20-25持续25分钟直到运行结束，误差为0.04％。

我知道我可以通过使用限制RPS和常量吞吐量计时器控制命中/秒，但我没有应用或启用。

我的问题是 1.运行好还是坏？ 2. 500VU负载的命中/秒应如何？ 3.命中/秒是否由Blazemeter引擎根据其效率确定？

Answer 1

1. 确保correctly configure Stepping Thread Group
2. 如果你有200和500 VU的相同吞吐量，这是不好的。在理想的系统上，500 VU的吞吐量应该高2.5倍。如果您不确定是应用程序还是BlazeMeter引擎，您可以在负载测试报告的Engine Health选项卡的测试时间范围内检查BlazeMeter的实例是否健康。

3. 据我所知，BlazeMeter依赖于JMeter吞吐量计算算法。根据{{​​3}}

     

   吞吐量计算为请求/时间单位。时间从第一个样品的开始到最后一个样品的结束计算。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。   公式为：Throughput = (number of requests) / (total time).

Answer 2

命中并不总是衡量吞吐量的最佳方法。原因如下：对于与缓存项目管理相关的测试应用程序，服务器上的设置可以大大改变命中数。例如：假设您有一个非常复杂的页面，页面上有100个对象。只有顶级页面本质上是动态的，其余项目作为页面组件，如图像，样式表，字体，javascript文件等，......在没有缓存设置的模型中，您会发现必须请求所有100个元素，每个元素在报告和服务器统计信息中都会产生“命中”。这些将显示在您的点击/秒模型中。

现在优化缓存设置，其中一些信息在客户端缓存了很长时间（徽标图像和字体一年），一些用于构建间隔期限为一周（驻留在CDN或客户端）并且仅动态顶级HTML仍然未缓存。在此模型中，除了在为大多数用户播种CDN时部署构建之后的一段时间之外，服务器上仅生成一个命中。有时，您将有一个新的CDN节点与不同地理区域的用户发挥作用，但在第一个用户播种缓存后，剩余部分从CDN拉出，然后在客户端缓存。在这种情况下，您的有效点击率在CDN和Origin服务器上都会大幅下降，特别是在您拥有回访用户的情况下。

深思熟虑。