EOS内存溢出解决方法

2008-7-10

  EOS内存溢出可以分为两类,studio内存溢出和server内存溢出,两者在内存中以两个javaw.exe进程存在。

  1)studio内存溢出,现象是弹出一个窗口要求你强制关闭,studio中打开文件过多或者执行大数据量报表的时候较容易出现;

  解决方法:在启动的快捷方式的目标地址中加入D:\\primeton\\primeton53_2886\\ide\\eclipse\\studio.exe -vmargs -Xms128m -Xmx512m。

  Xms128m是指给studio分配内存的最小值,Xmx512m是指最大值,根据所加载的项目大小不同studio启动后占用的内存大小在180M左右,运行期会增加,所以最小值设置不要过大,最大值的设置要根据物理内存的大小和项目执行的需要,通常在512M应该够了,如果是做报表开发还得设大一些,物理内存不够的要添置内存。

  2)server内存溢出,现象是界面上报jsp无法编译的错误,eos.log中报出OutOfMemoryError的字样;

  解决方法:在Primeton EOS->Servers->选择服务器,在参数列表中设置-Xms32m -Xmx512m.

  通常JBOSS服务器的启动时占用内存大小在100M左右,TOMCAT服务器还要小一些,所以最小值也不要设的过大,最大值设成300M以上就可以了。

  注意:我在服务过程中发现有部分开发人员喜欢这么设置-Xms512m -Xmx512m,最小值设的很大,会有什么影响吗?针对-Xms的设置我专门做了测试。

  以JBOSS为例,如果server内存设置成-Xms32m -Xmx512m,JBOSS的内存占用率是104M,虚拟内存是136M;

  如果server内存设置成-Xms512m -Xmx512m,JBOSS的内存占用率是132M,虚拟内存是576M;

  由此可见,虚拟机内存的最小值设置得过大会给物理内存带来很大的压力,这显然是没有必要的,但最小值不做设置却没什么问题。

  原文出处:http://gocom.primeton.com/blog11029_1221.htm

   
来源:goCom构客网  作者:tongyiting
Gartner预言,基于“服务导向的商业应用”(SOBA)将会兼备ERP、CRM、供应链和其他应用的全部功能,从而成为单一的商业应用终结者。在SOA时代,SOBA将是商业管理系统的代名词……
本次SCA规范翻译由满江红开放技术研究组织和OSOA中文社区共同发起、组织,并得到goCom全程支持,首批将发布11项中文规范……
当你开始飞的时候,时间就停止了,连同自己的呼吸也停止了,滑动的是蓝色的天空与皑皑的白雪,还有微微的风,这一切像是一幅幅水波组成的画面,被你起飞的巨大速度冲撞,破碎成色彩斑斓的碎片……
构客网
goCom构客网,全球首家SOA与面向构件社区