Apache jmeter和Dynatrace中响应时间之间的差异
我们正在通过jmeter对应用程序进行负载测试 架构是:web服务器(Apache)、应用服务器(jboss)、数据库(MySQL) Dynatrace代理已在app server中配置 对于任何特定的请求,AppServer中显示的响应时间小于1秒,但jmeter报告中显示的响应时间大于5秒 上述行为的可能原因是什么Apache jmeter和Dynatrace中响应时间之间的差异,apache,jboss,jmeter,performance-testing,dynatrace,Apache,Jboss,Jmeter,Performance Testing,Dynatrace,我们正在通过jmeter对应用程序进行负载测试 架构是:web服务器(Apache)、应用服务器(jboss)、数据库(MySQL) Dynatrace代理已在app server中配置 对于任何特定的请求,AppServer中显示的响应时间小于1秒,但jmeter报告中显示的响应时间大于5秒 上述行为的可能原因是什么 为了找到瓶颈,我应该执行哪些后续步骤。当然,这是不同的,也是正常的 JBoss和数据库之间(请求+响应)的处理时间为1s JMeter和数据库之间(请求+响应)的处理时间为5s
为了找到瓶颈,我应该执行哪些后续步骤。当然,这是不同的,也是正常的 JBoss和数据库之间(请求+响应)的处理时间为1s JMeter和数据库之间(请求+响应)的处理时间为5s Dynatrace显示的响应时间是Jboss和数据库之间计算的时间(第一个请求和最后一个响应之间的时间) JMeter显示的响应时间是JMeter和数据库之间计算的时间:JMeter和您的Jboss之间的时间积分响应时间+Jboss和数据库之间的RT。它必须大于Dynatrace的响应时间(5秒对1秒) 这是什么意思 这意味着您在JMeter和Jboss之间损失的时间(5-1=4秒),比WAS和数据库之间的处理时间多4次=>调整Web服务器和WAS可以减少第一次花费的时间…检查这一点,前面描述的三个参数(运行时间、延迟、连接时间)
这就是JMeter所测量的——显然,这是一个客户端。 而Dynatrace只测量服务器端的处理 所以这两个数字都是合法的,给了你一个重要的线索——你只需要正确地阅读它 有了这些数字,你可能想深入了解两者之间发生了什么,这种差异是从哪里来的 简而言之,在两层之间:网络;服务器的标准组件(OS和JBoss),包括为网络服务的组件;同样适用于客户;还有JMeter本身 为了获得该路径上的第一条线索,我建议您在JMeter主机上设置嗅探代理(例如Fiddler),管理通过它的所有流量,并查看它在网络操作的详细时间统计中显示了什么
这样,您就可以将JMeter作为一个因素排除在外,这样您就可以看到它带来了多少影响。是只针对一个请求还是完整的负载测试?这就是JMeter在它的一方所测量的——显然是客户端。-JMeter中的客户端活动?