weblogic进程当掉。

一夜风雨

AIX中java进程的PAGE SPACE会一直增加，最终weblogic进程就会当掉。
我这里是一个报表系统，用到IBM的系列产品
系统环境：
    IBM p550，AIX5.2.0.0，8G内存，双CPU，Weblogic8.1+sp3，DB2 8.2，Ondemand7.1.2.5，TSM5.3，WEK7.1.2.5
   
系统Page Space设置是：（利用率基本上一直在13%）
cib175:/ #lsps -a
Page Space      Physical Volume   Volume Group    Size %Used Active  Auto  Type
hd6             hdisk0            rootvg        1024MB    13    yes   yes    lv

在用topas -P查看时，内容如下：（下面还有很多进程没有列出）
Topas Monitor for host:    cib175      Interval:   2    Sat Apr 22 19:35:00 2006

                                DATA  TEXT  PAGE               PGFAULTS
USER        PID    PPID PRI NI   RES   RES SPACE    TIME CPU%  I/O  OTH COMMAND
eros    2371806       1  60 20 57994    13 57994  513:51 94.5    0    0 java
eros    1478774       1  60 20  6162  1486  6529    0:00  0.0    0    0 dsmserv
archive 1937584 1081504  60 20  2913     6  3014    1:36  0.0    0    0 db2fmp
archive 1040424 1081504  60 20  1544    13  2785    0:08  0.0    0    0 db2sysc
archive  946426 1081504  60 20  1613    13  2783    0:15  0.0    0    0 db2sysc
.
.
.

在做压力测试时（用LoadRunner做得压力测试，50个虚拟用户，持续三两个小时），
用lspa -a命令查看时，Page Space的利用率基本上一直在13%，
而java进程的PAGE SPACE会一直增加，当增加到10万多的时候（大概到400M），weblogic进程就会当掉。
在用weblogic的控制台做内存监控时，内存一直很正常，内存低位也不上升。


请各位兄弟姐妹给帮忙分析一下，到底是怎么回事，其中lsps -a中看到的Page Space和
用topas -P看到的PAGE SPACE是不是一回事？这样的问题又该如何处理？

一夜风雨

系统提示有如下信息：
有时候是：
  at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.jav
a(Compiled Code))
  at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java(Compiled Code))
  at weblogic.kernel.ExecuteThread.run(ExecuteThread.java(Compiled Code))
**Out of memory, aborting**

*** panic: JVMCL052: Cannot allocate memory in initializeHeap for heap segment
JVMDG217: Dump Handler is Processing Signal 6 - Please Wait.
JVMDG305: Java core not written, unable to allocate memory for print buffer.
JVMDG215: Dump Handler has Processed Error Signal 6.
有时候是：
JVMDG217: Dump Handler is Processing Signal 11 - Please Wait.
JVMDG305: Java core not written, unable to allocate memory for print buffer.
JVMDG215: Dump Handler has Processed Exception Signal 11.

wobushiwo

加大内存分配许可，参数好像是打开启动文件，然后在头加上

export MEM_ARGS=-Xms700m -Xmx700m

最好是查查weblogic 相关文档，怎么调整最大内存分配。。。我也不能给你保证这参数是不是这个

适当调整压力测试用户，减少一下，看有没得到改善，假如有，很大可能是

1 假如产品没问题，看相关的调用有没很好的释放资源
2 可能是资源释放回回收太慢了，加大应用服务的内内存分配

一夜风雨

原帖由 wobushiwo 于 2006-4-23 11:18 发表
加大内存分配许可，参数好像是打开启动文件，然后在头加上



最好是查查weblogic 相关文档，怎么调整最大内存分配。。。我也不能给你保证这参数是不是这个

适当调整压力测试用户，减少一下，看有没得到改 ...

weblogic 启动时设置是：MEM_ARGS="-Xms1024M -Xmx2048M"
如果是java内存泄漏，java的回收机制也应该回收过来啊，现在用weblogic的控制台监控时，内存回收很正常啊，内存低位也没有上升的趋势

我这边系统8G内存，java1.4.2好像支持最大内存是2G，现在我把用户session全部清掉了。还是会出现这样的问题，用少用户做压力测试时，用topas -P命令监控可知PAGE SPACE增长慢一点，并没有太好的效果。

wobushiwo

如果是java内存泄漏，java的回收机制也应该回收过来啊

这句是不正确的，JVM的回收机制没有想象中快

我遇到确实是因为没有及时释放而回收不了或说来不及回收
----------------------------------------------------------------------

现在问题有点复杂。。。。

假如你可以改动代码的话，那你可以试试，试着把 一部分的调用 注释掉，检查。。。

如此重复，直到运行正常，就确定了是哪一部分致使了这样的情况

再检查那一部分是没做好呢，还是产品有问题，要说跟你一模一样错误提示我没遇到过，但我觉得还是 内存那点

破事


希望你检查出来后，把问题帖出来，回溃给大家，也教教我们。。。。

cooljia

to wobushiwo, 内存泄漏还是使用工具去检测比较好一些, 你那样的方法..会累死人的.

jprobe, jprofile都不错.

wobushiwo

我没用过。。。所以不知怎么推荐好。。。