tomcat6中的内存设置问题

set JAVA_OPTS=-server -XX:PermSize=256M -XX:MaxPermSize=384m
rem set JAVA_OPTS=-server -Xms100m -Xmx100m -XX:MaxNewSize=128m

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域，如果你的WEB APP下都用了大量的第三方jar, 其大小 超过了jvm默认的大小(4M)那么就会产生此错误信息了。
为了防止该问题的发生，必须保证重载时 web 应用的类加载器没有保存任何对象的引用。

基于Struts+Hibernate开发、运行环境Jdk1.5+Tomcat5.5；

系统长时间运行或者频繁访问数据库时、就会报 java.lang.OutOfMemoryError: Java heap space 异常；

重启Tomcat后、运行一段时间又不行了；

后来在别人的指点下将系统中大量的 字符串连接改成 StringBuffer Str = new StringBuffer(); Str.append(aaa);这种形式的；把String result = "" 改为 String result = null ;　然后把以前统计没有分页的加上分页 ；这样一来就没有报 java.lang.OutOfMemoryError: Java heap space 这个错了。

不过现在新的问题来了、就是我不停的使用系统，进行增、删、改、查、和生成报表及、打开调用js文件的表态页面时 都会报 java.lang.OutOfMemoryError: PermGen space 异常这个异常。。。。

请高手和前辈们给予指点...我查了Ｎ多贴子。。说是改jvm的最大和最小内存，我的tomcat有个图形化的设置界面，我在上面把initial memory pool 改成512M 把 Maximum memory pool 改为 1024M都不行。我的pc已经是两个Ｇ的物理内存了。

另外我的tomcat是安装版的。没有 catalina.bat　这个文件 、那么请问 JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true " 这个设置又该添加到什么文件中呢；我在前面设置的 initial memory pool 和 maximum memory pool 算不算等效于这个 java_opts的设置呢？？？？

谢谢前辈和高手、一定帮帮忙；；我等候佳音..........................

请提供解决思路；

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法：-Xms256m -Xmx256m -XX:MaxNewSize=256m -XX:MaxPermSize=256m 
2、

在tomcat中redeploy时出现out of memory的错误.

可以有以下几个方面的原因:

１,使用了proxool,因为proxool内部包含了一个老版本的cglib.

2, log4j,最好不用,只用common-logging

3, 老版本的cglib,快点更新到最新版。

４，更新到最新的hibernate3.2

3、

这里以tomcat环境为例，其它WEB服务器如jboss,weblogic等是同一个道理。
一、java.lang.OutOfMemoryError: PermGen space 
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,
这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,
它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对
PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误,
这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小
超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法： 手动设置MaxPermSize大小

修改TOMCAT_HOME/bin/catalina.sh (windows平台是catalina.bat)
在“ echo "Using CATALINA_BASE:   $CATALINA_BASE" ”上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m"
建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。

 

二、java.lang.OutOfMemoryError: Java heap space
Heap size 设置
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，
其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可
进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。 
解决方法：手动设置Heap size
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -Xms100m -Xmx100m -XX:MaxNewSize=128m"

三、实例，以下给出1G内存环境下java jvm 的参数设置参考：

JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "

三、相关资料

/show/3/7/20061112220131.htm

/show/3/7/20061112220054.htm

/show/3/7/20061112220201.htm

题外话：经常看到网友抱怨tomcat的性能不如...，不稳定等，其实根据笔者几年的经验，从"互联星空“到现在的房产门户网，我们
均使用tomcat作为WEB服务器，每天访问量百万多，tomcat仍然运行良好。建议大家有问题多从自己程序入手，多看看java的DOC文档
并详细了解JVM的知识。这样开发的程序才会健壮。

 

 

 

SUN JDK+Tomcat 5.5.20运行服务的时候遇到问题，服务器跑几天后就会挂掉，并报java.lang.OutOfMemoryError: PermGen space异常。

发现很多人把问题归因于： spring,hibernate,tomcat，因为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，因为spring在AOP时使用CBLIB会动态产生很多类。

但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在Q&A很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。

于是有人对更基础的JVM做了检查，发现了问题的关键。原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收！

2003年的时候就有一个bug报告给sun，但是到现在，这个bug还没有close！有人在这个bug加了句评语：“A bug this critical is open since 2003? Absolutely shameful.” 我觉得SUN在这个BUG上确实有些丢脸。

对这个bug最彻底的解决办法就是不要用SUN的JDK，而改用BEA的 JRokit.

打不过，还逃不过吗？ 有众多的选择，这就是开源的好。 ：）

========================

内存泄漏问题都有相同的原因，例如在Web应用的ClassLoader初始化一个对象，然后这个对象将自己的引用保存到某个实例或者Registry中，当重载时从 ClassLoader 撤销这个对象时，Registry引用的对象还在，这样就会导致内存泄漏。

一般程序库可能存在内存泄漏的地方有：

JDBC 驱动注册
一些日志框架
在 ThreadLocal 中保存对象，但是并不去删除它
启动了线程，但没有停止它
而 Java API 存在内存泄漏的地方包括：

使用 javax.imageio API (the Google Web Toolkit can trigger this)
使用 java.beans.Introspector.flushCaches() (Tomcat does this to prevent memory leaks caused by this caching)
使用 XML 解析器 (the root cause is unknown due to a bug in the JRE)
使用 RMI 远程方法调用(somewhat ironically, causes a leak related to the garbage collector)
从 Jar 文件中读取资源

=============================

 

本人用javasdk自带的监控程序，监控tomcat进程发现，有时候tomcat挂掉，监控进程也一样无法工作

因此配置好内存大小是非常有必要的