gpt4 book ai didi

java - Jmeter行为怪癖

转载 作者:行者123 更新时间:2023-12-03 13:06:15 25 4
gpt4 key购买 nike

正在运行一些JMeter端到端测试以测试我们api的速度。我们测量服务各个方面的时间安排,我们的仪表板显示它们的变化(上升/下降)幅度相同(无论是否是下载或处理图像等的时间)。这是非常出乎意料的,因为仅对一张图像进行了测试,并且我们希望诸如图像下载之类的东西会相当稳定。 thread graphs
我想这可能是JMeter方面的事情,尽管我无法解决导致这些模式出现在我们服务中不同线程上的原因。 Jmeter是否以某种方式发出请求?
细节:

Machine: `c5n.2xlarge` AWS instance running ubuntu 20.04. 8vCPUs, 21GB RAM.
Threads : 128
ramp-up-time : 20
Loops : 70
Java :
openjdk version "11.0.10" 2021-01-19
OpenJDK Runtime Environment (build 11.0.10+9-Ubuntu-0ubuntu1.20.04)
OpenJDK 64-Bit Server VM (build 11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, sharing)
JVM heap size : 4096Mb

最佳答案

响应时间波动的原因可能很多,您的问题没有足够的信息量,无法进行全面的分析,因此我只能提供一些通用的建议

  • 使用profiler tool查看您的应用程序在哪里花费时间和资源
  • 监视您的应用程序资源,如CPU,RAM,网络和磁盘IO等,可以使用JMeter PerfMon Plugin
  • 来完成
  • 确保遵循JMeter Best Practices
  • 与第2点相同,但是这次是针对您的JMeter实例
  • 与第1点相同,但对于JMeter实例,可能是JMeter配置不正确并且garbage collection导致峰值的情况,请参见Concurrent, High Throughput Performance Testing with JMeter文章,例如分析流程
  • 关于java - Jmeter行为怪癖,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66236678/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com