-XX:NewRatio=3 \
-XX:SurvivorRatio=4 \
-XX:TargetSurvivorRatio=90 \
-XX:MaxTenuringThreshold=8 \
-XX:+UseConcMarkSweepGC \
-XX:ConcGCThreads=4 \
-XX:ParallelGCThreads=4 \
-XX:+CMSScavengeBeforeRemark \
-XX:PretenureSizeThreshold=64m \
-XX:+UseCMSInitiatingOccupancyOnly \
-XX:CMSInitiatingOccupancyFraction=50 \
-XX:CMSMaxAbortablePrecleanTime=6000 \
-XX:+CMSParallelRemarkEnabled \
-XX:+ParallelRefProcEnabled \
-Xmx1024m \
-Xms1024m

https://www.cnblogs.com/caoweixiong/p/14792874.html

引用

• https://blog.csdn.net/qq_41723615/article/details/104373362
• https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
• https://www.oracle.com/java/technologies/javase/vmoptions-jsp.html

• https://console.perfma.com/

  基础

  JVM 参数很多，总体上可以分成三类：

• -：标准参数，比如 -verbose:gc 这类表示标准实现，所有的虚拟机都需要实现这些参数的功能，且向后兼容；

• -X：非标准参数，默认 JVM 会实现这些参数的功能，但是不保证所有的 JVM 实现都满足，且不保证向后兼容；
• -XX：非 Stable 参数，这些参数在不同的 JVM 上会有不同的实现，这些参数不推荐在生成环境中使用，以后很有可能会被取消，需要慎重使用；

关于JVM选项的几点：

• 布尔型参数：-XX:+ 表示打开， -XX:- 表示关闭。（比如-XX:+PrintGCDetails）；
• 数字型参数：通过 -XX:= 设定。数字可以是m/M(兆字节)，k/K(千字节)，g/G(G字节)。比如：32K表示32768字节；
• 字符行参数：通过 -XX:= 设定，通常用来指定一个文件，路径，或者一个命令列表。（比如-XX:HeapDumpPath=./java_pid.hprof）

关于JVM参数查看：

• java -help：该命令可以列出 java 应用启动时标准选项（不同的JVM实现是不同的）；
• java -X：该命令可以列出不标准的参数（这是JVM的扩展特性）。

• 任何一个JVM参数的默认值可以通过java -XX:+PrintFlagsFinal -version |grep JVMParamName获取，例如：java -XX:+PrintFlagsFinal -version |grep MetaspaceSize

  标准参数

  标准参数，所有的虚拟机都需要实现这些参数的功能，且向后兼容。可通过 java -help 命令来检索。
  常用的参数说明：

• -server：设置jvm使server模式，特点是启动速度比较慢，但运行时性能和内存管理效率很高，适用于生产环境。在具有64位能力的jdk环境下将默认启用该模式，而忽略-client参数。

• -javaagent：指定jvm启动时装入java语言设备代理。
• -verbose：
  • -verbose:class：输出jvm载入类的相关信息，当jvm报告说找不到类或者类冲突时可此进行诊断。
  • -verbose:gc：输出每次GC的相关情况，当GC日志被保存为文件时，这个参数无效。
  • -verbose:jni：输出native方法调用的相关情况，一般用于诊断jni调用错误信息。

非标准参数

非标准参数又称为扩展参数，非标准化的参数在将来的版本中可能会改变。所有的这类参数都以-X开始，并且可以用 java -X 来检索。
注意，不能保证所有参数都可以被检索出来，其中就没有-Xcomp。
常用的参数说明：

• -Xms：设置JVM最小内存（比如：-Xms512m）。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
• -Xmx：设置JVM最大可用内存（比如：-Xmx512m）。
• -Xmn：设置年轻代的内存（比如：-Xmn200m）。此处的大小是（eden+ 2 survivor space).与jmap -heap中显示的New gen是（eden+1 survivor space）不同的。
• -Xss：设置每个线程的堆栈大小（比如：-Xss128k）。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。
• -Xloggc:file：与-verbose:gc功能类似，只是将每次GC事件的相关情况记录到一个文件中，文件的位置最好在本地，以避免网络的潜在问题。若与verbose命令同时出现在命令行中，则以-Xloggc为准。

• -Xnoclassgc：表示关闭对类的垃圾回收。因为其阻止内存回收，所以可能会导致OutOfMemoryError错误，请谨慎使用。

  非 Stable 参数

  非Stable参数列表（以-XX作为前缀）在jvm中可能是不健壮的，SUN也不推荐使用，后续可能会在没有通知的情况下就直接取消了；
  但是由于这些参数中的确有很多是对我们很有用的，比如我们经常会见到的-XX:PermSize、-XX:MaxPermSize等等；
  下面我们将就Java HotSpot VM中 -XX: 的可配置参数列表进行描述，这些参数可以被松散的聚合成三类：

• 行为参数（Behavioral Options）：用于改变jvm的一些基础行为；

• 性能调优（Performance Tuning）：用于jvm的性能调优；
• 调试参数（Debugging Options）：一般用于打开跟踪、打印、输出等jvm参数，用于显示jvm更加详细的信息；

由于sun官方文档中对各参数的描述也都非常少（大多只有一句话），而且大多涉及OS层面的东西，很难描述清楚，所以以下是挑选了一些我们开发中可能会用得比较多的配置项，
若需要查看所有参数列表，可以点击HotSpot VM Specific Options.查看原文；

行为参数：

上面表格中黑体的三个参数代表着jvm中GC执行的三种方式，即串行、并行、并发；

• 串行（SerialGC）：是jvm的默认GC方式，一般适用于小型应用和单处理器，算法比较简单，GC效率也较高，但可能会给应用带来停顿；
• 并行（ParallelGC）：是指GC运行时，对应用程序运行没有影响，GC和app两者的线程在并发执行，这样可以最大限度不影响app的运行；
• 并发（ConcMarkSweepGC）：是指多个线程并发执行GC，一般适用于多处理器系统中，可以提高GC的效率，但算法复杂，系统消耗较大；

  性能调优参数：

  | 参数及其默认值 | 描述 | | —- | —- | | -XX:LargePageSizeInBytes=4m | 设置用于Java堆的大页面尺寸 | | -XX:MaxHeapFreeRatio=70 | GC后java堆中空闲量占的最大比例 | | -XX:MaxNewSize=size | 新生成对象能占用内存的最大值 | | -XX:MaxPermSize=64m | 老生代对象能占用内存的最大值 | | -XX:MinHeapFreeRatio=40 | GC后java堆中空闲量占的最小比例 | | -XX:NewRatio=2 | 新生代内存容量与老生代内存容量的比例 | | -XX:NewSize=2.125m | 新生代对象生成时占用内存的默认值 | | -XX:ReservedCodeCacheSize=32m | 保留代码占用的内存容量 | | -XX:ThreadStackSize=512 | 设置线程栈大小，若为0则使用系统默认值 | | -XX:+UseLargePages | 使用大页面内存 |

我们在日常性能调优中基本上都会用到以上黑体的这几个属性。

调试参数：

当系统出现问题的时候，又不能使用外部跟踪工具（比如JProfiler……）的情况下，以上的这些参数就会发挥重大作用了，比如dump堆信息、打印并发锁……

参数汇总

不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。
但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别（Web可以适当的停顿，但GUI停顿是客户无法接受的），而且由于跑在各个机器上的配置不同（主要cup个数，内存不同），
所以使用的GC种类也会不同(如何选择见GC种类及如何选择)。本文将注重介绍JVM、GC的一些重要参数的设置来提高系统的性能。
JVM内存组成及GC相关内容请见文章:JVM内存组成 GC策略&内存申请。

常用JVM参数：

并行收集器相关参数：

CMS相关参数：

辅助信息：

GC性能方面的考虑

对于GC的性能主要有2个方面的指标：吞吐量throughput（工作时间不算gc的时间占总的时间比）和暂停pause（gc发生时app对外显示的无法响应）。
1. Total Heap
默认情况下，vm会增加/减少heap大小以维持free space在整个vm中占的比例，这个比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。
一般而言，server端的app会有以下规则：

• 对vm分配尽可能多的memory；
• 将Xms和Xmx设为一样的值。如果虚拟机启动时设置使用的内存比较小，这个时候又需要初始化很多对象，虚拟机就必须重复地增加内存。
• 处理器核数增加，内存也跟着增大。

2. The Young Generation
另外一个对于app流畅性运行影响的因素是young generation的大小。young generation越大，minor collection越少；但是在固定heap size情况下，更大的young generation就意味着小的tenured generation，就意味着更多的major collection(major collection会引发minor collection)。
NewRatio反映的是young和tenured generation的大小比例。NewSize和MaxNewSize反映的是young generation大小的下限和上限，将这两个值设为一样就固定了young generation的大小（同Xms和Xmx设为一样）。
如果希望，SurvivorRatio也可以优化survivor的大小，不过这对于性能的影响不是很大。SurvivorRatio是eden和survior大小比例。
一般而言，server端的app会有以下规则：

• 首先决定能分配给vm的最大的heap size，然后设定最佳的young generation的大小；
• 如果heap size固定后，增加young generation的大小意味着减小tenured generation大小。让tenured generation在任何时候够大，能够容纳所有live的data（留10%-20%的空余）。

  经验&&规则

1. 年轻代大小选择
   • 响应时间优先的应用:尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,年轻代收集发生的频率也是最小的.同时,减少到达年老代的对象.
   • 吞吐量优先的应用:尽可能的设置大,可能到达Gbit的程度.因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用.
   • 避免设置过小.当新生代设置过小时会导致:1.YGC次数更加频繁 2.可能导致YGC对象直接进入旧生代,如果此时旧生代满了,会触发FGC.
2. 老年代大小选择
   1. 响应时间优先的应用:年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数.如果堆设置小了,可以会造成内存碎 片,高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间.最优化的方案,一般需要参考以下数据获得:
      并发垃圾收集信息、持久代并发收集次数、传统GC信息、花在年轻代和年老代回收上的时间比例。
   2. 吞吐量优先的应用:一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代.原因是,这样可以尽可能回收掉大部分短期对象,减少中期的对象,而年老代尽存放长期存活对象.
3. 较小堆引起的碎片问题
   因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,就会出现”碎片”,如果并发收集器找不到足够的空间,那么并发收集器将会停止,然后使用传统的标记,清除方式进行回收.如果出现”碎片”,可能需要进行如下配置:
   -XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩.
   -XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩
4. 用64位操作系统，Linux下64位的jdk比32位jdk要慢一些，但是吃得内存更多，吞吐量更大
5. XMX和XMS设置一样大，MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力
6. 使用CMS的好处是用尽量少的新生代，经验值是128M－256M， 然后老生代利用CMS并行收集， 这样能保证系统低延迟的吞吐效率。 实际上cms的收集停顿时间非常的短，2G的内存， 大约20－80ms的应用程序停顿时间
7. 系统停顿的时候可能是GC的问题也可能是程序的问题，多用jmap和jstack查看，或者killall -3 java，然后查看java控制台日志，能看出很多问题。(相关工具的使用方法将在后面的blog中介绍)
8. 仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。
9. 采用并发回收时，年轻代小一点，年老代要大，因为年老大用的是并发回收，即使时间长点也不会影响其他程序继续运行，网站不会停顿
10. JVM参数的设置(特别是 –Xmx –Xms –Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold等参数的设置没有一个固定的公式，需要根据PV old区实际数据 YGC次数等多方面来衡量。为了避免promotion faild可能会导致xmn设置偏小，也意味着YGC的次数会增多，处理并发访问的能力下降等问题。每个参数的调整都需要经过详细的性能测试，才能找到特定应用的最佳配置。

    生产使用配置（博主）

    CMS

    -Xms1g -Xmx1g -Xmn512m -Xss256K -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:SoftRefLRUPolicyMSPerMB=0 
    -XX:+UseConcMarkSweepGC -XX:MaxTenuringThreshold=8 -XX:CMSInitiatingOccupancyFraction=70 -XX:+CMSScavengeBeforeRemark -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSParallelInitialMarkEnabled -XX:+CMSParallelRemarkEnabled
    -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime 
    -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=$file_path/logs/sas/sas.memory.dump -Xloggc:$file_path/logs/sas/sas.gc.log

    G1

    -Xms1g -Xmx1g -Xmn512m -Xss256K -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:SoftRefLRUPolicyMSPerMB=0 
    -XX:+UseG1GC -XX:MaxGCPauseMillis=400 
    -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime 
    -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=$file_path/logs/sas/sas.memory.dump -Xloggc:$file_path/logs/sas/sas.gc.log