开发者社区> 玄学酱> 正文

JVM诊断调优CheatSheet

简介:
+关注继续查看

包含诊断调优java应用的各种命令以及jvm配置示例。

常用Shell命令

  • 查看网络状况

      netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
    
  • 使用top去获取进程cpu使用率;使用/proc文件查看进程所占内存。

      #!/bin/bash
      for i in `ps -ef | egrep -v "awk|$0" | awk '/'$1'/{print $2}'`
      do
          mymem=`cat /proc/$i/status 2> /dev/null | grep VmRSS | awk '{print $2" " $3}'`
          cpu=`top -n 1 -b |awk '/'$i'/{print $9}'`
      done
    

常用JDK命令

  • 查看类的一些信息,如字节码的版本号、常量池等

    javap -verbose classname

  • 查看jvm进程

    jps

    jcmd -l

  • 查看进程的gc情况

    jstat -gcutil [pid] (显示总体情况)

    jstat -gc [pid] 1000 10(每隔1秒刷新一次 一共10次)

  • 查看jvm内存使用状况

    jmap -heap [pid]

  • 查看jvm内存存活的对象:

    jcmd [pid] GC.class_histogram

    jmap -histo:live [pid]

  • 把heap里所有对象都dump下来,无论对象是死是活

    jmap -dump:format=b,file=xxx.hprof [pid]

  • 先做一次full GC,再dump,只包含仍然存活的对象信息:

    jcmd [PID] GC.heap_dump [FILENAME]

    jmap -dump:format=b,live,file=xxx.hprof [pid]

  • 线程dump

    jstack [pid] #-m参数可以打印出native栈的信息

    jcmd Thread.print

    kill -3 [pid]

  • 查看目前jvm启动的参数

    jinfo -flags [pid] #有效参数

    jcmd [pid] VM.flags #所有参数

  • 查看对应参数的值

    jinfo -flag [flagName] [pid]

  • 启用/禁止某个参数

    jinfo -flag [+/-][flagName] [pid]

  • 设置某个参数

    jinfo -flag [flagName=value] [pid]

  • 查看所有可以设置的参数以及其默认值

    java -XX:+PrintFlagsInitial

第三方工具

========awesome-scripts========

安装:

curl -s "https://raw.githubusercontent.com/superhj1987/awesome-scripts/master/self-installer.sh" | bash -s

使用:

  • 显示最繁忙的java线程: -c <要显示的线程栈数> -p <指定的Java Process>

    opscipts show-busy-java-threads [-c] [-p]

  • 使用greys跟踪方法耗时

    opscripts greys [@IP:PORT]

    ga?: trace [class] [method]

  • 显示当前cpu和内存使用状况,包括全局和各个进程的。

    opscripts show-cpu-and-memory

  • 进入jvm调试交互命令行,包含对java栈、堆、线程、gc等状态的查看

    opscripts jvm [pid]

JVM配置示例

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
-server #64位机器下默认
-Xms6000M #最小堆大小
-Xmx6000M #最大堆大小
-Xmn500M #新生代大小
-Xss256K #栈大小
-XX:PermSize=500M (JDK7)
-XX:MaxPermSize=500M (JDK7)
-XX:MetaspaceSize=128m  (JDK8)
-XX:MaxMetaspaceSize=512m(JDK8)
-XX:SurvivorRatio=65536
-XX:MaxTenuringThreshold=0 #晋升到老年代需要的存活次数,设置为0时,survivor区失去作用,一次minor gc,eden中存活的对象就会进入老年代,默认是15,使用CMS时默认是4
-Xnoclassgc #不做类的gc
#-XX:+PrintCompilation #输出jit编译情况,慎用
-XX:+TieredCompilation #启用多层编译,jd8默认开启
-XX:CICompilerCount=4 #编译器数目增加
-XX:-UseBiasedLocking #取消偏向锁
-XX:AutoBoxCacheMax=20000 #自动装箱的缓存数量,如int默认缓存为-128~127
-Djava.security.egd=file:/dev/./urandom #替代默认的/dev/random阻塞生成因子
-XX:+AlwaysPreTouch #启动时访问并置零内存页面,大堆时效果比较好
-XX:-UseCounterDecay #禁止JIT调用计数器衰减。默认情况下,每次GC时会对调用计数器进行砍半的操作,导致有些方法一直是个温热,可能永远都达不到C2编译的1万次的阀值。
-XX:ParallelRefProcEnabled=true # 默认为false,并行的处理Reference对象,如WeakReference
-XX:+DisableExplicitGC #此参数会影响使用堆外内存,会造成oom,如果使用NIO,请慎重开启
#-XX:+UseParNewGC #此参数其实在设置了cms后默认会启用,可以不用设置
-XX:+UseConcMarkSweepGC #使用cms垃圾回收器
#-XX:+UseCMSCompactAtFullCollection #是否在fullgc是做一次压缩以整理碎片,默认启用
-XX:CMSFullGCsBeforeCompaction=0 #full gc触发压缩的次数
#-XX:+CMSClassUnloadingEnabled #如果类加载不频繁,也没有大量使用String.intern方法,不建议打开此参数,况且jdk7后string pool已经移动到了堆中。开启此项的话,即使设置了Xnoclassgc也会进行class的gc, 但是某种情况下会造成bug:https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&cad=rja&uact=8&ved=0ahUKEwjR16Wf6MHQAhWLrVQKHfLdCe4QFgg8MAQ&url=https%3A%2F%2Fblogs.oracle.com%2Fpoonam%2Fentry%2Fjvm_hang_with_cms_collector&usg=AFQjCNFNtkw6jHM-uyz-Wjri3LtAVXWJ8g&sig2=BFxSfHc-AIek18fEhY07mg。
#-XX:+CMSParallelRemarkEnabled #并行标记, 默认开启, 可以不用设置
#-XX:+CMSScavengeBeforeRemark #强制remark之前开始一次minor gc,减少remark的暂停时间,但是在remark之后也将立即开始又一次minor gc
-XX:CMSInitiatingOccupancyFraction=90 #触发full gc的内存使用百分比
-XX:+PrintClassHistogram #打印类统计信息
-XX:+PrintHeapAtGC #打印gc前后的heap信息
-XX:+PrintGCDetails #以下都是为了记录gc日志
-XX:+PrintGCDateStamps
-XX:+PrintGCApplicationStoppedTime #打印清晰的GC停顿时间外,还可以打印其他的停顿时间,比如取消偏向锁,class 被agent redefine,code deoptimization等等
-XX:+PrintTenuringDistribution #打印晋升到老年代的年龄自动调整的情况(并行垃圾回收器启用UseAdaptiveSizePolicy参数的情况下以及其他垃圾回收期也会动态调整,从最开始的MaxTenuringThreshold变成占用当前堆50%的age)
#-XX:+UseAdaptiveSizePolicy # 此参数在并行回收器时是默认开启的会根据应用运行状况做自我调整,如MaxTenuringThreshold、survivor区大小等,其他情况下最好不要开启
#-XX:StringTableSize #字符串常量池表大小(hashtable的buckets的数目),java 6u30之前无法修改固定为1009,后面的版本默认为60013,可以通过此参数设置
-XX:GCTimeLimit=98 #gc占用时间超过多少抛出OutOfMemoryError
-XX:GCHeapFreeLimit=2 #gc回收后小于百分之多少抛出OutOfMemoryError
-Xloggc:/home/logs/gc.log








原文出处:后端技术杂谈
转载请与作者联系,同时请务必标明文章原始出处和原文链接及本声明。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
【JVM调优实战100例】03——JVM堆调优四例
【JVM调优实战100例】03——JVM堆调优四例
17 0
【JVM调优实战100例】02——虚拟机栈与本地方法栈调优五例
【JVM调优实战100例】02——虚拟机栈与本地方法栈调优五例
16 0
【JVM调优实战100例】01——JVM的介绍与程序计数器
【JVM调优实战100例】01——JVM的介绍与程序计数器
16 0
【Java虚拟机】JVM调优和分析案例综合实战
【Java虚拟机】JVM调优和分析案例综合实战
50 0
深入理解JVM - G1调优简述
​ 在线教育平台的压力来自于哪里?首先孩子白天需要上学同时家长也需要上班,所以白天的访问量不会很大,同时主要的业务也不在在线教育平台处理。但是一旦到了晚上,机器的压力就上来了,同时孩子也会在线进行听课上课,这时候用户量会暴增,会有上万人同时在线听课。这时候可以发现在线教育平台的压力在于直播,而直播的流量高峰在于课堂的互动环节,为什么是互动环节呢,因为孩子不喜欢枯燥的课堂,为了带动课堂氛围,课堂中的游戏一定是活跃气氛的关键,也是系统压力的核心,这时系统需要记录各种数据,比如活动时长,得分,积分奖励等等,同时也会出现大量的对象分配,为了保证直播的流畅,系统要求十分低的延迟响应时间。
12 0
JVM调优之Java进程消耗CPU过高
JVM调优之Java进程消耗CPU过高
27 0
大数据开发基础的编程语言的Java的JVM虚拟机的JVM调优
Java虚拟机(JVM)是Java语言的核心,它是一个虚拟的计算机,可以在不同的操作系统上运行Java程序。在Java中,JVM调优是非常重要的一环,可以帮助开发者优化应用程序的性能,提高程序的稳定性和可靠性。本文将介绍Java的JVM调优和常见技巧。
28 0
高并发场景下JVM调优实践之路(4)
高并发场景下JVM调优实践之路
26 0
高并发场景下JVM调优实践之路(3)
高并发场景下JVM调优实践之路
16 0
高并发场景下JVM调优实践之路(2)
高并发场景下JVM调优实践之路
28 0
+关注
玄学酱
这个时候,玄酱是不是应该说点什么...
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
基于JVM的脚本语言开发、运用实践
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载