【问题标题】:JMeter: What could be possible reason of same throughput though user load has increasedJMeter:尽管用户负载增加,但吞吐量相同的可能原因是什么
【发布时间】:2020-04-06 18:16:19
【问题描述】:

与之前的测试相比,负载增加了很多,但吞吐量保持不变的可能原因是什么?注意:我什至在运行性能测试时收到错误“Internal Server Error”。

【问题讨论】:

    标签: jmeter performance-testing


    【解决方案1】:

    这意味着您已达到饱和点 - 达到最佳性能的点!

    一定数量的并发用户以最大 CPU 利用率和峰值吞吐量相邻。添加更多并发用户将导致响应时间和吞吐量下降,并导致 CPU 利用率达到峰值。此外,它可能会引发一些错误!

    之后,如果您继续增加虚拟用户的数量,您可能会看到这些:

    • 响应时间正在增加。
    • 您的一些请求失败了。
    • 吞吐量保持不变或减少 - 这表示performance bottleneck!

    【讨论】:

    • 知道了!!..非常感谢您的帮助和回答!
    【解决方案2】:

    理想世界中的理想负载测试如下:

    • 响应时间保持不变,无论有多少虚拟用户访问服务器
    • 吞吐量随着负载的增加而增加,即:

      • 100 个虚拟用户 - 500 个请求/秒
      • 200 个虚拟用户 - 1000 个请求/秒
      • 等。

    在实际测试中的应用程序可能scale 达到一定程度,但最终你会达到增加负载但响应时间会上升而吞吐量将保持不变(或下降)的地步

    调查HTTP Status Code 500

    超文本传输​​协议 (HTTP) 500 Internal Server Error 服务器错误响应代码表明服务器遇到了阻止其完成请求的意外情况。

    这很可能表明被测应用程序过载,下一步是找出可能的原因:

    1. 应用不正常configured for the high loads(包括所有中间件:应用服务器、数据库、负载均衡器等)
    2. 应用程序缺少资源(CPU、RAM 等),可以使用 JMeter PerfMon Plugin 进行检查
    3. 应用程序使用inefficient functions/algorithms,可以使用profiling tools检查

    【讨论】:

      猜你喜欢
      • 2016-04-30
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-02-13
      • 2020-06-24
      • 1970-01-01
      • 2011-02-05
      • 1970-01-01
      相关资源
      最近更新 更多