1.Full

会对整个堆进行整理#xff0c;包括Young、Tenured和Perm。

Full

GC因为需要对整个堆进行回收#xff0c;所以比较慢#xff0c;因此应该尽可能减少Full

2.导致Full

1)年老…对JVM内存的系统级的调优主要的目的是减少GC的频率和Full

1.Full

会对整个堆进行整理包括Young、Tenured和Perm。

Full

GC因为需要对整个堆进行回收所以比较慢因此应该尽可能减少Full

2.导致Full

调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创建过大的对象及数组避免直接在旧生代创建对象

2)持久代Pemanet

在对JVM调优的过程中很大一部分工作就是对于FullGC的调节下面详细介绍对应JVM调优的方法和步骤。

JVM性能调优方法和步骤

使用各种JVM工具查看当前日志分析当前JVM参数设置并且分析当前堆内存快照和gc日志根据实际的各区域内存划分和GC执行时间觉得是否进行优化。

举一个例子

每次垃圾回收的时间越来越长由之前的10ms延长到50ms左右FullGC的时间也有之前的0.5s延长到4、5s

FullGC的次数越来越多最频繁时隔不到1分钟就进行一次FullGC

年老代的内存越来越大并且每次FullGC后年老代没有内存被释放

之后系统会无法响应新的请求逐渐到达OutOfMemoryError的临界值这个时候就需要分析JVM内存快照dump。

通过JMX的MBean生成当前的Heap信息大小为一个3G整个堆的大小的hprof文件如果没有启动JMX可以通过Java的jmap命令来生成该文件。

3.分析dump文件

打开这个3G的堆信息文件显然一般的Window系统没有这么大的内存必须借助高配置的Linux几种工具打开该文件

Visual

备注文件太大建议使用Eclipse专门的静态内存分析工具Mat打开分析。

如果各项参数设置合理系统没有超时日志出现GC频率不高GC耗时不高那么没有必要进行GC优化如果GC时间超过1-3秒或者频繁GC则必须优化。

Minor

如果内存分配过大或过小或者采用的GC收集器比较慢则应该优先调整这些参数并且先找1台或几台机器进行beta然后比较优化过的机器和没有优化的机器的性能对比并有针对性的做出最后选择。

通过不断的试验和试错分析并找到最合适的参数如果找到了最合适的参数则将这些参数应用到所有服务器。

cms参数优化步流程

-Xmx限定其最小、最大值为了防止垃圾收集器在最小、最大之间收缩堆而产生额外的时间通常把最大、最小设置为相同的值;

可以通过调整二者之间的比率NewRadio来调整二者之间的大小也可以针对回收代。

-XX:newSize

-XX:MaxNewSize来设置其绝对大小。

同样为了防止年轻代的堆收缩我们通常会把-XX:newSize

3.年轻代和年老代设置多大才算合理

1更大的年轻代必然导致更小的年老代大的年轻代会延长普通GC的周期但会增加每次GC的时间小的年老代会导致更频繁的Full

2更小的年轻代必然导致更大年老代小的年轻代会导致普通GC很频繁但每次的GC时间会更短大的年老代会减少Full

如果应用存在大量的临时对象应该选择更大的年轻代如果存在相对较多的持久对象年老代应该适当增大。

但很多应用都没有这样明显的特性。

在抉择时应该根

GC尽量少的原则让年老代尽量缓存常用对象JVM的默认比例12也是这个道理

2通过观察应用一段时间看其他在峰值时年老代会占多少内存在不影响Full

GC的前提下根据实际情况加大年轻代比如可以把比例控制在11。

但应该给年老代至少预留1/3的增长空间。

4.在配置较好的机器上比如多核、大内存可以为年老代选择并行收集算法

-XX:UseParallelOldGC

5.线程堆栈的设置每个线程默认会开启1M的堆栈用于存放栈帧、调用参数、局部变量等对大多数应用而言这个默认值太了一般256K就足用。