Java 内存消耗，“top”和 HP-Ux答案

【问题标题】：Java memory consumption, "top" and HP-UxJava 内存消耗，“top”和 HP-Ux
【发布时间】：2008-10-30 02:36:48
【问题描述】：

我们提供在 Linux、AIX 和 HP-Ux (PA-RISC) 上运行的 Java 应用程序。我们似乎很难从在其他两种环境中运行良好的应用程序中获得可接受的 HP-Ux 性能水平。执行时间和内存消耗都是如此。

虽然我还没有找到关于“为什么”的权威文章，但我认为使用“top”来衡量内存消耗是一种粗略的方法，因为共享代码会产生误导性结果。但是，对于 HP-Ux 上的内存消耗已成为问题的客户站点，这就是我们所要做的。这一次只是在我们从 Java 1.4 迁移到 Java 1.5（在 HP-Ux 11.23 PA-RISC 上）时才成为一个问题。 “问题”是指机器停止创建新进程，因为我们已经耗尽了所有 16GB 的物理内存。

通过测量“之前”和“之后”的总“可用内存”，我们试图衡量 Java 应用程序消耗了多少。我编写了一个快速应用程序，将 10,000 个随机 64 位字符串存储在 ArrayList 中，并尝试使用这种方法来测量 Java 1.4 和 Java 1.5 下 Linux 和 HP-Ux 上的消耗。

结果：

HP Java 1.4 ~60MB

HP Java 1.5 ~150MB

Linux Java 1.4 ~24MB

Linux Java 1.5 ~16MB

谁能解释为什么会出现这些结果？这是“顶部”测量空闲内存的方式的一些特质吗？ HP 上的 Java 1.5 消耗的内存真的是 Java 1.4 的 2.5 倍吗？

谢谢。

【问题讨论】：

标签： java unix memory hp-ux

【解决方案1】：

JVM 可能只是具有不同的默认参数。堆将增长到您配置允许它的大小。 Sun VM 上的默认设置是机器内存的一定百分比——也就是说，默认情况下，如果您使用具有更多内存的机器，Java 将使用更多内存。

如果 HP-UX 虚拟机没有经过 HP 对这类事情的大量调整，我会感到非常惊讶。我建议您调整这两个参数 - 找出可以使用的最小最大堆大小，而不会影响性能或吞吐量。

【讨论】：

【解决方案2】：

我现在没有 HP 盒子来检验我的假设。但是，如果我是你，我会使用 JConsole（JDK 附带）或 yourkit 之类的分析器来衡量正在发生的事情。

但是，您似乎是在发现有问题后开始测量的；所以，我并不否认它正在发生——只是指出我在相同情况下会做的事情。

【讨论】：

JConsole 没有显示任何异常。当然，我只能在 Java 1.5 上尝试，而不是 1.4，但是堆在两个平台上的大小差不多。对于相同的最大堆大小 (512M)，“已提交”内存的大小也大致相同。
你试过sun java论坛吗？当某个问题胜过其他论坛时，我会前往源代码 --- sun java 论坛 -- forums.sun.com/forum.jspa?forumID=31

【解决方案3】：

首先，不清楚您通过“10,000 个随机 64 位字符串”测试测量了什么。你应该启动应用程序，测量它的引导内存占用，然后运行你的测试。 Java 1.5 很容易在启动后立即获得更多堆（例如，由于堆管理器设置）。

其次，我们确实在 HP-UX 下运行 1.4、1.5 和 1.6 下的 Java 应用程序，并且它们没有表现出任何特殊的内存要求。不过，我们有安腾硬件。

三、为什么要用top？为什么不直接打印 Runtime.getRuntime().totalMemory()？

第四，通过向 ArrayList 添加值，您会创建内存碎片。 ArrayList 必须不时将其内部存储翻倍。根据 GC 设置和 ArrayList.ensureCapacity() 实现，未收集的内存量可能在 1.4 和 1.5 之间有很大差异。

本质上，您没有找出问题的原因，而是进行了随机测试，但没有提供任何有用的信息。您应该在应用程序上运行分析器以找出内存泄漏的位置。

【讨论】：

堆参数是通过 -Xm 参数显式设置的。我正在尝试测试 Java 运行之前和之后之间的区别 - 在 Java 未运行时无法调用 totalMemory()。 ArrayList 被初始化为大小，它不是动态大小的。探查器显示没有泄漏。

【解决方案4】：

您可能还想查看您正在尝试解决的问题...我不认为有很多问题会占用 16GB 内存而无需进行一轮良好的优化。

您要启动多个虚拟机吗？您是否将大型数据集读入内存，并且没有足够快地丢弃它们？等等等等等等。

【讨论】：

是的，我们正在启动多个虚拟机。那是一个单独的问题。这些是 Jini 服务，为多个物理站点上的许多用户提供服务，并在一台服务器上安装相同的应用程序。但服务器是无状态的，因此对象保留没有问题。