我们通过jmeter负载测试我们的应用程序。这个架构是:网络服务器(Apache),应用服务器(jboss),数据库(MySQL)。jmeter和Dynatrace的响应时间差异
Dynatrace代理程序在应用程序服务器中配置。
对于任何特定的请求,在应用服务器中所示的响应时间小于1秒,但是在JMeter的报告它显示超过5秒钟。
上述行为可能有什么原因。
我应该执行哪些步骤才能找到瓶颈。
我们通过jmeter负载测试我们的应用程序。这个架构是:网络服务器(Apache),应用服务器(jboss),数据库(MySQL)。jmeter和Dynatrace的响应时间差异
Dynatrace代理程序在应用程序服务器中配置。
对于任何特定的请求,在应用服务器中所示的响应时间小于1秒,但是在JMeter的报告它显示超过5秒钟。
上述行为可能有什么原因。
我应该执行哪些步骤才能找到瓶颈。
当然这是不同的,这是正常的!
JBoss和Database之间(请求+响应)的处理时间为1秒。
JMeter和数据库之间的处理时间(请求+响应)需要5s。通过的dynaTrace显示
响应时间是的Jboss之间计算出的数据库(时间所述第一请求和所述响应最后之间略去)的时间。通过JMeter的显示
响应时间是JMeter的和数据库之间的计算时间:时间JMeter的和JBoss的+ RT之间的集成响应时间JBoss和数据库之间。它必须大于Dynatrace的响应时间(5秒和1秒)。
这是什么意思?这意味着你失去了JMeter和Jboss之间的时间(5-1 = 4秒),比WAS和数据库之间的时间处理多了4次=>调整Web服务器和你的WAS可以减少在第一次......
检查这个glossary,所描述的前三个PARAMS(经过时间,延迟,连接时间)。
这就是JMeter测量它的一面 - 显然,这是一个客户端。 虽然dynaTrace可衡量服务器端处理只。
所以这两个数字都是合法的,并给你一个重要的线索 - 你只需要正确阅读它。
武装与数字,你可能想深入间,该差分是来自什么事英寸
简而言之,在laies之间:network;服务器的标准组件(OS & JBoss),包括提供网络资料的服务器;客户一样;和JMeter本身。
为了获得关于该路径的第一条线索,我建议您在JMeter主机上设置嗅探代理(例如Fiddler),管理所有流量以查看它,并查看它在详细时间统计信息中显示的内容网络运营。
这样,你可以将JMeter 排除在外作为一个因素,所以你可以看到它带来了多少。
这就是JMeter所测量的 - 显然这是客户端。 - JMeter中的客户端活动? –
仅用于一个请求还是完成负载测试? –