jmeter 和 Dynatrace 中响应时间的区别
Difference between response time in jmeter and Dynatrace
我们正在通过 jmeter 对我们的应用程序进行负载测试。
架构是：网络服务器 (Apache)、应用程序服务器 (jboss)、数据库 (MySQL)。
Dynatrace 代理已在应用服务器中配置。
对于任何特定的请求，应用服务器中显示的响应时间少于 1 秒，但在 jmeter 报告中显示超过 5 秒。
上述行为的可能原因是什么。
接下来我应该执行哪些步骤来找到瓶颈。
当然不一样，很正常！
JBoss 和数据库之间的（请求 + 响应）处理时间需要 1 秒。
JMeter 和数据库之间（请求+响应）的处理时间需要 5 秒。
Dynatrace 显示的响应时间是 Jboss 数据库之间计算的时间（第一个请求和最后一个响应之间花费的时间）。
JMeter 显示的响应时间是 JMeter 和数据库之间计算的时间：时间整合了 JMeter 和您的 Jboss 之间的响应时间 + Jboss 和数据库之间的 RT。在您的情况下，它必须大于 Dynatrace 的响应时间（5 秒对 1 秒）。
这是什么意思？
这意味着您在 JMeter 和 Jboss 之间损失了时间（5-1 = 4 秒），比 WAS 和数据库之间的处理时间多 4 => 调整您的 Web 服务器和 WAS 可以减少第一次花的时间...
检查此 glossary，描述的前三个参数（耗用时间、延迟、连接时间）。
这就是 JMeter 在其端测量的内容 - 显然是 客户端。
Dynatrace 测量 服务器端 处理 仅 .
所以这两个数字都是合法的，并为您提供了重要线索 - 您只需正确阅读即可。
有了这些数字，您可能想深入了解两者之间发生的事情，以及这种差异的来源。
简而言之，介于两者之间：网络；服务器的标准组件 (OS & JBoss)，包括那些提供网络服务的组件；客户也一样；和 JMeter 本身。
为了获得关于该路径的第一条线索，我建议您在 JMeter 主机上设置嗅探代理（例如 Fiddler），管理所有通过它的流量，并查看它在详细时间统计中显示的内容用于网络操作。
这样，您可以将 JMeter 排除在外 作为一个因素，这样您就可以看到它带来了多少。
我们正在通过 jmeter 对我们的应用程序进行负载测试。
架构是：网络服务器 (Apache)、应用程序服务器 (jboss)、数据库 (MySQL)。
Dynatrace 代理已在应用服务器中配置。
对于任何特定的请求，应用服务器中显示的响应时间少于 1 秒，但在 jmeter 报告中显示超过 5 秒。
上述行为的可能原因是什么。
接下来我应该执行哪些步骤来找到瓶颈。
当然不一样，很正常！
JBoss 和数据库之间的（请求 + 响应）处理时间需要 1 秒。
JMeter 和数据库之间（请求+响应）的处理时间需要 5 秒。
Dynatrace 显示的响应时间是 Jboss 数据库之间计算的时间（第一个请求和最后一个响应之间花费的时间）。
JMeter 显示的响应时间是 JMeter 和数据库之间计算的时间：时间整合了 JMeter 和您的 Jboss 之间的响应时间 + Jboss 和数据库之间的 RT。在您的情况下，它必须大于 Dynatrace 的响应时间（5 秒对 1 秒）。
这是什么意思？
这意味着您在 JMeter 和 Jboss 之间损失了时间（5-1 = 4 秒），比 WAS 和数据库之间的处理时间多 4 => 调整您的 Web 服务器和 WAS 可以减少第一次花的时间...
检查此 glossary，描述的前三个参数（耗用时间、延迟、连接时间）。
这就是 JMeter 在其端测量的内容 - 显然是 客户端。 Dynatrace 测量 服务器端 处理 仅 .
所以这两个数字都是合法的，并为您提供了重要线索 - 您只需正确阅读即可。
有了这些数字，您可能想深入了解两者之间发生的事情，以及这种差异的来源。
简而言之，介于两者之间：网络；服务器的标准组件 (OS & JBoss)，包括那些提供网络服务的组件；客户也一样；和 JMeter 本身。
为了获得关于该路径的第一条线索，我建议您在 JMeter 主机上设置嗅探代理（例如 Fiddler），管理所有通过它的流量，并查看它在详细时间统计中显示的内容用于网络操作。
这样，您可以将 JMeter 排除在外 作为一个因素，这样您就可以看到它带来了多少。