关于java:JVM下篇性能监控与调优篇04JVM运行时参数

https://gitee.com/vectorx/NOT…

https://codechina.csdn.net/qq…

https://github.com/uxiahnan/N…

[TOC]

4. JVM运行时参数

4.1. JVM参数选项

官网地址:https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html

4.1.1. 类型一:规范参数选项

> java -help
用法: java [-options] class [args...]
           (执行类)
   或  java [-options] -jar jarfile [args...]
           (执行 jar 文件)
其中选项包含:
    -d32          应用 32 位数据模型 (如果可用)
    -d64          应用 64 位数据模型 (如果可用)
    -server       抉择 "server" VM
                  默认 VM 是 server.

    -cp <目录和 zip/jar 文件的类搜寻门路>
    -classpath <目录和 zip/jar 文件的类搜寻门路>
                  用 ; 分隔的目录, JAR 档案
                  和 ZIP 档案列表, 用于搜寻类文件。
    -D<名称>=<值>
                  设置零碎属性
    -verbose:[class|gc|jni]
                  启用具体输入
    -version      输入产品版本并退出
    -version:<值>
                  正告: 此性能已过期, 将在
                  将来发行版中删除。
                  须要指定的版本能力运行
    -showversion  输入产品版本并持续
    -jre-restrict-search | -no-jre-restrict-search
                  正告: 此性能已过期, 将在
                  将来发行版中删除。
                  在版本搜寻中包含/排除用户专用 JRE
    -? -help      输入此帮忙音讯
    -X            输入非标准选项的帮忙
    -ea[:<packagename>...|:<classname>]
    -enableassertions[:<packagename>...|:<classname>]
                  按指定的粒度启用断言
    -da[:<packagename>...|:<classname>]
    -disableassertions[:<packagename>...|:<classname>]
                  禁用具备指定粒度的断言
    -esa | -enablesystemassertions
                  启用零碎断言
    -dsa | -disablesystemassertions
                  禁用零碎断言
    -agentlib:<libname>[=<选项>]
                  加载本机代理库 <libname>, 例如 -agentlib:hprof
                  另请参阅 -agentlib:jdwp=help 和 -agentlib:hprof=help
    -agentpath:<pathname>[=<选项>]
                  按残缺路径名加载本机代理库
    -javaagent:<jarpath>[=<选项>]
                  加载 Java 编程语言代理, 请参阅 java.lang.instrument
    -splash:<imagepath>
                  应用指定的图像显示启动屏幕
无关详细信息, 请参阅 http://www.oracle.com/technetwork/java/javase/documentation/index.html。

Server模式和Client模式

Hotspot JVM有两种模式,别离是server和client,别离通过-server和-client模式设置

  • 32位零碎上,默认应用Client类型的JVM。要想应用Server模式,机器配置至多有2个以上的CPU和2G以上的物理内存。client模式实用于对内存要求较小的桌面应用程序,默认应用Serial串行垃圾收集器
  • 64位零碎上,只反对server模式的JVM,实用于须要大内存的应用程序,默认应用并行垃圾收集器

官网地址:https://docs.oracle.com/javase/8/docs/technotes/guides/vm/server-class.html

如何晓得零碎默认应用的是那种模式呢?

通过java -version命令:能够看到Server VM字样,代表以后零碎应用是Server模式

> java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

4.1.2. 类型二:-X参数选项

> java -X
    -Xmixed           混合模式执行 (默认)
    -Xint             仅解释模式执行
    -Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>
                      设置搜寻门路以疏导类和资源
    -Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>
                      附加在疏导类门路开端
    -Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>
                      置于疏导类门路之前
    -Xdiag            显示附加诊断音讯
    -Xnoclassgc       禁用类垃圾收集
    -Xincgc           启用增量垃圾收集
    -Xloggc:<file>    将 GC 状态记录在文件中 (带工夫戳)
    -Xbatch           禁用后盾编译
    -Xms<size>        设置初始 Java 堆大小
    -Xmx<size>        设置最大 Java 堆大小
    -Xss<size>        设置 Java 线程堆栈大小
    -Xprof            输入 cpu 配置文件数据
    -Xfuture          启用最严格的查看, 预期未来的默认值
    -Xrs              缩小 Java/VM 对操作系统信号的应用 (请参阅文档)
    -Xcheck:jni       对 JNI 函数执行其余查看
    -Xshare:off       不尝试应用共享类数据
    -Xshare:auto      在可能的状况下应用共享类数据 (默认)
    -Xshare:on        要求应用共享类数据, 否则将失败。
    -XshowSettings    显示所有设置并持续
    -XshowSettings:all
                      显示所有设置并持续
    -XshowSettings:vm 显示所有与 vm 相干的设置并持续
    -XshowSettings:properties
                      显示所有属性设置并持续
    -XshowSettings:locale
                      显示所有与区域设置相干的设置并持续

-X 选项是非规范选项, 如有更改, 恕不另行通知。

如何晓得JVM默认应用的是混合模式呢?

同样地,通过java -version命令:能够看到 mixed mode 字样,代表以后零碎应用的是混合模式

4.1.3. 类型三:-XX参数选项

Boolean类型格局

-XX:+<option>  启用option属性
-XX:-<option>  禁用option属性

非Boolean类型格局

-XX:<option>=<number>  设置option数值,能够带单位如k/K/m/M/g/G
-XX:<option>=<string>  设置option字符值

4.2. 增加JVM参数选项

eclipse和idea中配置不用多说,在Run Configurations中VM Options中配置即可,大同小异

运行jar包

java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jar

Tomcat运行war包

# linux下catalina.sh增加
JAVA_OPTS="-Xms512M -Xmx1024M"
# windows下catalina.bat增加
set "JAVA_OPTS=-Xms512M -Xmx1024M"

程序运行中

# 设置Boolean类型参数
jinfo -flag [+|-]<name> <pid>
# 设置非Boolean类型参数
jinfo -flag <name>=<value> <pid>

4.3. 罕用的JVM参数选项

4.3.1. 打印设置的XX选项及值

-XX:+PrintCommandLineFlags 程序运行时JVM默认设置或用户手动设置的XX选项
-XX:+PrintFlagsInitial 打印所有XX选项的默认值
-XX:+PrintFlagsFinal 打印所有XX选项的理论值
-XX:+PrintVMOptions 打印JVM的参数

4.3.2. 堆、栈、办法区等内存大小设置

# 栈
-Xss128k <==> -XX:ThreadStackSize=128k 设置线程栈的大小为128K

# 堆
-Xms2048m <==> -XX:InitialHeapSize=2048m 设置JVM初始堆内存为2048M
-Xmx2048m <==> -XX:MaxHeapSize=2048m 设置JVM最大堆内存为2048M
-Xmn2g <==> -XX:NewSize=2g -XX:MaxNewSize=2g 设置年老代大小为2G
-XX:SurvivorRatio=8 设置Eden区与Survivor区的比值,默认为8
-XX:NewRatio=2 设置老年代与年老代的比例,默认为2
-XX:+UseAdaptiveSizePolicy 设置大小比例自适应,默认开启
-XX:PretenureSizeThreadshold=1024 设置让大于此阈值的对象间接调配在老年代,只对Serial、ParNew收集器无效
-XX:MaxTenuringThreshold=15 设置新生代降职老年代的年龄限度,默认为15
-XX:TargetSurvivorRatio 设置MinorGC完结后Survivor区占用空间的冀望比例

# 办法区
-XX:MetaspaceSize / -XX:PermSize=256m 设置元空间/永恒代初始值为256M
-XX:MaxMetaspaceSize / -XX:MaxPermSize=256m 设置元空间/永恒代最大值为256M
-XX:+UseCompressedOops 应用压缩对象
-XX:+UseCompressedClassPointers 应用压缩类指针
-XX:CompressedClassSpaceSize 设置Klass Metaspace的大小,默认1G

# 间接内存
-XX:MaxDirectMemorySize 指定DirectMemory容量,默认等于Java堆最大值

4.3.3. OutOfMemory相干的选项

-XX:+HeapDumpOnOutMemoryError 内存呈现OOM时生成Heap转储文件,两者互斥
-XX:+HeapDumpBeforeFullGC 呈现FullGC时生成Heap转储文件,两者互斥
-XX:HeapDumpPath=<path> 指定heap转储文件的存储门路,默认当前目录
-XX:OnOutOfMemoryError=<path> 指定可行性程序或脚本的门路,当产生OOM时执行脚本

4.3.4. 垃圾收集器相干选项

首先需理解垃圾收集器之间的搭配应用关系

  • 红色虚线示意在jdk8时被Deprecate,jdk9时被删除
  • 绿色虚线示意在jdk14时被Deprecate
  • 绿色虚框示意在jdk9时被Deprecate,jdk14时被删除

# Serial回收器
-XX:+UseSerialGC  年老代应用Serial GC, 老年代应用Serial Old GC
# ParNew回收器
-XX:+UseParNewGC  年老代应用ParNew GC
-XX:ParallelGCThreads  设置年老代并行收集器的线程数。
    个别地,最好与CPU数量相等,以防止过多的线程数影响垃圾收集性能。

$$
ParallelGCThreads =
\begin{cases}
CPU\_Count & \text (CPU\_Count <= 8) \\
3 + (5 * CPU_Count / 8) & \text (CPU\_Count > 8)
\end{cases}
$$

# Parallel回收器
-XX:+UseParallelGC  年老代应用 Parallel Scavenge GC,相互激活
-XX:+UseParallelOldGC  老年代应用 Parallel Old GC,相互激活
-XX:ParallelGCThreads
-XX:MaxGCPauseMillis  设置垃圾收集器最大进展工夫(即STW的工夫),单位是毫秒。
    为了尽可能地把进展工夫管制在MaxGCPauseMills以内,收集器在工作时会调整Java堆大小或者其余一些参数。
    对于用户来讲,进展工夫越短体验越好;然而服务器端重视高并发,整体的吞吐量。
    所以服务器端适宜Parallel,进行管制。该参数应用需谨慎。
-XX:GCTimeRatio  垃圾收集工夫占总工夫的比例(1 / (N+1)),用于掂量吞吐量的大小
    取值范畴(0,100),默认值99,也就是垃圾回收工夫不超过1%。
    与前一个-XX:MaxGCPauseMillis参数有肯定矛盾性。暂停工夫越长,Radio参数就容易超过设定的比例。
-XX:+UseAdaptiveSizePolicy  设置Parallel Scavenge收集器具备自适应调节策略。
    在这种模式下,年老代的大小、Eden和Survivor的比例、降职老年代的对象年龄等参数会被主动调整,以达到在堆大小、吞吐量和进展工夫之间的平衡点。
    在手动调优比拟艰难的场合,能够间接应用这种自适应的形式,仅指定虚拟机的最大堆、指标的吞吐量(GCTimeRatio)和进展工夫(MaxGCPauseMills),让虚拟机本人实现调优工作。
# CMS回收器
-XX:+UseConcMarkSweepGC  年老代应用CMS GC。
    开启该参数后会主动将-XX:+UseParNewGC关上。即:ParNew(Young区)+ CMS(Old区)+ Serial Old的组合
-XX:CMSInitiatingOccupanyFraction  设置堆内存使用率的阈值,一旦达到该阈值,便开始进行回收。JDK5及以前版本的默认值为68,DK6及以上版本默认值为92%。
    如果内存增长迟缓,则能够设置一个稍大的值,大的阈值能够无效升高CMS的触发频率,缩小老年代回收的次数能够较为显著地改善应用程序性能。
    反之,如果应用程序内存使用率增长很快,则应该升高这个阈值,以防止频繁触发老年代串行收集器。
    因而通过该选项便能够无效升高Fu1l GC的执行次数。
-XX:+UseCMSInitiatingOccupancyOnly  是否动静可调,使CMS始终按CMSInitiatingOccupancyFraction设定的值启动
-XX:+UseCMSCompactAtFullCollection  用于指定在执行完Full GC后对内存空间进行压缩整顿
    以此防止内存碎片的产生。不过因为内存压缩整顿过程无奈并发执行,所带来的问题就是进展工夫变得更长了。
-XX:CMSFullGCsBeforeCompaction  设置在执行多少次Full GC后对内存空间进行压缩整顿。
-XX:ParallelCMSThreads  设置CMS的线程数量。
    CMS 默认启动的线程数是(ParallelGCThreads+3)/4,ParallelGCThreads 是年老代并行收集器的线程数。
    当CPU 资源比拟缓和时,受到CMS收集器线程的影响,应用程序的性能在垃圾回收阶段可能会十分蹩脚。
-XX:ConcGCThreads  设置并发垃圾收集的线程数,默认该值是基于ParallelGCThreads计算出来的
-XX:+CMSScavengeBeforeRemark  强制hotspot在cms remark阶段之前做一次minor gc,用于进步remark阶段的速度
-XX:+CMSClassUnloadingEnable  如果有的话,启用回收Perm 区(JDK8之前)
-XX:+CMSParallelInitialEnabled  用于开启CMS initial-mark阶段采纳多线程的形式进行标记
    用于进步标记速度,在Java8开始曾经默认开启
-XX:+CMSParallelRemarkEnabled  用户开启CMS remark阶段采纳多线程的形式进行从新标记,默认开启
-XX:+ExplicitGCInvokesConcurrent
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
    这两个参数用户指定hotspot虚构在执行System.gc()时应用CMS周期
-XX:+CMSPrecleaningEnabled  指定CMS是否须要进行Pre cleaning阶段    
# G1回收器
-XX:+UseG1GC 手动指定应用G1收集器执行内存回收工作。
-XX:G1HeapRegionSize 设置每个Region的大小。
    值是2的幂,范畴是1MB到32MB之间,指标是依据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000。
-XX:MaxGCPauseMillis  设置冀望达到的最大GC进展工夫指标(JVM会尽力实现,但不保障达到)。默认值是200ms
-XX:ParallelGCThread  设置STW时GC线程数的值。最多设置为8
-XX:ConcGCThreads  设置并发标记的线程数。将n设置为并行垃圾回收线程数(ParallelGCThreads)的1/4左右。
-XX:InitiatingHeapOccupancyPercent 设置触发并发GC周期的Java堆占用率阈值。超过此值,就触发GC。默认值是45。
-XX:G1NewSizePercent  新生代占用整个堆内存的最小百分比(默认5%)
-XX:G1MaxNewSizePercent  新生代占用整个堆内存的最大百分比(默认60%)
-XX:G1ReservePercent=10  保留内存区域,避免 to space(Survivor中的to区)溢出

怎么抉择垃圾回收器?

  • 优先让JVM自适应,调整堆的大小
  • 串行收集器:内存小于100M;单核、单机程序,并且没有进展工夫的要求
  • 并行收集器:多CPU、高吞吐量、容许进展工夫超过1秒
  • 并发收集器:多CPU、谋求低进展工夫、疾速响应(比方提早不能超过1秒,如互联网利用)
  • 官网举荐G1,性能高。当初互联网的我的项目,根本都是应用G1

特地阐明:

  • 没有最好的收集器,更没有万能的收集器
  • 调优永远是针对特定场景、特定需要,不存在一劳永逸的收集器

4.3.5. GC日志相干选项

-XX:+PrintGC <==> -verbose:gc  打印简要日志信息
-XX:+PrintGCDetails            打印具体日志信息
-XX:+PrintGCTimeStamps  打印程序启动到GC产生的工夫,搭配-XX:+PrintGCDetails应用
-XX:+PrintGCDateStamps  打印GC产生时的工夫戳,搭配-XX:+PrintGCDetails应用
-XX:+PrintHeapAtGC  打印GC前后的堆信息,如下图
-Xloggc:<file> 输入GC导指定门路下的文件中

-XX:+TraceClassLoading  监控类的加载
-XX:+PrintGCApplicationStoppedTime  打印GC时线程的进展工夫
-XX:+PrintGCApplicationConcurrentTime  打印垃圾收集之前利用未中断的执行工夫
-XX:+PrintReferenceGC 打印回收了多少种不同援用类型的援用
-XX:+PrintTenuringDistribution  打印JVM在每次MinorGC后以后应用的Survivor中对象的年龄散布
-XX:+UseGCLogFileRotation 启用GC日志文件的主动转储
-XX:NumberOfGCLogFiles=1  设置GC日志文件的循环数目
-XX:GCLogFileSize=1M  设置GC日志文件的大小

4.3.6. 其余参数

-XX:+DisableExplicitGC  禁用hotspot执行System.gc(),默认禁用
-XX:ReservedCodeCacheSize=<n>[g|m|k]、-XX:InitialCodeCacheSize=<n>[g|m|k]  指定代码缓存的大小
-XX:+UseCodeCacheFlushing  放弃一些被编译的代码,防止代码缓存被占满时JVM切换到interpreted-only的状况
-XX:+DoEscapeAnalysis  开启逃逸剖析
-XX:+UseBiasedLocking  开启偏差锁
-XX:+UseLargePages  开启应用大页面
-XX:+PrintTLAB  打印TLAB的应用状况
-XX:TLABSize  设置TLAB大小  

4.4. 通过Java代码获取JVM参数

Java提供了java.lang.management包用于监督和治理Java虚拟机和Java运行时中的其余组件,它容许本地或近程监控和治理运行的Java虚拟机。其中ManagementFactory类较为罕用,另外Runtime类可获取内存、CPU核数等相干的数据。通过应用这些api,能够监控应用服务器的堆内存应用状况,设置一些阈值进行报警等解决。

public class MemoryMonitor {
    public static void main(String[] args) {
        MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();
        MemoryUsage usage = memorymbean.getHeapMemoryUsage();
        System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m");
        System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m");
        System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m");
        System.out.println("\nFull Information:");
        System.out.println("Heap Memory Usage: " + memorymbean.getHeapMemoryUsage());
        System.out.println("Non-Heap Memory Usage: " + memorymbean.getNonHeapMemoryUsage());

        System.out.println("=======================通过java来获取相干零碎状态============================ ");
        System.out.println("以后堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");// 以后堆内存大小
        System.out.println("闲暇堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");// 闲暇堆内存大小
        System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");// 最大可用总堆内存大小

    }
}

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理