JAVA JVM

在一些规模稍大的应用中，Java虚拟机（JVM）的内存设置尤为重要，想在项目中取得好的效率，GC（垃圾回收）的设置是第一步。

　　PermGen space：全称是PermanentGenerationspace.就是说是永久保存的区域,用于存放Class和Meta信息,Class在被Load的时候被放入该区域Heapspace：存放Instance。

　　GC(GarbageCollection)应该不会对PermGenspace进行清理,所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGenspace错误

　　Java Heap分为3个区

　　1.Young

　　2.Old

　　3.Permanent

　　Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，本文不讨论该区。

　　JVM的Heap分配可以使用-X参数设定，

　　-Xms

　　初始Heap大小

　　-Xmx

　　java heap最大值

　　-Xmn

　　young generation的heap大小

　　JVM有2个GC线程

　　第一个线程负责回收Heap的Young区

　　第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区

　　Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。

　　为什么一些程序频繁发生GC？

　　有如下原因：

　　1.程序内调用了System.gc()或Runtime.gc()。

　　2.一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。

　　3.Java的Heap太小，一般默认的Heap值都很小。

　　4.频繁实例化对象，Release对象 此时尽量保存并重用对象，例如使用StringBuffer()和String()。

　　如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态,许多Server端的Java程序每次GC后最好能有65%的剩余空间

　　经验之谈：

　　1．Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3。

　　2．一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成。

　　注意：

　　1．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。

　　2．Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。

　　Stack的设定

　　每个线程都有他自己的Stack。

　　-Xss

　　每个线程的Stack大小

　　Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。

　　硬件环境

　　硬件环境

　　也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。

　　如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用。

　　4种GC

　　1、第一种为单线程GC，也是默认的GC，该GC适用于单CPU机器。

　　2、第二种为ThroughputGC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UsellelGC参数启动该GC。

　　3、第三种为Concurrent LowPauseGC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。

　　4、第四种为Incremental LowPauseGC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。

　　单文件的JVM内存进行设置

　　默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。

　　设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。

　　java -Xms64m -Xmx256m Test

　　-Xms是设置内存初始化的大小

　　-Xmx是设置最大能够使用内存的大小（最好不要超过物理内存大小）

　　tomcat启动jvm内存设置

　　Linux：

　　在/usr/local/apache-tomcat-5.5.23/bin目录下的catalina.sh添加：JAVA_OPTS="-Xms512m-Xmx1024m"要加“m”说明是MB，否则就是KB了，在启动tomcat时会报内存不足。

　　-Xms：初始值

　　-Xmx：最大值

　　-Xmn：最小值Windows

　　在catalina.bat最前面加入

　　setJAVA_OPTS=-Xms128m-Xmx350m如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说setJAVA_OPTS=-Xms128m-Xmx350m没起作用.上面分配200M内存就OOM了..windows服务执行的是bin/tomcat.exe.他读取注册表中的值,而不是catalina.bat的设置.解决办法:

　　修改注册表HKEY_LOCAL_MACHINE/SOFTWARE/Apache SoftwareFoundation/TomcatService Manager/Tomcat5/meters/JavaOptions

　　原值为

　　-Dcatalina.home="C:/ApacheGroup/Tomcat 5.0"

　　-Djava.endorsed.dirs="C:/ApacheGroup/Tomcat5.0/common/endorsed"

　　-Xrs加入 -Xms300m -Xmx350m

　　重起tomcat服务,设置生效

　　weblogic启动jvm内存设置

　　在weblogic中，可以在startweblogic.cmd中对每个domain虚拟内存的大小进行设置，默认的设置是在commEnv.cmd里面。

　　JBoss

　　默认可以使用的内存为64MB

　　$JBossDIR$/bin/run.config

　　JAVA_OPTS = "-server -Xms128 -Xmx512"

　　Eclipse

　　在所在目录下，键入

　　Eclipse

　　.exe -vmargs -Xms256m -Xmx512m

　　256m表示JVM堆内存最小值

　　512m表示JVM堆内存最大

　　Websphere

　　进入控制台去设置：应用程序服务器 > server1 > 进程定义 > Java 虚拟机

　　编辑推荐

　　IPTV会否是分众购对象

　　我国IPTV研究目全球领先

　　3G与IPTV是发展大方向

　　我国IPTV研究目全球领先

　　3G与IPTV是发展大方向

 

 

关于内存溢出问题转帖，备查。
【转自】http://ahut9923.javaeye.com/blog/236859

1、首先是：java.lang.OutOfMemoryError: Java heap space

解释：

Heap size 设置

JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heapsize的值，其初始空间(即-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 "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
Java代码
set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m  

set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m

或修改catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

2、其次是：java.lang.OutOfMemoryError: PermGen space

原因：

PermGen space的全称是Permanent Generationspace,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGenspace中，它和存放类实例(Instance)的Heap区域不同,GC(GarbageCollection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGenspace错误，这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar,其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法：

1. 手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.bat（Linux下为catalina.sh），在Java代码
“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：   
set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m  

“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m

catalina.sh下为：
Java代码
JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m" 

JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"


另外看到了另外一个帖子，觉得挺好，摘抄如下：
分析java.lang.OutOfMemoryError: PermGen space

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

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

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


对于以上两个问题，我的处理是：

在catalina.bat的第一行增加：
Java代码
set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m  

set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

在catalina.sh的第一行增加：
Java代码
JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

备注： http://www.jbsolutions.net.in/out_of_memory_issue.html