WebSphere 反向投资者: 调节 WebSphere 应用服务器时应适可而止

核心提示： 说到测试，您的测试长度应该最少为 10-15 分钟以便 JVM 能够优化字节码和运行时达到稳定状态，WebSphere 反向投资者: 调节 WebSphere 应用服务器时应适可而止(3)，测试时间短于此，结果的准确性可能会受到容器启动和线程优化的影响，这不仅在信息中心中提供介绍，在 Java

说到测试，您的测试长度应该最少为 10-15 分钟以便 JVM 能够优化字节码和运行时达到稳定状态。测试时间短于此，结果的准确性可能会受到容器启动和线程优化的影响。

关于 JVM 调节的最后一点建议是不要忘记调节节点代理和部署管理器的 JVM。因为这两个 WebSphere 应用服务器网络部署组件都是 JVM，上述针对应用服务器根据工作负载和垃圾回收调整堆大小的建议也适用于这里。能够影响这些 JVM 工作负载的因素包括应用服务器的数量、单元的大小、配置变更的频率以及这些配置变更的大小（特别是应用程序部署）。

底线：要评估节点代理（或部署管理器）所需的内存，需要分析堆使用情况和代表时间段内的垃圾回收周期，对于这两个组件来说，这还应该包括至少一个应用程序部署。应用程序部署，尤其是大的 EAR 文件，可能导致 在部署管理器和节点代理 JVM 中创建大量对象，这也提供了一些方法来减少对象创建，从而加速应用程序部署。

未经测试不要放松 WebSphere 队列

WebSphere 应用服务器部署是 一系列队列，最好只允许能力范围内的工作量进入队列。这会避免任何组件的超载导致性能下降，我上面介绍的将 Web 容器线程池和连接池大小提高到超过 WebSphere 应用服务器处理请求所需值的客户就存在这种情况。

另外要遵守以下原则：运行测试来确定吞度量曲线并仔细监控所有组件的资源使用情况：网络、所有服务器上的 CPU、磁盘等等，以便确定瓶颈在哪里。

改进各种组件的 WebSphere 应用服务器运行时实现的一个负面作用就是过去 WebSphere 应用服务器可能在队列网络中出现瓶颈，更多新的运行时改进可能导致其他资源受限；例如，数据库服务器中的 CPU，因为现在 WebSphere 应用服务器可以更快速地向数据库服务器提供请求。

这里最重要的信息是如果调整了以前版本的 WebSphere 应用服务器，改变了默认池大小，您可能要重新查看这些变更并确保以前有助于性能提升的变更在新版本的 WebSphere 应用服务器中不要降低性能。

结束语

WebSphere 应用服务器信息中心会不断向您提供关于调节 WebSphere 应用服务器各个方面（JVM、线程、连接池和缓存等）以及操作系统的最新信息。可以花些时间研究信息中心中关于您所使用的 WebSphere 应用服务器版本的建议。也可以用一点时间温习一下性能调优方法，这不仅在信息中心中提供介绍，在 Java 网站的性能分析 中也提供详细介绍，这是我所知道的关于调优方法的最为全面的参考资料。