was6.1 每隔20天要重启
was 6.1 for aix，运行20天左右，topas显示的java产生很大的pages，然后应用系统响应就很慢。只好sopServer，然后startServer 。
initialHeapSize,maximumHeapSize分别设为1024，1536
试过改大到2048都一样。
用ga工具分析native_stderr，提示如下：
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
有什么办法可以彻底解决吗？
initialHeapSize,maximumHeapSize分别设为1024，1536
试过改大到2048都一样。
用ga工具分析native_stderr，提示如下：
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
Java heap critical shortage 1.8782209 % free 星期二 一月 7 13:49:48 2014
有什么办法可以彻底解决吗？
15同行回答
你这个应该是native内存泄露，跟设置server堆内存大小没有关系，要分析这个问题，需要生成一个core文件，发给IBM实验室来分析；
生成core文件之前：
1、执行ulimit -a 查看文件是否unlimited
2、执行命令lsattr -El sys0|grep full 查看fullcore是否为true；
如为false，执行chdev -l sys0 -a fullcore=ture修改为true；
gencore core. 生产core文件
收集core数据时需要处理一下core文件，先查看一个文件系统目录空闲大小，然后
was_dir/java/jre/bin/jectract 会在core文件目录下生产一个zip报，*.zip
最后发给IBM实验室
或者直接打IBM was售后电话，售后工程师会教你收哪些数据，怎么收集数据；收起
生成core文件之前：
1、执行ulimit -a 查看文件是否unlimited
2、执行命令lsattr -El sys0|grep full 查看fullcore是否为true；
如为false，执行chdev -l sys0 -a fullcore=ture修改为true；
gencore
收集core数据时需要处理一下core文件，先查看一个文件系统目录空闲大小，然后
was_dir/java/jre/bin/jectract
最后发给IBM实验室
或者直接打IBM was售后电话，售后工程师会教你收哪些数据，怎么收集数据；收起
浏览669
可以使用crontab命令，写Aix中的定时任务，每天特定时间重启WAS Server。
不过，最好可以通过heapdump找到内存泄露的原因。收起
不过，最好可以通过heapdump找到内存泄露的原因。收起
浏览565