jvm怎么配置

A. jvm - 常用调优启动参数配置

可以看到堆内存为2G，新生代为768M老年代为1280M，新生代采用ParNew收集器
-XX:+UseConcMarkSweepGC:新生代使用ParNew回收器，老年代使用CMS
线程栈为512k（默认1024k调小可以增加创建线程数，增加并发量）
同时打印 GC 详细信息和打印 GC 发生时间，当发生OOM时，Dump文件到指定路径

栈空间参数设置
-Xss: 设置线程的最大栈空间，栈空间越大，方法的递归深度越大

方法区参数设置（方法区大小的参数设置跟jdk版本相关）
jdk1.6,jdk1.7设置方法区永久代的大小
-XX:PermSize=5M
-XX:MaxPermSize=5M 最大永久代的大小默认是64M
jdk1.8及以上，永久代被移除，取而代之的是元数据区，元数据区是一块堆外的直接内存
如果不指定大小，那么会耗尽所有可用的系统内存
-XX:MaxMetaspaceSize=60M 设置最大元数据的大小

堆设置
-Xms：初始堆大小
-Xmx：最大堆大小
-Xmn：设置新生代大小，设置较大的新生代大小会减小老年代大小，新生代的大小一般为堆空间的1/3
-XX:NewSize=n： 设置年轻代大小
-XX:NewRatio=n：设置年轻代和年老代的比值(老年代/新生代)。如:为3，表示年轻代与年老代比值为1：3
年轻代占整个年轻代年老代和的1/4
-XX:SurvivorRatio=n：年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。

-Xmn，-XX:NewSize/-XX:MaxNewSize，-XX:NewRatio 3组参数都可以影响年轻代的大小，混合使用的情况下，优先级是什么？

1.高优先级：-XX:NewSize/-XX:MaxNewSize
2.中优先级：-Xmn（默认等效 -Xmn=-XX:NewSize=-XX:MaxNewSize=?）
3.低优先级：-XX:NewRatio
推荐使用-Xmn参数，原因是这个参数简洁，相当于一次设定 NewSize/MaxNewSIze而且两者相等，适用于生产环境。
-Xmn 配合 -Xms/-Xmx，即可将堆内存布局完成 -Xmn参数是在JDK 1.4 开始支持

下面两个参数配合使用，当系统发生堆空间不足时，会导出整个堆的信息，且导出到指定的文件中去,后面用MAT工具分析
-XX:HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=d:/a.mp
直接内存配置
-XX:MaxDirectMemorySize
设置直接内存大小，如果不设置，默认值为最大堆空间,即-Xmx指定的大小，当达到指定值时，
会触发垃圾回收，如果回收后也无法释放空间，那么将会抛出OOM

-XX:+UseSerialGC:新生代，老年代都使用串行收集器
-XX:+UseParNewGC:新生代使用ParNew收集器，老年代使用串行收集器Serial
(jdk9,10已经废除，因为ParNew只能和CMS收集器配合使用，而jdk9,10使用的默认收集器是G1)
-XX:+UseParallelGC:新生代使用ParallelGC,老年代使用串行收集器Serial

-XX:+UseParallelGC:新生代使用ParallelGC回收器，老年代使用串行回收器Serial
-XX:+UseParallelOldGC:新生代使用ParallelGC回收器，老年代使用ParallelOldGc回收器

两个重要参数
-XX:MaxGCPasuseMillis:设置最大垃圾回收停顿时间，设置的过小，可能导致垃圾回收频率加大
-XX:GCTimeRatio:设置吞吐量大小，取值范围为0-100，系统回收垃圾的停顿时间花费不超过1/(1+n)%

设置线程数量
-XX:ParallelGCThreads

-XX:+UseConcMarkSweepGC:新生代使用ParNew回收器，老年代使用CMS
CMS默认启动的并发线程数量为（parallelGCTheads+3）/4

设置并发线程数
-XX:ConcGCThreads=n
-XX:ParallelGCThreads=n

设置老年代空间使用率达到多少时执行CMS垃圾回收
-XX: 默认值为68

碎片整理参数，如果碎片不整理，可能造成没达到阈值就会触发老年代垃圾回收
-XX:+UseCMSCompactAtFullCollection :在CMS垃圾收集完成之后，进行一次内存碎片整理
-XX:+CMSFullGCsBeforeCompaction=n :在n次CMS回收后进行一次内存碎片整理

使用CMS回收方法去的perm区,默认情况下，还需要触发一次FullGC
-XX:+CMSClassUnloadingEnabled

XX:UseG1GC 开启G1垃圾收集器

两个重要的参数
-XX:MaxGcPasuseMillis :指定目标最大停顿时间，如果停顿的时间过小，一次收集的区域数量也会变小
就会增加FullGC的可能

-XX:parallelGCThreads :设置并行回收的GC线程数量

-XX: :设置整个堆使用率达到多少时，触发并发标记的执行，默认是45

-XX:+PrintGC 在程序运行期间，只要遇到GC，就会打印GC情况
占用大小->gc后大小 GC消耗时间
jdk9，jdk10默认使用G1收集器，所以打印GC参数不同
-Xlog:gc

-XX:+PrintGCDetails 打印GC详细信息(JDK8,9,10建议使用-Xlog:gc*)
-XX:+PrintGCTimeStamps 打印分析GC发生的时间
-XX:+ 打印应用程序的执行时间
-XX：+PrintGCApplicationStoppedTime 打印GC产生停顿的时间
-Xloggc:/usr/local/log/gc.log 让gc日志打印在log文件夹下的gc文件中，因为默认情况下gc日志在控制台输出

栈上分配，逃逸分析（方法内的变量被外部引用）
允许对象直接在栈上进行分配，随线程停止而销毁，这样做可以加快分配速度，减少GC次数
栈空间较小，所以不适合大对象的栈上分配

-XX:+DoEscapeAnalysis 启用逃逸分析
-XX：+EliminateAllocations 开启标量替换(默认打开),允许对象打散分配在栈上
比如对象拥有id和name两个字段，那么这两个字段将会被视为两个独立的变量进行分配。
对象晋升
-MaxTenuringThreshold=n ,当对象经历了多少次GC次数后进入老年代
注意：大对象直接晋升到老年代
-PretenureSizeThreshold=n 这里的单位是字节，新生对象大于这个值的时候，会直接分配到老年代

1、对存活对象标注时间过长：比如重载了Object类的Finalize方法，导致标注Final Reference耗时过长；或者String.intern方法使用不当，导致YGC扫描StringTable时间过长。

2、长周期对象积累过多：比如本地缓存使用不当，积累了太多存活对象；或者锁竞争严重导致线程阻塞，局部变量的生命周期变长

当Eden区空间不足时，就会触发YGC。结合新生代对象的内存分配看下详细过程：

1、新对象会先尝试在栈上分配，如果不行则尝试在TLAB分配，否则再看是否满足大对象条件要在老年代分配，最后才考虑在Eden区申请空间。

2、如果Eden区没有合适的空间，则触发YGC。

3、YGC时，对Eden区和From Survivor区的存活对象进行处理，如果满足动态年龄判断的条件或者To Survivor区空间不够则直接进入老年代，如果老年代空间也不够了，则会发生promotion failed，触发老年代的回收。否则将存活对象复制到To Survivor区。

4、此时Eden区和From Survivor区的剩余对象均为垃圾对象，可直接抹掉回收。

此外，老年代如果采用的是CMS回收器，为了减少CMS Remark阶段的耗时，也有可能会触发一次YGC，这里不作展开。

大多数情况下，对象直接在年轻代中的Eden区进行分配，如果Eden区域没有足够的空间，那么就会触发YGC（Minor GC），YGC处理的区域只有新生代。因为大部分对象在短时间内都是可收回掉的，因此YGC后只有极少数的对象能存活下来，而被移动到S0区（采用的是复制算法）。当触发下一次YGC时，会将Eden区和S0区的存活对象移动到S1区，同时清空Eden区和S0区。当再次触发YGC时，这时候处理的区域就变成了Eden区和S1区（即S0和S1进行角色交换）。每经过一次YGC，存活对象的年龄就会加1。

下面4种情况，对象会进入到老年代中：

当晋升到老年代的对象大于了老年代的剩余空间时，就会触发FGC（Major GC），FGC处理的区域同时包括新生代和老年代。除此之外，还有以下4种情况也会触发FGC：

B. ElasticSearch JVM配置

Elasticsearch是基于java构建的，需要至少 Java8 来运行它。只支持Oracle的Java和OpenJDK。所有Elasticsearch节点和客户机都应该使用相同的JVM版本。

我们推荐您安装Java1.8.0_131版本或者Java 8发行版系列的后续版本。我们推荐您使用 LTS JAVA 版本。如果使用了已知的糟糕的Java版本，Elasticsearch将拒绝启动。

Elasticsearch将使用的Java版本可以通过设置JAVA_HOME环境变量进行配置。

默认情况下，Elasticsearch告诉JVM使用最小和最大大小为1 GB的堆。 在转移到生产环境时，重要的是配置堆大小，以确保Elasticsearch有足够的可用堆。

Elasticsearch将通过Xms(最小堆大小)和Xmx(最大堆大小)设置分配在jvm.options文件中指定的整个堆。

这些设置的值取决于服务器上可用RAM的数量。好的经验法则是：

显示启用了从零开始的压缩oops而不是：

下面是如何通过jvm.options文件设置堆大小的例子：

还可以通过环境变量设置堆大小。这可以通过注释掉jvm.options文件中的Xms和Xmx设置来实现并通过ES_JAVA_OPTS设置这些值：

注意： 为Windows服务配置堆与上述配置不同。Windows服务最初填充的值可以如上配置，但在安装服务之后会有所不同。有关更多细节，请参阅 Windows服务文档 。

默认情况下，Elasticsearch配置JVM将堆从内存溢出异常转储到默认数据目录（/var/lib/elasticsearch是针对RPM和Debian包发行版的，Elasticsearch安装根目录下的data目录是针对tar和zip存档发行版的）如果此路径不适合接收堆转储，则应修改条目 -XX:HeapDumpPath=… 在jvm.options文件中。如果指定目录，JVM将根据运行实例的PID为堆转储生成一个文件名。如果指定的是固定文件名而不是目录，那么当JVM需要对内存溢出异常执行堆转储时，文件必须不存在，否则堆转储将失败。

默认情况下，Elasticsearch启用GC日志。这些都是在jvm.options中配置的和默认设置到与Elasticsearch日志相同的默认位置。默认配置每64 MB旋转日志一次，最多可以消耗2 GB的磁盘空间。

默认情况下，Elasticsearch配置JVM将致命错误日志写入默认日志目录(/var/log/elasticsearch是RPM和Debian包发行版的，Elasticsearch安装根目录下的logs目录是针对tar和zip存档发行版的)。这些日志是JVM遇到致命错误(例如，分割错误)时生成的。如果这个路径不适合接收日志，您应该在jvm.options文件中修改条目 -XX:ErrorFile=… 为一个替代路径。

C. linux里面JVM内存怎么设置

一、堆内存相关配置

设置堆初始值
指令1：-Xms2g
指令2：-XX:InitialHeapSize=2048m

设置堆区最大值
指令1：`-Xmx2g`
指令2： -XX:MaxHeapSize=2048m

缩小堆内存的时机
-XX:MaxHeapFreeRatio=70//堆内存使用率大于70时扩张堆内存，xms=xmx时该参数无效，默认值70

扩张堆内存的时机
-XX:MinHeapFreeRatio=40//堆内存使用率小于40时缩减堆内存，xms=xmx时该参数无效，默认值40

新生代内存配置
指令1：-Xmn512m
指令2：-XX:MaxNewSize=512m

2个survivor区和Eden区大小比率
指令：-XX:SurvivorRatio=6 //S区和Eden区占新生代比率为1:6,两个S区2:6

新生代和老年代的占比
-XX:NewRatio=4 //表示新生代:老年代 = 1:4 即老年代占整个堆的4/5；默认值=2

二、方法区内存配置常用参数

初始化的Metaspace大小，
-XX:MetaspaceSize ：

Metaspace最大值
-XX:MaxMetaspaceSize

三、线程栈内存配置常用参数
每个线程栈最大值
指令1：-Xss256k

指令2：-XX:ThreadStackSize=256k
注意：
栈设置太大，会导致线程创建减少。
栈设置小，会导致深入不够，深度的递归会导致栈溢出。
建议栈深度设置在3000-5000
四、配置垃圾收集器
Serial垃圾收集器（新生代）
开启：-XX:+UseSerialGC
关闭：-XX:-UseSerialGC
//新生代使用Serial 老年代则使用SerialOld
ParNew垃圾收集器（新生代）
开启 -XX:+UseParNewGC
关闭 -XX:-UseParNewGC
//新生代使用功能ParNew 老年代则使用功能CMS
Parallel Scavenge收集器（新生代）
开启 -XX:+UseParallelOldGC
关闭 -XX:-UseParallelOldGC
//新生代使用功能Parallel Scavenge 老年代将会使用Parallel Old收集器
ParallelOl垃圾收集器（老年代）
开启 -XX:+UseParallelGC
关闭 -XX:-UseParallelGC
//新生代使用功能Parallel Scavenge 老年代将会使用Parallel Old收集器
CMS垃圾收集器（老年代）
开启 -XX:+UseConcMarkSweepGC
关闭 -XX:-UseConcMarkSweepGC

G1垃圾收集器
开启 -XX:+UseG1GC
关闭 -XX:-UseG1GC

五、GC策略配置
GC并行执行线程数
-XX:ParallelGCThreads=16
新生代可容纳的最大对象
-XX:PretenureSizeThreshold=1000000 //大于此值的对象直接会分配到老年代，设置为0则没有限制。 //避免在Eden区和Survivor区发生大量的内存复制，该参数只对Serial和ParNew收集器有效，Parallel Scavenge并不认识该参数
进入老年代的GC年龄
进入老年代最小的GC年龄
-XX:InitialTenuringThreshol=7 //年轻代对象转换为老年代对象最小年龄值，默认值7，对象在坚持过一次Minor GC之后，年龄就加1，每个对象在坚持过一次Minor GC之后，年龄就增加1

进入老年代最大的GC年龄
-XX:MaxTenuringThreshold=15 //年轻代对象转换为老年代对象最大年龄值，默认值15

六、GC日志信息配置
配置GC文件路径
-Xloggc:/data/gclog/gc.log//固定路径名称生成 -Xloggc:/home/GCEASY/gc-%t.log //根据时间生成
滚动生成日志
日志文件达到一定大小后，生成另一个文件。须配置Xloggc
开启 -XX:+UseGCLogFileRotation
关闭 -XX:-UseGCLogFileRotation

-XX:NumberOfGCLogFiles=4 //滚动GC日志文件数，默认0，不滚动 -XX:GCLogFileSize=100k //GC文件滚动大小，需配置UseGCLogFileRotation，设置为0表示仅通过jcmd命令触发

D. 如何设置JVM参数

设置eclipse jvm参数

打开Eclipse 或者 MyEclipse

打开 Windows -> Preferences -> Java -> Installed JREs

在 Default VM Arguments输入框内输入： -Xms512m -Xmx512m

解释：

-Xms是设置java虚拟机的最小分配内存；-Xmx则是最大分配内存；512m为内存空间

一般-Xmx设置为你电脑物理内存的1/4，而把-Xms和 -Xmx设置为一样，

其实你可以设置得更大一些，只要系统能分配足够的内存就可以了，如果设置过大系统会提示你的。

E. 常用jvm参数配置

● 查看gc基本信息
○ jdk9 之前使用 -XX:+PrintGC
○ jdk9 之后使用-Xlog:gc
● 查看gc详细信息
○ jdk9 之前使用 -XX:+PrintGCDetails
○ jdk9 之后使用-Xlog:gc*
● 查看GC前后堆、方法区可用容量变化
○ jdk9 之前使用 -XX:+PrintHeapAtGC
○ jdk9 之后使用-Xlog:gc+heap = debug
● 查看GC过程中用户线程并发时间以及停顿时间
○ jdk9 之前使用 -XX:+ 以及 -XX:+PrintGCApplicationStoppedTime
○ jdk9 之后使用-Xlog:safepoint
● 查看收集器Ergonomics机制
○ jdk9 之前使用 -XX:+PrintAdaptiveSizePolicy
○ jdk9 之后使用-Xlog:gc+ergo*=trace
● 查看熬过收集后剩余对象的年龄分布信息
○ jdk9 之前使用 -XX:+PrintTenuringDistribution
○ jdk9 之后使用-Xlog:gc+age=trace

● 还是分代，不过分代都融入到了region，每个region都会根据实际情况调整功能
● 大对象不属于新生代也不属于老年代，这点和之前分代不同，G1 认为大于region的一半就为大对象
● G1的大多数行为都把Humongous Region作为老年代的一部分来进行看待
● 回收最有价值的（每个region都会有价值计算），回收时会把存活的复制到一个新的region中，单个region较小，根据停顿时间能控制回收影响

● Minor Gcc 模式
○ Young Gc，Eden区满了以后，就会触发
● Mixed Gc 模式
○ 老年代占整个堆的（默认45%） 比例时，就会触发Mixed Gc
○ 回收所有的年轻代Region+部分老年代的Region
● full Gc 模式
○ 当Mixed Gc的回收速度赶不上对象的生成速度时触发
○ 一旦由Mixed Gc降级到full Gc，将使用Serial GC收集器进行回收

● ZGC的Region具有动态性，动态创建和小会，以及动态的区域容量大小；Region的分类：
○ 小型Region（Small Region）：容量固定2MB，用于存放<256kb的小对象
○ 中型Region（Medium Region）:容量固定为32MB，用于存放>=256KB,但小于4MB的对象；
○ 大型Region（Large Region）：容量不固定，可以动态变化，但必须是2MB的整数倍，用于放置>=4mb的大对象
● 采用染色指针技术实现并发整理算法：
○ 将标记信息记在引用对象的指针上；
○ 可以说zgc的可达性分析是遍历对象的“引用图”；
○ 在linux下64位指针的高18位不能用来寻址，zgc的染色体指针技术盯上了剩余46位的指针宽度，将其高4位提取出来存储四个标志信息（同时也压缩了zgc能够管理内存不能超过4TB~2的42次方）
○ 用来标志：对象的三色标记状态、是否进入了重分配集、是否执行过finalize()方法。
染色指针的优势：
○ Region的存活对象被移走，立即能够被释放和重用掉；
○ 减少在垃圾收集过程中的内存屏障的使用次数；zgc未使用任何的写屏障，只用了读屏障
○ 可扩展的存储结构，方便日后进一步提升性能；
● 支持Numa架构

F. JVM调优常用参数配置

说明：
1、一般初始堆和最大堆设置一样，因为：现在内存不是什么稀缺的资源，但是如果不一样，从初始堆到最大堆的过程会有一定的性能开销，所以一般设置为初始堆和最大堆一样。64位系统理论上可以设置为无限大，但是一般设置为 4G ,因为如果再大，JVM进行垃圾回收出现的暂停时间会比较长，这样全GC过长，影响JVM对外提供服务，所以不能太大。一般设置为4G。
2、-XX:NewRaio和-XX:SurvivorRatio这两个参数，都是设置年轻代和年老代的大小的，设置一个即可，第一是设置年轻代的大小，第二个是设置比值，理论上设置一个既可以满足需求

打印GC回收的过程日志信息

以下配置主要针对分代收集回收算法而言

年轻代的设置很关键
JVM中最大堆大小有三方面限制：相关操作系统的数据模型(32bit还是64bit)限制：系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G-2G;64位操作系统对内存没有限制。在Windows Server 2003系统，3.5G物理内存，JDK5.0下测试，最大设置为1478m。

典型设置：

JVM给了三种选择：串行收集器，并行收集器，并发收集器，但是串行收集器只适用于小数据量的情况，一般不考虑使用了，所以这里只针对并行收集器和并发收集器。默认情况下，JDK5.0以前是使用的串行收集器，如果想使用其他收集器需要在启动时加入相应的参数， JDK5.0以后，JVM会根据系统当前的配置进行判断

吞吐量优先的并行收集器
并行收集器主要以到达一定的吞吐量为目标，适用于后台处理

响应时间优先的并发收集器
并发收集器主要是保证系统的响应时间，减少垃圾收集时的停顿时间。适用于应用服务器、电信领域等。

6.1年轻代大小选择
响应时间优先的应用：尽可能设置大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时减少到达年老代的对象。
吞吐量优先的应用：尽可能的设置大，可能到达Gbit的成都，因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8核CPU以上应用。

6.2年老代大小选择
响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可能会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考一下数据获得：
1、并发垃圾收集信息
2、持久代并发收集次数
3、传统GC信息
4、花在年轻代和年老代回收上的时间比例减少年轻代和年老代花费的时间，一般会提高应用的效率

6.3吞吐量优先的应用
一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期对象，而年老代尽存放长期存活的对象

6.4较小堆引起的碎片问题
因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

Jconsole,jProfile,VisualVM

Jconsole:jdk自带， 功能简单，但是可以再系统有一定负荷的情况下使用，对垃圾回收算法有很详细的跟踪。
JProfiler：商业软件，需要付费，但是功能强大
VisualVM:JDK自带，功能强大，与Jprofiler类似，推荐

观察内存释放情况、集合类检查，对象树
上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能：

一般就是根据垃圾回收前后情况对比，同时根据对象引用情况（ 常见的集合对象引用 ）分析，基本都可以找到泄漏点。

持久代沾满处理：
1、-XX:MaxPermSize=16m
2、换JDK比如：JRocket

系统内存被沾满：
一般是因为没有足够的资源产生线程造成的，系统创建线程时，除了要在Java堆中分配内存外，操作系统本身也需要分配资源来创建线程。因此，当线程数量大的一定程度以后，堆中或许还有空间，但是操作系统分配不出资源来了，出现异常。
分配给Java虚拟机的内存越多，系统剩余的资源就越少，因此，当系统内存固定时，分配给Java虚拟机的内存越多，那么，系统总共能够产生的线程也就越少，两者成反比。同事，可以通过修改-Xss来减少分配给单个线程的空间，也可以增加系统总共生产的线程数。

java程序内存问题的诊断方法：

查看jmap的命令参数，帮助查看堆信息

G. 2021-09-28 docker 配置JVM参数及常用命令使用

为什么设置了 -Xmx 还是被 kill

宿主机内存如下，

默认情况下，JVM的Max Heap Size是系统内存的1/4，那么JVM将的默认Heap≈4G。

参考这篇文章 被kill问题之2：Docker环境下Java应用的JVM设置（容器中的JVM资源该如何被安全的限制）

前文提到还有另外一种方法解决 JVM 内存超限的问题，这种方法可以让 JVM 自动感知 docker 容器的 cgroup 限制，从而动态的调整堆内存大小，感觉挺不错的。我们也来试一下这种方法，看看效果如何 ; )
查看下当前tomcat是否支持该参数
-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap

往下翻，找到了要配置的参数，表示当前jvm支持该参数，最终参数如下，/var/jvm/log目录记得创建

加到Catalina.sh中

[root@localhost webapps]# docker commit -a "fengjian" -m "tomcat8+jdk8+jvm参数优化" cd50041ea188 tomcat:8.5.70-jdk8-jvmG1

进入到容器之后，想查看容器使用的内存情况，报错如下

参考 Docker 中无法使用 JDK jmap之 Can't attach to the process: ptrace(PTRACE_ATTACH问题
在启动容器时增加参数
docker run --cap-add=SYS_PTRACE
完整启动如下
docker run --name central-kitchen-kxg -d -p 9093:8080 -v /home/dockerms/data/central-kitchen-kxg/webapps:/usr/local/tomcat/webapps -e TZ=Asia/Shanghai --cap-add=SYS_PTRACE tomcat:8.5.70-jdk8-jvmG1

H. JVM环境参数怎么配置

典型JVM参数设置：

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k

-Xmx3550m：设置JVM最大可用内存为3550M。

-Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

-Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

-Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0

-XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

-XX:MaxPermSize=16m:设置持久代大小为16m。

-XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。