https://blog.csdn.net/u011750989/article/details/50253845
是否需要进行GC调优
决定是否进行Java GC调优，前提是主要看新生代的Minor GC和老年代的FULL GC 的GC频率和每次GC停顿的时间对于业务来说是否可接受，一般满足以下条件，可不用考虑GC调优(仅参考，具体还要看业务）
1 MinorGC执行的很快（小于50ms）
2 MinorGC执行的并不频繁（大概10秒一次）
3 FullGC执行的很快（小于1s）
4 FullGC执行的并不频繁（10分钟一次）
1、启动时指定参数，打印出日志
-Xloggc:/var/log/hadoop-hdfs/$USER/gc.log-`date +'%Y%m%d%H%M'` -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps
2、使用命令行
jstat -gc 26990 1000 10(每秒展示一次，总共展示10次,内存各区使用情况及总的GC情况)
//查看内存实际使用类，对象
jmap -heap25856(在CMS GC的情况下可能造成进程挂起，查看内存各区域used,free情况，以及内存参数配置，执行很快)
jmap -histo -F4191(能查到在内存里哪些类，类有多少实例，占多少空间，注意使用该命令时，比较慢，进程暂停对外工作)
jmap –dump:format=b,file=test.bin3500//生成dump文件,可再用visualvm可视化分析？在java bin目录下有jvisualvm，若无响应指定-F，用jhat分析dump文件功能比较弱, -dump:[live,]format=blive指定只输出活的对象到文件
//查看虚拟机内部线程
jstack -l -F22595(注意执行比较慢)
//查看jvm显示指定的参数和隐式的默认参数
Jps –v//查看各个进程的显示参数
Jinfo –flagCMSInitiatingOccupancyFractionpid(查看某个进程某个参数值)
目前调优主要还是针对JVM参数进行调整，针对自己的业务考虑
1、选择哪种垃圾收集器
比较成熟使用较多的是parallel gc 、CMS gc，尤其CMS GC停顿时间较短，实际使用更为常见，而G1 GC停顿时间更短，也没有CMS GC内存碎片问题，但是稳定性还未可知，并且占用内存会更多，所以目前阶段只是不是GC出现严重问题，一般不选择G1 GC
2、怎么调整参数
比较重要的是针对新生代和老年代的空间分配大小找个折中点， 如果发现FULL GC执行频率能接受，但是一旦GC发行停顿时间很长，可适当减小老年代的空间大小，相反执行频率过快，单次停顿较短，是否该考虑调大老年代空间，新生代同理
如果使用的是CMS GC垃圾收集器，会产生内存碎片问题，可设置多少次FULL GC以后进行一次碎片整理
3、应用层去调优减少不必要的对象生成，或者启用多个JVM实例，避免单个JVM实例大内存GC问题
网友评论