Heap OOM故障实例2_websphere应用部署

根据用户需求，将公司产品部署到win32 websphere上。部署过程中，报OOM错误。

使用IBM工具分析javacore文件后，得到详细的分析，如下是部分信息：

 

1.==================================================================================
Cause of thread dump : Dump Event "systhrow" (00040000) Detail

"java/lang/OutOfMemoryError" received

 

Date: 2013/03/18 at 15:09:34

Process ID : Not available

Operating System : Windows XP 5.1 build 2600 Service Pack 2

Processor Architecture : x86

Number of Processors : 2

Java version : J2RE 6.0 IBM J9 2.4 Windows XP x86-32 build jvmwi3260-20080816_22093

Virtual machine version : VM build 20080816_022093_lHdSMr

Just-In-Time(JIT) compiler switch, Ahead-Of-Time (AOT) compiler switch, Compiler version : JIT enabled, AOT enabled - r9_20080721_1330ifx2

Garbage collector version : GC - 20080724_AA

Java Heap Information

Maximum Java heap size : 2048m

Initial Java heap size : 1024m

2.==================================================================================
...
Free Java heap size: 11.71 KB
Allocated Java heap size: 256 MB
...

3.==================================================================================
07:09:30:233142669 GMT j9mm.101 - J9AllocateIndexableObject() returning NULL! 16688 bytes requested for object of class 10F019E0 from memory space 'Flat' id=00141D5C

07:09:30:233082499 GMT j9mm.134 - Allocation failure end: newspace=0/0 
oldspace=8144/268435456 loa=0/0

...

 

 

分析：

第1段说明出现错误："java/lang/OutOfMemoryError" ；

第2段说明heap可用空间不足；

第3段说明内存分配失败：Allocation failure，并且oldspace=8144/268435456说明old区很空闲。

 

查询资料可知，was7新生代默认分配空间如下，相对我们的产品来说确实太小了，需要适当增大。

-Xmns是-Xms的25%或者64M（在JDK 5.0中默认是25%）
-Xmnx是-Xmx的25%或者64M（同上）

 

根据以上分析，采取增大新生代的方式来解决这个问题，经过调试初步确定jvm的新参数组合：

-Xms768m -Xmx1536m -Xmn768m -XX:PermSize=256m -XX:MaxPermSize=512m

 

重新部署应用顺利通过，而且WAS的响应也快了不少。