吞吐量和响应时间如何相关

时间:2018-03-29 09:40:41

标签: jmeter load-testing throughput response-time

我为193个样本进行了JMeter测试 我可以看到我的平均响应时间为5915ms,Throghput为1.19832。

我只是想知道它们是如何完全相关的

5 个答案:

答案 0 :(得分:3)

所有答案都在JMeter Glossary

  

经过时间。 JMeter测量从发送请求之前到刚收到最后一个响应之后的经过时间。

     

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

关系是:响应时间更长 - 吞吐量更低,反之亦然。

您可以将Transactions per Second等图表用于吞吐量,将Response Times Over Time用于响应时间,以便在测试时间轴上绘制它们,并Composite Graph将它们组合在一起。这样您就可以跟踪趋势。

可以使用JMeter Plugins Manager

安装所有3个图表

答案 1 :(得分:0)

TL; DR

不,但是。

两者都没有直接相关,但是当增加吞吐量时,由于服务器上的负载/压力,它可能会影响服务器响应时间。

如果有超时错误,响应时间可能会增加。

但是对于验证或防火墙错误 - 响应时间可能会减少。

JMeter archive中有一个很长的解释,最后使用迪士尼来证明:

  想想你上次去迪士尼或你最喜欢的游乐园。让我们将乘坐的容量定义为每回合可以坐的乘车人数(想想过山车)。吞吐量将是每单位时间退出的人数。让我们定义服务时间,让您节省乘坐时间。让我们将响应时间或延迟定义为您的乘车排队时间(停滞时间)加上服务时间。

答案 2 :(得分:0)

Respose Time:这是用户发送请求直到请求完成时计算的时间。

吞吐量:服务器属性是指在一定时间内可以进行的交易或请求数量。这里1.19832 /分钟意味着服务器坎德尔每分钟1.19832样本。

随着Respose Time增加吞吐量增加。

答案 3 :(得分:0)

在负载/性能测试方面。吞吐量和响应时间成反比。即 随着响应时间的增加,吞吐量应降低。 随着吞吐量的增加,响应时间应减少。

您可以在此博客中获得更详细的定义:

https://nirajrules.wordpress.com/2009/09/17/measuring-performance-response-vs-latency-vs-throughput-vs-load-vs-scalability-vs-stress-vs-robustness/

答案 4 :(得分:0)

当所有资源繁忙时,Throughout会有所增加,并保持稳定。现在,如果此时用户请求进一步增加,响应时间将会增加。但是,如果响应时间的增加仅是由于内部排队引起的,则是由于系统在同时接收更多请求的事实中,响应时间也有所增加,而整个情况不会改变。当队列已满时,更多请求将失败。如果响应的增加是由于处理或处理请求方面的某些延迟(例如在数据库上运行查询)引起的,则由于系统不接受更多请求并且与此同时响应时间也在增加,因此整个响应时间将减少。 只是一个一般性的解释。