我们正在通过j测量仪来测试我们的应用程序。
其体系结构为: web服务器(Apache)、应用服务器(jboss)、数据库(MySQL)。
Dynatrace代理在app服务器中配置。
对于任何特定请求,app服务器中显示的响应时间小于1秒,但在j量计报告中显示的响应时间超过5秒。
上述行为的可能原因是什么。
接下来我应该做些什么来寻找瓶颈。
发布于 2017-04-12 17:36:01
当然是不一样的,也是正常的!
JBoss和数据库之间(请求+响应)的处理时间为1s。
JMeter和数据库之间(请求+响应)的处理时间需要5s。
Dynatrace显示的响应时间是在Jboss数据库之间计算的时间(从第一个请求到最后一个响应之间所花费的时间)。
JMeter显示的响应时间是在JMeter和数据库之间计算的时间: JMeter和Jboss之间的时间集成时间+ Jboss与数据库之间的RT。它必须大于Dynatrace的响应时间,就像在您的情况下(5秒对1秒)。
这是什么意思?
这意味着您会在JMeter和Jboss之间浪费时间(5-1 =4秒),比您的Web服务器和数据库=>调优之间的时间长4次,您的WAS可以减少第一次使用的时间.
发布于 2017-04-12 21:32:13
检查这个术语表,描述的前三个参数(经过的时间、延迟时间、连接时间)。
这就是JMeter正在测量的一面--显然,这是一个客户端。而Dynatrace只测量服务器端的处理,只测量。
因此,这两个数字都是合法的,并给你一个重要的线索-你只需要正确地阅读它。
有了这些数字,你可能想深入了解两者之间发生了什么,这种差异是从何而来的。
简而言之,中间是:网络;服务器的标准组件(OS & JBoss),包括为网络提供服务的组件;客户端也是如此;以及JMeter本身。
为了获得该路径的第一条线索,我建议您在您的JMeter主机上设置嗅探代理(例如Fiddler),管理所有流量以通过它,并查看它在网络操作的详细时间统计中显示的内容。
这样,您就可以将JMeter作为一个因素排除在外,这样您就可以看到它带来了多少。
https://stackoverflow.com/questions/43360991
复制相似问题