【问题标题】:Jmeter connect timeJmeter连接时间
【发布时间】:2018-12-07 04:07:50
【问题描述】:

我正在使用 Jmeter5 测试在 Tomcat9 上运行的 Web 应用程序,在结果表中我可以看到某些请求的连接时间较长(8000 毫秒),这是因为

  1. Tomcat 无法快速处理(检查的 Web 应用程序日志响应时间最长低于 2 秒)
  2. 网络
  3. 操作系统
  4. 以上所有

如何进一步缩小范围?

我了解连接时间是 TCP/IP 握手所花费的时间,来自以下链接,

Jmeter User manual

SO Answer

以下是测试详情,

线程组 - 1(800 个请求/秒)

用户 - 60000

加速 - 600

循环 - 1

HTTP 请求默认值 - 8(jsp)

使用 cookie 管理器和同步计时器

机器配置 - 4 核处理器、8 GB RAM 并在 Windows 2012 上运行

Jmeter 配置 - 分配 2 GB 堆空间

【问题讨论】:

    标签: tomcat jmeter


    【解决方案1】:

    这个

    Threadgroup - 1(800 request/sec) 
    Users - 60000
    

    结合这个

    high connect time(8000 ms) for some of the requests
    

    假设您在单个 JMeter 实例上运行它 - 让我怀疑您只是压倒了您的机器。

    您能否使用您的机器和 JMeter 的运行配置更新帖子(如果后者与标准不同)?

    与此同时,您可以采取以下措施进行进一步调查:

    1) 在测试运行时实时监控运行 JMeter 的机器的重要指标。尤其要注意网络吞吐量,但也要注意 CPU、Mem 和其他 I/O。

    2) 查看专门针对运行 JMeter 的 JVM 的重要指标(例如,使用 JConsole 或其他工具,其中有少数) - 查看堆使用情况统计信息、GC 统计信息等。

    3) 从你的Tomcat中获取日志并及时匹配双方的慢速通信记录。这可能会给你一个线索,谁会承担责任,服务器或 JMeter。

    4) 嗅探网络通信(使用 Fiddler 或您选择的任何其他工具)。这将使您详细了解连接过程。

    附: JMeter 中的连接时间不仅仅是“TCP/IP 握手所用的时间”。这部分通常非常快,而遵循 SSL 握手可以产生更显着的差异。

    【讨论】:

    • 嗯,我明白了。我想你别无选择,只能进行我试图概述的调查。从 p.3 和 p.1 开始,或许可以缩小范围。祝你好运。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-01-21
    • 1970-01-01
    • 2019-09-02
    • 1970-01-01
    • 1970-01-01
    • 2020-12-06
    • 1970-01-01
    相关资源
    最近更新 更多