was 程序jvm_WAS JVM参数说明

在初始堆大小或最大堆大小字段中指定新值。

如果需要同时调整这两项设置，也可以对这两个字段都指定值。

为进行性能分析，初始堆大小和最大堆大小应该相等。

“初始堆大小”设置指定 JVM 启动时分配给 JVM 堆的存储量(以兆字节为单位)。“最大堆大小”设置指定 JVM 启动时可分配给 JVM 堆的最大存储量(以兆字节为单位)。两种设置都对性能产生重大影响。

如果要调整某个生产系统但不知道在该系统上运行的企业应用程序工作集大小，那么初始堆大小的适宜启动值是最大堆大小的 25%。然后，JVM 尝试使堆大小适应应用程序的工作集大小。

以下插图表示三个 CPU 概要文件，每个概要文件都以不同 Java 堆设置运行固定工作负载。在中间的概要文件中，初始堆大小和最大堆大小都设置为 128 MB。发生四次垃圾回收。垃圾回收的总时间大约是运行总时间的 15%。当堆参数加倍为 256 MB 时(如在顶部的概要文件中所示)，在两次垃圾回收之间的工作时间长度会增加。仅发生三次垃圾回收，但每次垃圾回收的工作时间长度也会增加。在第三个概要文件中，堆大小减少为 64 MB 而且会显示出相反的效果。使用较小的堆大小，两次垃圾回收之间的时间和每次垃圾回收的时间也会较短。 对于所有三种配置，垃圾回收的总时间大约是 15%。此示例说明有关 Java 堆及其与对象利用率的关系的重要概念。运行企业应用程序时，垃圾回收的开销始终存在。

运行一系列使用不同 Java 堆设置的测试。例如，运行使用 128 MB、192 MB、256 MB 和 320 MB 的试验。在每次实验期间，监视全部内存使用情况。如果您对堆扩展太多，那么可能发生页面调度。

使用 vmstat 命令或 Windows 性能监视器检查页面调度。如果发生页面调度，那么减少堆大小或将更多的内存添加到系统。

当所有运行都完成时，比较以下各统计信息：

垃圾回收调用次数

一次垃圾回收调用的平均持续时间

一次垃圾回收调用的工作时间长度和两次垃圾回收调用之间的平均时间之间的比率

如果应用程序不是过度使用的对象而且没有内存泄漏，那么达到了稳定内存利用率的状态。垃圾回收也不会频繁发生，而且持续时间短。

如果堆可用空间稳定在 85% 或更多，那么考虑降低堆大小的最大值，这是因为应用程序服务器和应用程序未充分利用为堆分配的内存。