Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/arrays/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Memory Mule 3.8.1 CE-内存泄漏问题_Memory_Memory Leaks_Garbage Collection_Mule - Fatal编程技术网

Memory Mule 3.8.1 CE-内存泄漏问题

Memory Mule 3.8.1 CE-内存泄漏问题,memory,memory-leaks,garbage-collection,mule,Memory,Memory Leaks,Garbage Collection,Mule,在过去的几个月里,我们公司的骡子曾两次倒下——这是在交通繁忙的时候发生的。为了进行调查,我们做了一个负载测试来模拟大量用户。我在本地机器上运行了这个测试,应用程序内存大小为512m,使用JMeter向Mule发送请求(线程数:1000,爬升周期:10秒)。我使用VisualVM进行分析 以下是我的观察结果: 我在Anypoint Studio的控制台中看到“java.lang.OutOfMemoryError:超出GC开销限制” mule日志中没有错误 我做了一个堆转储-它表明char数组对

在过去的几个月里,我们公司的骡子曾两次倒下——这是在交通繁忙的时候发生的。为了进行调查,我们做了一个负载测试来模拟大量用户。我在本地机器上运行了这个测试,应用程序内存大小为512m,使用JMeter向Mule发送请求(线程数:1000,爬升周期:10秒)。我使用VisualVM进行分析

以下是我的观察结果:

  • 我在Anypoint Studio的控制台中看到“java.lang.OutOfMemoryError:超出GC开销限制”
  • mule日志中没有错误
  • 我做了一个堆转储-它表明char数组对象的组合大小非常大
  • 我们看到大量与AsyncLogger相关的类:我们现在怀疑在编写日志时存在内存泄漏
当我将所有日志级别更改为Error时,为了删除log4j2.xml中的所有正常日志,垃圾收集正确执行

然后我尝试使用Mule Runtime 3.9.0社区版本,并恢复了日志级别的更改,我可以看到垃圾收集正在执行,当我停止向Mule发送请求时,线程数下降

那么为什么3.8.1中存在内存泄漏问题呢?我查看了3.9.0发行说明-已解决问题清单,没有发现与此问题相关的任何问题。问题的根本原因是什么?

在Mule 3.8.5/3.9.0中进行了更新,这可能就是原因。我建议您查看3.8.1和3.9.0之间的所有发行说明,因为3.9.0发行说明基于最新的3.8.x版本。事实上,您可以在发行说明中找到更新信息。HTH在Mule 3.8.5/3.9.0中更新,这可能是原因。我建议您查看3.8.1和3.9.0之间的所有发行说明,因为3.9.0发行说明基于最新的3.8.x版本。事实上,您可以在发行说明中找到更新信息。嗯