Glassfish V2.1.1 堆大小在服务器批处理作业后永远不会减少

Question

我已经建立了一个 glassfish 集群，其中包含 1 个 DAS 和 2 个节点代理。

系统具有每天批处理一次的 TimedObjects。作为 glassfish 架构，TimerService 创建的每个 Timer 只允许 1 个集群实例触发超时事件。

我的问题是关于触发批处理作业的集群实例的堆大小。 VisualVM 显示一个实例始终具有可扩展的堆大小（在服务器加载时增加并在之后减小），但另一个实例始终具有最大堆大小并且永远不会减小。

告诉我堆大小已达到最大值是可以接受的，因为批处理作业很大。但是，我唯一的问题是为什么工作完成后它没有减少？？？

VisualVM 显示触发超时事件的实例的“已用堆内存”在批处理作业后减少。但是，为什么它的“堆大小”没有相应地缩小？

谢谢你的建议！！！ ^^

Answer 1

这是最终答案（感谢 Preston ^^）

来自文章：

http://www.ibm.com/developerworks/java/library/j-nativememory-linux/index.html

我捕捉到这些陈述来回答我的问题！

1：

“运行时环境 (JVM) 提供由某些未知用户代码驱动的功能；这使得无法预测运行时环境在每种情况下需要哪些资源”

2 : 这就是为什么触发批处理作业的节点总是消耗内存的原因。

“保留本机内存与分配它是不一样的。当本机内存被保留时，它没有物理内存或其他存储支持。虽然保留地址空间的块不会耗尽物理资源，但它确实阻止了内存不得用于其他目的”

3 : 这就是为什么不触发批处理作业的节点具有可扩展的堆大小行为。

“一些垃圾收集器通过在堆的已用区域缩小时取消提交（释放其后备存储）部分堆来最大限度地减少物理内存的使用。”

Answer 2

大概你有一些引用内存的东西。我建议获取MAT 的副本并进行堆转储。从那里您可以看到分配的内容以及引用它的内容。