【问题标题】:Why Jmeter response time is not accurate when compared it with server time by verifying logs为什么通过验证日志将 Jmeter 响应时间与服务器时间进行比较时不准确
【发布时间】:2018-09-06 06:34:39
【问题描述】:

我的查询是当我完成性能测试并获取结果文件时,我可以看到 Jmeter 响应时间和服务器响应时间之间会有差异。 我通过检查服务器日志验证了服务器响应时间。我也没有在结果文件中写入任何额外的元素。 我能解释一下为什么 Jmeter 显示的响应时间与实际响应时间相比总是很高

【问题讨论】:

    标签: jmeter performance-testing


    【解决方案1】:

    您考虑过网络吗?根据JMeter glossary

    经过的时间。 JMeter 测量从发送请求之前到收到最后一个响应之后所经过的时间。 JMeter 不包括呈现响应所需的时间,JMeter 也不处理任何客户端代码,例如 Javascript。

    延迟。 JMeter 测量从发送请求之前到收到第一个响应之后的延迟。因此,时间包括组装请求所需的所有处理以及组装响应的第一部分,这通常会比一个字节长。协议分析器(例如 Wireshark)测量通过接口实际发送/接收字节的时间。 JMeter 时间应该更接近浏览器或其他应用程序客户端所体验的时间。

    连接时间。 JMeter 测量建立连接所花费的时间,包括 SSL 握手。请注意,连接时间不会自动从延迟中减去。在连接错误的情况下,度量将等于面对错误所花费的时间,例如在超时的情况下,它应该等于连接超时。

    所以我的期望是服务器只测量处理请求和响应所需的时间,而 JMeter 测量所有端到端事务以机智:

    • 建立连接(特别是初始SSL Handshake 可能很长)
    • 向服务器发送数据包
    • 这里服务器开始测量
    • 服务器处理请求
    • 这里服务器停止测量
    • 等待第一个数据包到来(延迟)
    • 等待最后一个数据包到来(经过的时间)

    请求往返can really matter 所需的时间,例如,如果您的路由器有故障或未正确配置负载均衡器,即使实际服务器响应时间很短,用户体验也不会流畅。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-06-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多