JMETER：JMeter 5.3 java.lang.OutOfMemoryError。在 Jmeter 执行期间

Question

我已经使用如下图所示的 Jmeter 配置了一个测试计划，并且一直在使用 CLI 来运行我的并行负载测试。 MAC 用户

我已配置与我的 AWS RedShift 数据库的连接，当我检查我的查询监控时，所有查询都卡在运行状态。

一段时间后，在我的终端上，我收到以下错误：JMeter 5.3 java.lang.OutOfMemoryError.

我已进入我的 bin/jemeter 文件并进行了内存更改，但我仍然面临同样的问题。

当我从 DBeaver 运行相同的查询时，查询会运行并完成，并且可以在 Redshift 查询监控中看到。

如何解决内存问题以使查询运行而不会卡在运行状态？

以下是我在将堆大小增加到 5 GB 后遇到的错误。

WARNING: package sun.awt.X11 not in java.desktop
Creating summariser <summary>
Created the tree successfully using //Users/mbyousaf/Desktop/redshit-test/test-redhsift.jmx
Starting standalone test @ Wed Dec 02 14:53:17 GMT 2020 (1606920797442)
Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4445
Warning: Nashorn engine is planned to be removed from a future JDK release
java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid35596.hprof ...
Heap dump file created [3071802740 bytes in 3.747 secs]

Answer 1

究竟是哪个OutOfMemoryError？有几个可能的原因：

• 缺少heap space，如果是这种情况 - 您正在寻找正确的位置，只需确保应用您的更改
• GC Overhead Limit Exceeded 发生在 GC 几乎 100% 的执行时间没有让程序有任何机会完成其工作时发生
• Requested array size exceeds VM limit 当程序试图创建太大的对象时
• Unable to Create New Native Thread 当程序因为操作系统不允许而无法创建新线程时
• 等等

如果没有看到完整的测试计划（至少是屏幕截图），就不可能说出问题所在，因为您可能会添加 tons of Listeners and each of them stores large DB query response in memory 和 jmeter.log file（绝对不是屏幕截图的形式），这在大多数情况下案例包含问题的原因或至少一个线索