最大化 AIX 上的 Java 性能，第 3 部分: 更多就是更好

核心提示： 最后，第三个方面是通过 -Xoss 控制的 Java 堆栈（Java stack），最大化 AIX 上的 Java 性能，第 3 部分: 更多就是更好(2)，使用 -Xoss 指定的值是上限，因此指定一个较大的值的效果不如使用 -Xss 那么显著， 本部分的其余内容将简单介绍一些常用的工具

最后，第三个方面是通过 -Xoss 控制的 Java 堆栈（Java stack）。使用 -Xoss 指定的值是上限，因此指定一个较大的值的效果不如使用 -Xss 那么显著。请注意，由于 JIT 编译，您需要调整 -Xss 以满足大多数需要，并且 -Xoss 通常可以保留不变。例如，需要调整 -Xoss 的一个重要场合是在用完了 JNI 引用的时候。

我们不会集中于上述任何内存方面，因为其调整通常是在调试中出现的，而不是在性能优化中出现的。但是如果您陷入了资源不足的情况，现在可以检查这额外的三个方面。当您将系统利用到极限时，尤其必须了解这些方面。

谈到极限，您应该确保 ulimit 设置不会在大小调整期间成为瓶颈。在理想的情况下，我们建议将某些 ulimit 值设置为无限大，但是需要将此行为与某个进程消耗完所有本地资源的风险进行评估。对于性能优化工作，您可以首先将 ulimit 值设置为无限大，一旦达到所需的目标，您应该将这些设置设定为有限值。

您可以使用 ulimit -a 命令检查当前的 ulimit 设置，并且应该作为将启动 Java 的用户帐户至少运行以下三个命令：ulimit -m unlimited
ulimit -d unlimited
ulimit -f unlimited

在某些情况下，您可能不允许执行上述操作，因为运行 Java 的用户帐户可能没有分配足够的硬限制：有关必需的 ulimit 设置，请参阅位于 IBM developer kits for AIX, Java technology edition 的 JVM 配套 SDK 指南。

请注意，与 GC 相关的问题通常会作为 CPU 资源紧张的问题出现，因此如果遇到与 GC 相关的问题，您还应该阅读本系列的第 2 部分。此外，如果 RMI 触发了 GC，第 4 部分将对此进行讨论。

本部分的其余内容将简单介绍一些常用的工具和如何检测特定于 Java 的问题。有关更多详细信息，请参见 AIX 5L Performance Tools Handbook 和 Understanding IBM eServer pSeries Performance and Sizing。