引自 http://wenku.baidu.com/view/0ae2586b7e21af45b307a8ac.html
Tomcat 出现 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)那么就会产生此错误信息了。
解决方法:
1. 手动设置 MaxPermSize 大小 修 改 TOMCAT_HOME/bin/catalina.bat ( Linux 下 为 catalina.sh ) 在 “ echo "Using , CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m catalina.sh 下为: JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"
2. 将相同的第三方 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.bat , 在 “ echo $CATALINA_BASE"”上面加入以下行: set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m 或修改 catalina.sh 在“echo "Using CATALINA_BASE: "Using CATALINA_BASE: -XX:MaxNewSize=256m $CATALINA_BASE"”上面加入以下行: -XX:MaxNewSize=256m" JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m
另外看到了另外一个帖子,觉得挺好,摘抄如下:
主题: 分析 java.lang.OutOfMemoryError: PermGen space 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 加了句评语: bug this critical is open since 2003? Absolutely shameful.” 我 “A 觉得 SUN 在这个 BUG 上确实有些丢脸。 对这个 bug 最彻底的解决办法就是不要用 SUN 的 JDK,而改用 BEA 的 JRokit. 打不过,还逃不过吗? 有众多的选择,这就是开源的好。 : )
最后,给出几篇文章供大家学习参考:
Java 虚拟机的选项:http://www.tot.name/show/3/7/20061112220131.htm
Hot Spot JVM5 中的 GC 调优:http://www.tot.name/show/3/7/20061112220201.htm
1、 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 时出现 outofmemory 的错误. 可以有以下几个方面的原因:
1,使用了 proxool,因为 proxool 内部包含了一个老版本的 cglib.
2, log4j,最好不用,只用 common-logging
3, 老版本的 cglib,快点更新到最新版。
4,更新到最新的 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 在“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 -Xms800m -Xmx800m -XX:MaxNewSize=256m" 三、实例,以下给出 1G 内存环境下 java jvm 的参数设置参考: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxPermSize=128m -Djava.awt.headless=true " -XX:MaxNewSize=256m