【问题标题】:Relation between Constant throughput timer, transactions per sec and throughput in summary report摘要报告中恒定吞吐量计时器、每秒事务数和吞吐量之间的关系
【发布时间】:2019-03-22 20:28:51
【问题描述】:

enter image description here我正在设置一个测试计划,我需要为我的 Web 服务设置每分钟 15 个请求的负载。我该怎么做?

我尝试设置测试计划如下: 线程数:20 加速期:10 时长:120 秒 恒定吞吐量计时器在线程下设置为: 目标吞吐量:15 计算吞吐量:所有活动线程

结果: 在总结报告中,它显示吞吐量值为 33.9/min。在恒定吞吐量计时器下,我没有得到超过 15/min 的设置。 此外,在每秒事务数图下,间隔的值触摸为 2、3、1、....,最后是 20。

我无法理解恒定吞吐量计时器、摘要报告下的吞吐量和每秒事务图表之间的关系。

【问题讨论】:

    标签: jmeter


    【解决方案1】:

    Constant Throughput Timer 可能不够“精确”,假设您需要将 JMeter 的吞吐量限制为 15 个请求/分钟(假设 20 个线程),最好考虑具有较低粒度的 Throughput Shaping Timer,因此它会立即应用并且与恒定吞吐量计时器/Precise Throughput Timer 相比,给出了准确的吞吐量数据。

    相关配置为:

    您可以使用JMeter Plugins Manager 安装吞吐量整形计时器插件:

    【讨论】:

    • :我使用了吞吐量整形计时器,其值为 0.5,持续 120 秒。我的总结报告中的吞吐量现在是 11.5/min,max:502,min:55。我想我需要增加没有。线程数以达到 15/min 的目标。我遇到了这个公式来计算所需的 RPS RPS * / 1000。我应该从哪里得到这个最大响应时间值?另外,通过整形定时器限制吞吐量会影响我请求的实际响应时间吗?比如如果我从 15/min 更改为 50/min,那么摘要报告中的数字肯定会改变。那么如何获得实际响应时间?
    • 我遇到了这个公式来计算所需的 RPS RPS * / 1000。在我的情况下是:(0.25*60*502)/1000=7.53?
    • 更正:(0.25*1000*502)/1000=125.5。是否应该通过否。线程数?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多