一、JVM参数设置说明

已于 2022-07-15 11:41:38 修改
阅读量258 收藏 2
点赞数
文章标签： jvm java 算法
于 2022-07-15 11:36:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LiuZhiYouMao/article/details/125801206
版权
参数名称含义默认值
-Xms初始堆大小物理内存的1/64(<1GB)默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.
-Xmx最大堆大小物理内存的1/4(<1GB)默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制
-Xmn年轻代大小注意：此处的大小是（eden+ 2 survivor ).与jmap -heap中显示的New gen是不同的。 整个堆大小=年轻代大小 + 年老代大小 + 持久代大小. 增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8
-XX:NewSize设置年轻代大小
-XX:MaxNewSize年轻代最大值
-XX:PermSize设置持久代(perm gen)初始值物理内存的1/64
-XX:MaxPermSize设置持久代最大值物理内存的1/4
-Xss每个线程的堆栈大小JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行 调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右 一般小的应用， 如果栈不是很深， 应该是128k够用的 大的应用建议使用256k。这个选项对性能影响比较大，需要严格的测试。
-XX:ThreadStackSizeThread Stack Size(0 means use default stack size) [Sparc: 512; Solaris x86: 320 (was 256 prior in 5.0 and earlier); Sparc 64 bit: 1024; Linux amd64: 1024 (was 0 in 5.0 and earlier); all others 0.]一般设置-Xss这个值就可以了。
-XX:NewRatio年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)-XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5 Xms=Xmx并且设置了Xmn的情况下，该参数不需要进行设置。
-XX:SurvivorRatioEden区与Survivor区的大小比值设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10
-XX:LargePageSizeInBytes内存页的大小不可设置过大， 会影响Perm的大小=128m
-XX:+UseFastAccessorMethods原始类型的快速优化
-XX:+DisableExplicitGC关闭System.gc()这个参数需要严格的测试
-XX:MaxTenuringThreshold垃圾最大年龄如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活 时间,增加在年轻代即被回收的概率 该参数只有在串行GC时才有效.
-XX:+AggressiveOpts加快编译
-XX:+UseBiasedLocking锁机制的性能改善
-Xnoclassgc禁用垃圾回收
-XX:SoftRefLRUPolicyMSPerMB每兆堆空闲空间中SoftReference的存活时间1ssoftly reachable objects will remain alive for some amount of time after the last time they were referenced. The default value is one second of lifetime per free megabyte in the heap
-XX:PretenureSizeThreshold对象超过多大是直接在旧生代分配0单位字节 新生代采用Parallel Scavenge GC时无效 另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象.
-XX:TLABWasteTargetPercentTLAB占eden区的百分比1%
-XX:+CollectGen0FirstFullGC时是否先YGCfalse

常用垃圾回收器组合

YoungOldJVM Option
SerialSerial-XX:+UserSerialGC
ParallelParallel/Serial-XX:+UseParallelGC -XX:+UseParallelOldGC
Serial/ParnllelCMS-XX:+UseParNewGC -XX:+UseConcSweepGC
G1--XX:+UseG1GC

并行收集器相关参数

-XX:+UseParallelGCFull GC采用parallel MSC (此项待验证)选择垃圾收集器为并行收集器.此配置仅对年轻代有效.即上述配置下,年轻代使用并发收集,而年老代仍旧使用串行收集.(此项待验证)
-XX:+UseParNewGC设置年轻代为并行收集可与CMS收集同时使用 JDK5.0以上,JVM会根据系统配置自行设置,所以无需再设置此值
-XX:ParallelGCThreads并行收集器的线程数此值最好配置与处理器数目相等 同样适用于CMS
-XX:+UseParallelOldGC年老代垃圾收集方式为并行收集(Parallel Compacting)这个是JAVA 6出现的参数选项
-XX:MaxGCPauseMillis每次年轻代垃圾回收的最长时间(最大暂停时间)如果无法满足此时间,JVM会自动调整年轻代大小,以满足此值.
-XX:+UseAdaptiveSizePolicy自动选择年轻代区大小和相应的Survivor区比例设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开.
-XX:GCTimeRatio设置垃圾回收时间占程序运行时间的百分比公式为1/(1+n)
-XX:+ScavengeBeforeFullGCFull GC前调用YGCtrueDo young generation GC prior to a full GC. (Introduced in 1.4.1.)

JVM CMS参数设置

-XX:+UseConcMarkSweepGC使用CMS内存收集测试中配置这个以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此时年轻代大小最好用-Xmn设置.
-XX:+AggressiveHeap试图是使用大量的物理内存 长时间大内存使用的优化，能检查计算资源（内存， 处理器数量） 至少需要256MB内存 大量的CPU／内存
-XX:CMSFullGCsBeforeCompaction多少次后进行内存压缩由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理.
-XX:+CMSParallelRemarkEnabled降低标记停顿
-XX+UseCMSCompactAtFullCollection在FULL GC的时候， 对年老代的压缩CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。 可能会影响性能,但是可以消除碎片
-XX:+UseCMSInitiatingOccupancyOnly使用手动定义初始化定义开始CMS收集禁止hostspot自行触发CMS GC
-XX:CMSInitiatingOccupancyFraction=70使用cms作为垃圾回收 使用70％后开始CMS收集92
-XX:CMSInitiatingPermOccupancyFraction设置Perm Gen使用到达多少比率时触发92
-XX:+CMSIncrementalMode设置为增量模式用于单CPU情况
-XX:+CMSClassUnloadingEnabled

G1垃圾回收器

选项/默认值说明
-XX:+UseG1GC使用 G1 (Garbage First) 垃圾收集器
-XX:MaxGCPauseMillis=n设置最大GC停顿时间(GC pause time)指标(target). 这是一个软性指标(soft goal), JVM 会尽量去达成这个目标.
-XX:InitiatingHeapOccupancyPercent=n启动并发GC周期时的堆内存占用百分比. G1之类的垃圾收集器用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比. 值为 0 则表示"一直执行GC循环". 默认值为 45.
-XX:NewRatio=n新生代与老年代(new/old generation)的大小比例(Ratio). 默认值为 2.
-XX:SurvivorRatio=neden/survivor 空间大小的比例(Ratio). 默认值为 8.
-XX:MaxTenuringThreshold=n提升年老代的最大临界值(tenuring threshold). 默认值为 15.
-XX:ParallelGCThreads=n设置垃圾收集器在并行阶段使用的线程数,默认值随JVM运行的平台不同而不同.
-XX:ConcGCThreads=n并发垃圾收集器使用的线程数量. 默认值随JVM运行的平台不同而不同.
-XX:G1ReservePercent=n设置堆内存保留为假天花板的总量,以降低提升失败的可能性. 默认值是 10.
-XX:G1HeapRegionSize=n使用G1时Java堆会被分为大小统一的的区(region)。此参数可以指定每个heap区的大小. 默认值将根据 heap size 算出最优解. 最小值为 1Mb, 最大值为 32Mb.

JVM辅助信息参数设置

-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintGC:PrintGCTimeStamps可与-XX:+PrintGC -XX:+PrintGCDetails混合使用 输出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
-XX:+PrintGCApplicationStoppedTime打印垃圾回收期间程序暂停的时间.可与上面混合使用输出形式:Total time for which application threads were stopped: 0.0468229 seconds
-XX:+PrintGCApplicationConcurrentTime打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用输出形式:Application time: 0.5291524 seconds
-XX:+PrintHeapAtGC打印GC前后的详细堆栈信息
-Xloggc:filename把相关日志信息记录到文件以便分析. 与上面几个配合使用
-XX:+PrintClassHistogramgarbage collects before printing the histogram.
-XX:+PrintTLAB查看TLAB空间的使用情况
XX:+PrintTenuringDistribution查看每次minor GC后新的存活周期的阈值Desired survivor size 1048576 bytes, new threshold 7 (max 15) new threshold 7即标识新的存活周期的阈值为7。

JVM GC垃圾回收器参数设置

JVM给出了3种选择：串行收集器、并行收集器、并发收集器。

串行收集器只适用于小数据量的情况，所以生产环境的选择主要是并行收集器和并发收集器。
默认情况下JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后，JVM会根据当前系统配置进行智能判断。

串行收集器
-XX:+UseSerialGC：设置串行收集器。

并行收集器（吞吐量优先）
-XX:+UseParallelGC：设置为并行收集器。此配置仅对年轻代有效。即年轻代使用并行收集，而年老代仍使用串行收集。
-XX:ParallelGCThreads=20：配置并行收集器的线程数，即：同时有多少个线程一起进行垃圾回收。此值建议配置与CPU数目相等。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0开始支持对年老代并行收集。
-XX:MaxGCPauseMillis=100：设置每次年轻代垃圾回收的最长时间（单位毫秒）。如果无法满足此时间，JVM会自动调整年轻代大小，以满足此时间。
-XX:+UseAdaptiveSizePolicy：设置此选项后，并行收集器会自动调整年轻代Eden区大小和Survivor区大小的比例，以达成目标系统规定的最低响应时间或者收集频率等指标。此参数建议在使用并行收集器时，一直打开。

并发收集器（响应时间优先）
-XX:+UseConcMarkSweepGC：即CMS收集，设置年老代为并发收集。CMS收集是JDK1.4后期版本开始引入的新GC算法。它的主要适合场景是对响应时间的重要性需求大于对吞吐量的需求，能够承受垃圾回收线程和应用线程共享CPU资源，并且应用中存在比较多的长生命周期对象。CMS收集的目标是尽量减少应用的暂停时间，减少Full GC发生的几率，利用和应用程序线程并发的垃圾回收线程来标记清除年老代内存。
-XX:+UseParNewGC：设置年轻代为并发收集。可与CMS收集同时使用。JDK5.0以上，JVM会根据系统配置自行设置，所以无需再设置此参数。
-XX:CMSFullGCsBeforeCompaction=0：由于并发收集器不对内存空间进行压缩和整理，所以运行一段时间并行收集以后会产生内存碎片，内存使用效率降低。此参数设置运行0次Full GC后对内存空间进行压缩和整理，即每次Full GC后立刻开始压缩和整理内存。
-XX:+UseCMSCompactAtFullCollection：打开内存空间的压缩和整理，在Full GC后执行。可能会影响性能，但可以消除内存碎片。
-XX:+CMSIncrementalMode：设置为增量收集模式。一般适用于单CPU情况。
-XX:CMSInitiatingOccupancyFraction=70：表示年老代内存空间使用到70%时就开始执行CMS收集，以确保年老代有足够的空间接纳来自年轻代的对象，避免Full GC的发生。
其它垃圾回收参数
-XX:+ScavengeBeforeFullGC：年轻代GC优于Full GC执行。
-XX:-DisableExplicitGC：不响应 System.gc() 代码。
-XX:+UseThreadPriorities：启用本地线程优先级API。即使 java.lang.Thread.setPriority() 生效，不启用则无效。
-XX:SoftRefLRUPolicyMSPerMB=0：软引用对象在最后一次被访问后能存活0毫秒（JVM默认为1000毫秒）。
-XX:TargetSurvivorRatio=90：允许90%的Survivor区被占用（JVM默认为50%）。提高对于Survivor区的使用率。

JVM参数设置冲突点

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

jvm常用命令

  • jps jps：显示当前用户的所有java进程的PID
    jps -v 3331：显示虚拟机参数
    jps -m 3331：显示传递给main()函数的参数
    jps -l 3331：显示主类的全路径
  • jstat jstat -gc 3331 250 20 ：查询进程2764的垃圾收集情况，每250毫秒查询一次，一共查询20次
    jstat -gccause：额外输出上次GC原因
    jstat -calss：件事类装载、类卸载、总空间以及所消耗的时间
  • jmap jmap -histo 3331：查看堆内存(histogram)中的对象数量及大小
    jmap -heap 3331：查看java 堆（heap）使用情况
    jmap -histo:live 3331：JVM会先触发gc，然后再统计信息，查看堆内存中的对象数量及大小
    jmap -dump:format=b,file=heapDump 3331：将内存使用的详细情况输出到文件，之后一般使用其他工具进行分析
  • jstack jstack 3331：查看线程情况
    jstack -F 3331：正常输出不被响应时，使用该指令
    jstack -l 3331：除堆栈外，显示关于锁的附件信息
  • -XX:+PrintFlagsInitial 是打印所有的默认参数设置
    -XX:+PrintFlagsFinal 是打印最终值，如果某个默认值被新值覆盖，显示新值
    -XX:+PrintCommandLineFlags 是打印那些被新值覆盖的项

JVM参数设置优化例子

案例一： 承受海量访问的动态Web应用
服务器配置：8 CPU, 8G MEM，Java7
参数方案：
-server -Xmx3550m -Xms3550m -Xmn1256m -Xss128k -XX:SurvivorRatio=6 -XX:MaxPermSize=256m -XX:ParallelGCThreads=8 -XX:MaxTenuringThreshold=0 -XX:+UseConcMarkSweepGC

调优说明：
-Xmx 与 -Xms 相同以避免JVM反复重新申请内存。-Xmx 的大小约等于系统内存大小的一半，即充分利用系统资源，又给予系统安全运行的空间。

-Xmn1256m 设置年轻代大小为1256MB。此值对系统性能影响较大，Sun官方推荐配置年轻代大小为整个堆的3/8。

-Xss128k 设置较小的线程栈以支持创建更多的线程，支持海量访问，并提升系统性能。

-XX:SurvivorRatio=6 设置年轻代中Eden区与Survivor区的比值。系统默认是8，根据经验设置为6，则2个Survivor区与1个Eden区的比值为2:6，一个Survivor区占整个年轻代的1/8。

-XX:ParallelGCThreads=8 配置并行收集器的线程数，即同时8个线程一起进行垃圾回收。此值一般配置为与CPU数目相等。

-XX:MaxTenuringThreshold=0 设置垃圾最大年龄（在年轻代的存活次数）。如果设置为0的话，则年轻代对象不经过Survivor区直接进入年老代。对于年老代比较多的应用，可以提高效率；如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率。根据被海量访问的动态Web应用之特点，其内存要么被缓存起来以减少直接访问DB，要么被快速回收以支持高并发海量请求，因此其内存对象在年轻代存活多次意义不大，可以直接进入年老代，根据实际应用效果，在这里设置此值为0。CMS下该值默认为6，G1下默认为15。对象的年龄分布可以使用 -XX:+PrintTenuringDistribution 打印，如果后面几代的大小总是差不多，证明过了某个年龄后的对象总能晋升到老生代，就可以把晋升阈值设小。

\2. 案例二：

环境：Java8
nohup java -Xms4096m -Xmx4096m -XX:MetaspaceSize=20m -XX:MaxMetaspaceSize=20m -Xmn2048m -jar prsv-blockchain-0.0.1-SNAPSHOT.jar --spring.profiles.active=prod &

可以看到 MetaspaceSize 的大小大约是 20MB。这个初始值太小了。 现在很多类库，包括 Spring，都会大量生成一些动态类，20MB 很容易就超了，我们可以试着调大这个数值。

按照经验，一般调整成 256MB 就足够了。同时，为了避免无限制使用造成操作系统内存溢出，我们同时设置它的上限。配置参数如下：

-XX:+UseConcMarkSweepGC -Xmx5460M -Xms5460M -Xmn3460M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M

我们把部分机器升级到 8C16GB 的机器，使用如下的参数:

-XX:+UseConcMarkSweepGC -Xmx10920M -Xms10920M -Xmn5460M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M

LiuZhiYouMao
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM模型参数优化
weixin_62421895的博客
07-30 514
通过上面的数据分析，我们要养成一个习惯，做任何事情都是要有理有据，不能是拍脑袋就说出来的。一定要能够经得起验证的。
JVM参数设置详细说明
11-23
JVM参数设置是Java应用程序优化的关键环节，直接影响到程序的性能和稳定性。下面将详细解释提供的JVM参数及其对性能的影响。 1. **堆大小设置**： - `-Xmx` 和 `-Xms` 用于设定JVM的最大堆(`Max Heap Size`)和最小...
JVM参数使用说明
10-19
JVM参数使用说明
JVM参数设置、分析
gufachongyang02的专栏
04-21 670
转载自：http://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html  不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的
JVM调优——之CMS 常见参数解析
weixin_34163741的博客
03-23 480
   最近在学习使用CMS这个GC,这里记录下常用的参数。 1. UseCMSCompactAtFullCollection 与 CMSFullGCsBeforeCompaction      有一点需要注意的是：CMS并发GC不是“full GC”。HotSpot VM里对concurrent collection和full collection有明确的区分。所有带有“FullCollectio...
JVM调优--CMS常用参数（三）
好好学习技术
02-19 380
JVM调优–CMS常用参数
JVM 参数配置详细介绍
08-31
以下是对JVM参数配置的详细说明： 1. **堆内存配置**： - `-Xms`：设置JVM启动时分配的初始堆内存大小。 - `-Xmx`：设置JVM可使用的最大堆内存大小。 - `-Xmn`：设置年轻代（Young Generation）的大小，年轻代是...
JVM 参数详解-基于jdk1.7
02-24
（中英文）JVM 参数详解，用心整理成Excel文档。包含所有近100条JVM参数的详细说明及设置方法，中英文对照，极方便阅读。转载请标明我这的源地址：http://download.csdn.net/download/xiucaiyao/10257573
tomcat6.0 修改启动内存设置 java jvm参数配置
10-10
要加“m”说明是MB，否则就是KB了，在启动tomcat时会报内存不足。 -Xms：初始值 -Xmx：最大值 -Xmn：最小值 解决办法: 修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\...
Java虚拟机参数配置说明.doc
最新发布
09-13
正确配置JVM参数对于优化性能、防止内存溢出（OutOfMemoryError）以及提升系统稳定性至关重要。以下是对JVM非标准参数配置的详细说明。 1. **JVM版本选择**： - `-client` 和 `-server` 参数用于选择不同的JVM实现...
JVM----CMS垃圾收集器
nO0b
12-08 264
本篇来自周志明的&lt;&lt;深入理解java虚拟机&gt;&gt; CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。目前很大一部分的Java应用都集中在互联网站或B/S系统的服务端上,这类应用尤其重视服务的响应速度,希望系统停顿时间最短,以给用户带来较好的体验。CMS收集器就非常符合这类应用的需求。 从名字(包含“Mark Sweep”...
指定jvm参数启动jar
zsj777的专栏
07-02 217
/usr/local/java/jdk1.8.0_131/bin/java -jar -server -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/spb_zcmweb/8103/dump/heap/ -Djava.io.tmpdir=/data/spb_zcmweb/8103/tmp/ -Dserver.port=8103 -Dcom.sun.management.jmxremote -Dcom.sun.management.j.
JVM优化一：JVM参数
不善言谈者
05-12 661
JVM优化一：参数 1、JVM优化 对于普通开发人员来说,JVM调优是个陌生的话题.毕竟,大家平常的工作中,基本上就是只负责代码的开发,甚至有的只是负责某个应用中某一功能的开发. 不过呢,虽然现在工作上遇不到,但是万一遇到的时候,别人不会,你会呢?所以,还是要可以学一下的 为什么JVM要优化?简单来说是为了让我们开发的应用使用起来更稳定,跟顺畅.更直白点的话,就是JVM的资源是有限的,而应用产生的数据是无限的.我们需要将无限的数据放到有限的容器中.所以,我们就需要对有限的资源进行优化. 2、JVM的运行..
CMS垃圾回收器优化参数解释
见路不走的博客
04-24 1145
CMS垃圾回收器优化参数，做如下记录。能找到的这些可能会起作用的参数，在此做一下记录。 -XX:+AggressiveOpts 启用这个参数，则每当 JDK 版本升级时，你的 JVM 都会使用最新加入的优化技术（如果有的话） -XX:MaxDirectMemorySize=2G 堆外内存最大值 -Xmx4G 堆内存最大值 -Xms4G 堆内存初始值 -Xmn2G 新生代大小 -XX:+UseConcMarkSweepGC 开启CMS回收器 -XX:CMSInitiatingOccupancyFraction
Jvm调优之启动参数
mekave的博客
03-05 644
Jvm调优之启动参数 nohup java -Xms3G -Xmx3G -Xmn2G -jar yuri-app.jar >> /usr/yuri/app/null & 配置堆区：-Xms 、-Xmx、-XX:newSize、-XX:MaxnewSize、-Xmn 配置非堆区：-XX:PermSize、-XX:MaxPermSize 堆区内存分配：-Xms 、-X...
java 启动参数大全
布道
02-22 4351
java启动参数共分为三类： 标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容； 非标准参数（-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容； 非Stable参数（-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用； 目录 一．标准参数 二．非标准参数 三．非Stable参数 一．标准参数 ...
nohup启动java 报错
马春林的专栏
04-14 2709
java -jar 启动报错
nohup java -jar 启动springboot项目时JVM参数调优
重露成涓滴
03-29 1万+
背景： java version "1.8.0_11" 项目用springboot写的，以往启动都没有设置JVM参数，都是默认的。 今天遇到频繁FGC的情况，导致服务器CPU占用超级高，而且FGC并不能有效的回收对象内存。 1.ps查询对应进程： [root@10-9-166-14 server]# ps aux|grep addition root 22670 43.5 5.8 473...
Java之——后台运行Jar包并设置内存参数
热门推荐
冰河的专栏
10-26 4万+
很简单，就一个命令如下： nohup java -Xms800m -Xmx800m -XX:PermSize=256m -XX:MaxPermSize=512m -XX:MaxNewSize=512m -jar 你的jar包 >>/dev/null &
solr docker jvm参数设置
03-25
为了优化 Solr 的性能，可以通过设置一些 JVM 参数来进行调整。以下是一些常见的设置： 1. -Xms：指定 JVM 堆的初始大小，一般设置为 Solr 最小需要的内存大小。 2. -Xmx：指定 JVM 堆的最大大小，一般设置为 Solr...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值