Jvm调优随记
垃圾回收统计: jsat -gc [pid]
生成dump文件 :jmap -dump:file=/data/dump/jvm_en.hprof 20176(使用jdk自带的jvisualvm.exe可分析堆内存使用情况)
新生代(-Xmn)为堆大小的1/3左右,老年代大小设置为gc后的OU(old use)大小的3-4倍( -Xms -Xmx)。
-XX:SurvivorRatio年轻代和两个Survivor的比值,默认8,代表比值为8:1:1
新生代太大或太小都会导致fullGC,太小会导致大量的对象通过ygc进入老年代,太大会导致老年代太小引起fullGC。
s0,s1存在同时使用的情况就可能是内存泄露了。
手动触发fullGC : jmap -histo:live
查看java进程中的线程状态(java进程卡死)jstack [pid]> /test/jstack.log
查询java进程中占有cpu高的进行排序
ps -mp [pid] -o THREAD,tid,time | sort -rn | head -10
将需要的线程ID转换为16进制格式:printf “%x\n” TID
示例:printf “%x\n” [tid]
输出 abc
最后打印线程的堆栈信息:jstack PID |grep cc6 -A 30
示例:
jstack [pid] |grep abc -A 30
结果就可以看到哪段代码导致的问题…
-Xss每个线程的堆栈大小,设置的太小会导致栈溢出,设置的过大会影响创建的线程的数量导致线程溢出