最大化 AIX 上的 Java 性能，第 2 部分: 速度需求

核心提示：引言这是由五部分组成的有关 AIX 上的 Java 性能优化的系列中的第 2 部分，强烈建议您在进一步继续之前阅读本系列中的第 1 部分（如果您还没有这样做的话），最大化 AIX 上的 Java 性能，第 2 部分: 速度需求，本文研究用于最大化系统执行速度和吞吐量的方法，对于涉及用户界面的程序，也许是您使用的计算机的

引言

这是由五部分组成的有关 AIX 上的 Java 性能优化的系列中的第 2 部分。强烈建议您在进一步继续之前阅读本系列中的第 1 部分（如果您还没有这样做的话）。

本文研究用于最大化系统执行速度和吞吐量的方法。对于涉及用户界面的程序，我们还将研究如何确保系统的响应能力保持在可接受的级别内。

您应该查看本文第一部分，以了解适用于大多数情况的一般技巧。我们还提供了对于 CPU 瓶颈检测和研究非常有用的工具的快速参考。下一部分将描述各种类型的应用程序以及如何优化它们。此讨论将利用您的应用程序知识来决定哪些技巧最适合您。第三部分将描述各种技巧。本文在结束时将讨论一下本系列中的下一篇文章。

CPU 瓶颈

本文将讨论如何使您的应用程序更快或响应能力更高，或者同时实现这两个目的。

通过将实际与预期的性能数字进行比较，您通常可以确定应用程序是否运行得太慢。或者，应用程序的用户界面可能定期地定住，或者到应用程序的网络连接可能由于应用程序忙而超时。使用 topas 或 tprof 将显示 CPU 利用率是否达到 100%。您需要能够区分异常活动和大小设置不当的情况；如果您需要更快的 CPU 或更高规格的计算机，则没有多少调整空间可以执行。

作为第一步，您应该使用 topas 或其他类似工具来确定 Java 是否为最大的 CPU 用户。如果看到 Java 处在 CPU 用户列表中的较低位置，则执行特定于 CPU 的优化可能没有多大用处。我们在第 1 部分中提供了 topas 的简单概述。

理想的情况是应用程序的 CPU 利用率达到或高于 90%。如果您已经达到该阶段并且仍然对吞吐量不满意，也许是您使用的计算机的规格不够高。如果使用 DLPAR，可以尝试添加另外一个或两个 CPU 并测量差异。