JVM学习与调优

 

 

 

1 堆：存放数据

  栈：存放逻辑

2 虚拟机： 栈溢出，则栈大小设置-Xss  默认值为1M 但一般会不到200k，所以会将默认值调整小点 

  

Java虚拟机本身：-Xms，-Xmx，-Xss；

系统限制：

/proc/sys/kernel/pid_max，

/proc/sys/kernel/thread-max，

max_user_process（ulimit -u），

/proc/sys/vm/max_map_count。

 

3 堆内存溢出

强引用内存泄露：new 出来的对象是基本上是强引用，这种引用申请不到内存，则内存泄露 。

    强引用环境，垃圾回收时需要严格判断当前对象是否被强引用，如果被强引用则不会被回收。

软引用：当做缓存来用（内存受限的时候用，否则用强引用更好），当垃圾回收时候，如果内存紧张则软引用会被回收，否则不回收。

 

弱引用（与软引用类似）：申请不到内存则会进行内存回收，不会有内存泄露 

 

4 垃圾回收算法：

  1 引用为0

  2 标记清楚，它会遍历整个堆来标记无用的对象，  （）

  3 复制回收 

  四个区： e,s0,s1 ,old ，每次回收后剩下的对象会向后面的区转移 ，前三个为新生代，old为老年代 

  4 标记整理：

 

5 出发回收：

  1） Scavenge： e区申请空间失败（即满了），则出发此回收

  2）full GC：比较慢，尽量减少这种GC使用，一下会产生这种GC

     年老带写满、持久带写满、System.gc、上一次GC后Heap各个区域分配策略动态变化

 

6 配置垃圾回收器  

串行垃圾回收器：数量比较小，100M左右，一般单处理器对响应时间无要求 ： -XX:+UseSerialGC 

并行垃圾回收： 特点：，但吞吐量高。适合， 多核多处理器，响应时间无要求的中大型应用：-XX:+UseParallelOldGC ， -XX:ParalleGCThreads 并行线程数量

  最大暂停时间：-XX：MaxGCPauseMills=N ，如后台处理，科学计算

  吞吐量：-XX：GCTimeRatio=N

并发处理器：“响应时间高要求”多cpu，对响应时间有较高要求的中大型应用，如web服务器，应用服务器，集成开发环境

     

7 常见配置汇总：

  堆设置:

  -Xms:初始堆大小 <4G 

  -Xmx：最大堆大小 <4G

  -XX：NewSize=n:设置年轻带大小

  -XX：NewRatio=n设置年轻带和年老带的比值。如为3，则年轻带与年老带比值为1:3

 年轻带占整个年轻带年老带和的1/4

   -XX:SurvivorRatio=n :年轻带中Eden区与两个Survivor区的比值。。

 注意Survivor区有两个。如:3表示Eden:Survivor=3:2一个Survivor区占整个年轻带的1/5

  -XX:MaxPermSize=n 设置持久代大小

  收集器设置：

   -XX:+UseSeralGC 设置串行收集器

   -XX：+UseParallelGC 设置并行收集器

   -XX：+UseParalledlOldGC 设置并行年老带收集器

   -XX：+UseConcMarkSweepGC：设置并发收集器 

   垃圾回收统计信息：打印垃圾回收信息，以便查看参数设置是否正确

   -XX：+PrintGC

   -XX：+PrintGCDetails

   -XX:+PrintGCTimeStamps

   -Xloggc:filename 

 

  测试堆栈设置：打印gc信息，并且打印出堆溢出的问题-Xms50m -Xmx50m -verbose:gc -Xrunhprof:heap=sites

 

  并行收集器设置：

    -XX:ParallelGCThreads=n ：设置并行收集器收集时使用的CPU数，并行线程数。

    -XX：MaxGCPauseMillis=n: 设置并行收集最大暂停时间

    -XX：GCTimeRatio=n 设置垃圾回收时间占程序运行时间的百分比：公式1/1+n

 

  并发收集器设置：

  -XX：+CMSIncrementalMode  设置为增量模式 适用单CPU

  -XX：ParallelGCThreads=n  设置并发收集器年轻带收集方式为并行收集器，使用CPU

 数。并行收集器线程数

 

JVM中最大堆大小的三方面限制：相关操作系统数据模型限制（32还是64位）；系统可用虚拟内存限制；

系统的可用物理内存限制。32位系统下，一般限制在1.5-2G。

64位操作系统内存无限制 。windows Server 2003系统，3.5G物理内存，

JDK5.0下测试最大设置为1478m

典型设置1：

java -Xmx3550m-Xms3550m-Xmn2g-Xss128k

-Xmx3550m: 设置JVM最大可用内存为3550M

-Xms3550m：设置JVM初始内存为3550M。这个值设置与-Xmx形同，以避免每次

垃圾回收后JVM重新分配内存。

-Xmn2g：设置年轻带大小为2G。整个堆大小=年轻代+年老代大小+持久代大小。

持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。

此值对系统性能影响较大，Sun官方推荐为整个堆大小3/8.

 -Xss128k：设置每个线程堆栈大小。以后每个线程堆栈大小为1M，以前每个线程

堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下，

减小这个值能生成更多的线程。但操作系统对一个进程内的线程数还是有限制的，

不能无限制生成，经验值为3000-5000左右。

典型设置2：

 java-Xmx3550m-Xms3550m-Xss128k-XX:NewRatio=4-XX:SurvivorRatio=4

 -XX:MaxPermSize=16m-XX:MaxTenuringThreShold=0

 -XX:newRatio=4 :设置年轻带（包括Eden和两个S区）与年老带的比值（除去持久代）

设置为4，则年轻带与年老代所占比值为1:4，年轻带占整个堆栈的1/5.

 -XX:SurvivorRatio=4 :设置年轻代中Eden与Survivor区的大小比值。设置为4，则两个Survivor区

与一个Eden区的比值为2:4，一个Survivor区占整个年轻带的1/6

-XX:MaxPermSize=16m :设置持久代大小为16m

-XX：

MaxTenuringThreshold=0 设置垃圾最大年龄。如果设置为0，则年轻带对象不经Survivor区，直接

进入年老代。对于年老代比较多的应用可以提高效率，如果将此值设置为一个较大的值，则

年轻代对象会在S区进行多次复制，则会增加对象年轻代存活时间.

8 回收器选择：

JVM给了三种回收器：串行收集器，并行收集器，并发收集器

默认JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时候加入相应参数。

jdk5.0以后JVM会根据当前系统配置

 

吞吐量优先的并行收集器：

并行收集器主要是以达到一定吞吐量为目标，适用科学技术和后台处理器：

典型配置：

 

java-Xmx3800m-Xms3800m-Xmn2g-Xss128k-XX:+UseParallelGC

-XX:ParallelGCThreads=20

-XX:+UseParalelGC:选择垃圾收集器为并行收集器。此配置对年轻代有效。

即上述配置下，年轻代适用并发收集，而年老带仍旧适用串行收集。

-XX:ParallelGCThreads=20: 配置并行收集器的线程数，即：同时多少个线程一起进行垃圾回收。

此值最好配置与处理器数目相等。

 

java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:+UseParallelGC

-XX:ParallelGCThreads=20-XX:+UseParallelOldGC

-XX:+UseParallelOldGC:配置年老代垃圾收集方式为并行收集。JDK6.0

支持对年老代并行收集。

 

java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:+UseParallelGC

-XX:MaxGCPauseMillis=100

-XX:MaxGCPauseMillis=100 设置年轻代垃圾回收的最长时间，如果

无法满足此时间,JVM会自动调整年轻代大小，以满足此值。

 

java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:+UseParallelGC

-XX:MaxGCPauseMillis=100-XX:+UseAdaptiveSizePolicy

-XX:+UseAdaptiveSizePolicy 设置此选项，并行收集器会自动选择年轻代区大小

和相应的Survivor区的比例，以达到目标系统规定的最低响应时间或者

收集频率，建议使用并行收集器时，一直打开。

 

    响应时间优先并发收集器：主要保证系统响应时间，减小垃圾手机时的

停顿时间，适用于应用服务器，电信领域等。

 

java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:+UseParallelGCThreads=20

-XX:+UseConcMarkSweepGC-XX:+UseParNewGC

-XX:+UseConcMarkSweepGC设置年老代并发收集，测试中配置这个后，

-XX:NewRatio=4的配置失效了。所以此时配置年轻带最好用-Xmn设置。

-XX：+UseParNewGC 设置年轻带为并行收集。可以与CMS收集同时使用。

   JDK5.0以后自动设置，所以无需设置。

 

java-Xmx3550m-Xms3550m-Xmn2g-Xss128k-XX:UseConcMakSweepGC

-XX:CMSFullGCsBeforeCompaction=5-XX:UseCMSCoimpactAtFullCollection 

-XX:UseCMSCoimpactAtFullCollection  :由于并发收集器不对内存空间进行空间压缩、整理，所以运行

一段时间后会产生碎片，使得运行效率降低。此值运行多少次GC后对

内存空间进行压缩，整理。

-XX:UseCMSCoimpactAtFullCollection ：打开对年老带的压缩。可能会影响性能，但会产生碎片

 

总结：

年轻代大小选择

 

响应时间优先的应用：尽可能设置大，直到接近系统的最低响应时间限制 

在此种情况下，年轻代收集发生的频率也是最小的。同时，较少到达年老代对象。

 

吞吐量优先应用：尽可能的设置大，可能达到Gbit的程度，对响应时间没有要求

垃圾收集器可以并行进行，一般适合8CPU以上的应用。

 

 

年老代大小选择：

响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等

参数。如设置小了，可能会造成碎片，高回收频率以及应用暂停而使用传统的标记清楚方式；如果堆大了，则需要较长的

收集时间，最优方案需要参考下面数值：

 1）并发垃圾收集信息 2）持久代并发收集次数 3）传统GC信息 4）花在年轻代和年老代回收上的时间比例减少年轻代和

 年老代花费时间，一般会提高应用效率。

 

 

吞吐量优先的应用

一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代，因为这可以尽可能

回收掉大部分短期对象，减少中期对象，而年老代尽量存放长期存活对象。

 

较小堆引起碎片：

-XX:UseCMSCoimpactAtFullCollection  并发收集器，开启年老代压缩 

-XX:CMSFullGCsBeforeCompaction=0  ： 设置多少次Full GC后对年老代压缩

 

 

9 调优方法与工具

 

JVM调优工具： Jconsole ，jProfile ，VisualVM 

 

Jconsole：jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用，对垃圾回收算法

有很详细的跟踪

JProfiler： 商业软件，付费功能强大

VisualVM ：JDK自带，功能强大，与JProfiler类似推荐使用。

 

10 内存泄露检查

 

内存泄露一般是资源使用完毕后无法回收，从而导致新资源请求分配无法回收。

 

当访问没量不大，但是对使用一直在增长，一般是内存泄露了

解决：GMap打印无法回收的对象。

 

 

堆栈溢出：StackOverflowError ，一般递归或者循环造成 

线程堆栈满：Stack size too small 

 

JVM内存优化：  http://blog.csdn.net/ppby2002/article/details/6096837

 

 
 -server -Xmx2g -Xms2g -Xmn512m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 -Djava.awt.headless=true -Djava.net.preferIPv4Stack=true