JVM 参数配置&推荐配置详解

最新推荐文章于 2024-05-26 16:38:42 发布
置顶 最新推荐文章于 2024-05-26 16:38:42 发布
阅读量1k 收藏 4
点赞数
文章标签： jvm java linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jinlong59421/article/details/129225752
版权
参数名称含义默认值／备注
-Xms初始堆大小物理内存的1/64(<1GB) 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制
-Xmx最大堆大小物理内存的1/4(<1GB) 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制
-Xmn新生代大小(jdk 1.4或以上版本)增大新生代后，将会减小老年代大小。此值对系统性能影响较大。Sun官方推荐配置为整个堆的3/8
-Xss每个线程的堆栈大小JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K，可以带 K, M 或 G单位
-XX:ThreadStackSize同上0代表使用默认值，不能带单位
-XX:PermSize设置永久代初始值物理内存的1/64
-XX:MaxPermSize设置永久代最大值物理内存的1/4
-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的存活时间1s
-XX:PretenureSizeThreshold对象超过多大是直接在老年代分配新生代采用Parallel Scavenge GC时无效，另一种直接在老年代分配的情况是大的数组对象，且数组中无外部引用对象.
-XX:TLABWasteTargetPercentTLAB占eden区的百分比1%
-XX:+CollectGen0FirstFullGC时是否先YGCfalse
-XX:+UseParallelGCFull GC采用parallel MSC见[GC参数][1]
-XX:+UseParNewGC设置新生代为并行收集可与CMS收集同时使用，JDK 5.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前调用YGCtrue
-XX:+UseConcMarkSweepGC使用CMS内存收集测试中配置这个以后， -XX:NewRatio=4的配置失效了，原因不明，所以此时新生代大小最好用-Xmn设置
-XX:+AggressiveHeap试图是使用大量的物理内存长时间大内存使用的优化，能检查计算资源（内存， 处理器数量，至少需要256MB内存
-XX:CMSFullGCsBeforeCompaction多少次后进行内存压缩由于并发收集器不对内存空间进行压缩，整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低
-XX:+CMSParallelRemarkEnabled降低标记停顿
-XX+UseCMSCompactAtFullCollection在FullGC的时候对老年代的压缩CMS是不会移动内存的， 因此这个非常容易产生碎片，导致内存不够用，因此内存的压缩这个时候就会被启用。增加这个参数是个好习惯。可能会影响性能，但是可以消除碎片
-XX:+UseCMSInitiatingOccupancyOnly使用手动定义初始化定义开始CMS收集禁止hostspot自行触发CMS GC
-XX:CMSInitiatingOccupancyFraction=70使用cms作为垃圾回收使用70％后开始CMS收集该值的设置需要满足以下公式CMSInitiatingOccupancyFraction计算公式
-XX:CMSInitiatingPermOccupancyFraction设置Perm Gen使用到达多少比率时触发92
-XX:+CMSIncrementalMode设置为增量模式用于单CPU情况
-XX:+CMSClassUnloadingEnabled永久代CMS方式GC
-XX:+PrintGCGC日志输出和-verbose:gc一样
-XX:+PrintGCDetails同上更详细
-XX:+PrintGCTimeStamps输出GC的时间戳配合上述PrintGC参数使用，或者写成-XX:+PrintGC:PrintGCTimeStamps类似的
-XX:+PrintGC:PrintGCTimeStamps可与-XX:+PrintGC -XX:+PrintGCDetails混合使用
-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:+PrintClassHistogram在控制台按下Ctrl+Break后，打印类的信息
-XX:+PrintClassHistogramBeforeFullGCFullGC前打印类信息
-XX:+PrintTLAB查看TLAB空间的使用情况
XX:+PrintTenuringDistribution查看每次minor GC后新的存活周期的阈值
-ea开启assert断言
-Xprof性能诊断
-Xrunhprof性能诊断
-XX:+TraceClassLoading打印类加载过程的信息类似 [Loaded java.util.AbstractList$Itr from /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/jre/lib/rt.jar]
-XX:+TraceClassUnloading打印类卸载的过程信息
Xbootclasspath指定加载不需要校验的类跳过必要的类加载前的校验，能够减少加载时间，但是不安全
-XX:+PrintCompilation打印Hotspot使用JIT 编译的方法名称
-XX:+HeapDumpOnOutOfMemoryErrorOM时生成heap dump默认输出在存放类文件的根文件夹
-XX:HeapDumpPath设置输出OM dump文件路径配合-XX:+HeapDumpOnOutOfMemoryError使用 ****

JDK8 推荐JVM配置

-Xms1g
-Xmx1g
-Xmn512m
-XX:MetaspaceSize=128m
-XX:MaxMetaspaceSize=320m
-XX:+UseConcMarkSweepGC
-XX:+UseCMSCompactAtFullCollection
-XX:CMSInitiatingOccupancyFraction=70
-XX:+CMSParallelRemarkEnabled
-XX:SoftRefLRUPolicyMSPerMB=0
-XX:SurvivorRatio=8
-verbose:gc
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-XX:+PrintTenuringDistribution
-XX:-OmitStackTraceInFastThrow
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/home/gcweb/jdk_dump

-Xmx1g 
-Xms1g：初始堆大小直接等于最大堆大小
-Xmn512m         新生代大小
-XX:MetaspaceSize=128m        元空间初始大小
-XX:MaxMetaspaceSize=320m         元空间最大值
-XX:+UseConcMarkSweepGC        尽量使用CMS收集器，降低GC停顿时间
-XX:+UseCMSCompactAtFullCollection        使用并发收集器时,开启对年老代的压缩.
-XX:CMSInitiatingOccupancyFraction        使用cms作为垃圾回收使用70％后开始CMS收集
-XX:+CMSParallelRemarkEnabled        降低标记停顿
-XX:SoftRefLRUPolicyMSPerMB=0 避免元空间fullgc时 class被清理 导致重新加载
-XX:SurvivorRatio=8 新生代 内存分区 6:1:1
-verbose:gc 在控制台输出GC情况
-XX:+PrintGCDetails 在控制台输出详细的GC情况
-XX:+PrintGCDateStamps GC的打印基于日期的时间戳
-XX:-OmitStackTraceInFastThrow  避免打印同样错误日志到一定次数就会被jvm默认优化掉。
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=C:/Users/liaojinlong/Downloads/dump/heap/(文件路径-保证目录存在)
-XX:+UseStringDeduplication 合并重复字符串

tomcat 配置修改

tomcat/conf/server.xml

<!-- 	推荐依据业务情况进行修改 acceptCount 最多连接数 minSpareThreads  tomcat 业务处理线程池初始数目 maxThreads  业务处理线程池最大数目 -->
    <Connector 
               port="8801" protocol="org.apache.coyote.http11.Http11Nio2Protocol"
               connectionTimeout="20000" URIEncoding="UTF-8" 
               enableLookups="false"
               sendReasonPhrase="true" 
               useBodyEncodingForURI="true" minSpareThreads="50" maxThreads="300"
               compression="on" compressionMinSize="2048"
               compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
               acceptCount="1200" disableUploadTimeout="true"/>

java -XX:+PrintCommandLineFlags
在程序启动时 输出默认或者手动指定的jvm 配置信息

eg：

java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=268435456 -XX:MaxHeapSize=4294967296 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC
openjdk version "1.8.0_322"
OpenJDK Runtime Environment Corretto-8.322.06.1 (build 1.8.0_322-b06)
OpenJDK 64-Bit Server VM Corretto-8.322.06.1 (build 25.322-b06, mixed mode)

https://www.oracle.com/cn/technical-resources/articles/java/g1gc.html

JDK17 推荐 JVM 配置

--add-opens
java.base/java.lang=ALL-UNNAMED
--add-opens
java.base/java.nio=ALL-UNNAMED
--add-opens
java.base/sun.net.util=ALL-UNNAMED
--add-opens
java.base/jdk.internal.misc=ALL-UNNAMED

//--add-opens 未使用 module-info 或三方库 需要时 灵活添加


-Dio.netty.tryReflectionSetAccessible=true
-Xlog:gc*:file=./logs/jdk_gc.log:time,tags:filecount=10,filesize=102400
--illegal-access=warn
-server
-Xms1g
-Xmx1g
-XX:MetaspaceSize=128m
-XX:MaxMetaspaceSize=320m
-XX:+UseG1GC
-XX:G1HeapRegionSize=16m
-XX:G1ReservePercent=10
-XX:MaxGCPauseMillis=200
-XX:InitiatingHeapOccupancyPercent=40
-XX:SoftRefLRUPolicyMSPerMB=0
-XX:-UseLargePages
-XX:-OmitStackTraceInFastThrow
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/home/gcweb/
-XX:+DisableExplicitGC
思-路
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM 参数配置详细介绍
08-31
以下是对JVM参数配置的详细说明： 1. **堆内存配置**： - `-Xms`：设置JVM启动时分配的初始堆内存大小。 - `-Xmx`：设置JVM可使用的最大堆内存大小。 - `-Xmn`：设置年轻代（Young Generation）的大小，年轻代是...
深入详解JVM内存模型与JVM参数详细配置
11-15
深入详解JVM内存模型与JVM参数详细配置，感兴趣的小伙伴们可以一块学习下。
java内存分析，参数设置
qq_27164239的博客
07-07 2436
java内存分析，参数设置
JVM小知识（一）
MarkusZhang的博客
04-20 155
文章目录Java虚拟机架构架构图：各个组件是干什么的Java的平台无关性Java的类加载机制JVM的类加载阶段简述加载验证准备解析初始化谈谈ClassLoader简述ClassLoader的种类自定义ClassLoader 关于JVM的一些小的知识点：介绍下Java虚拟机的架构；Java的平台无关性；聊一聊JVM的类加载机制； Java虚拟机架构 架构图： 各个组件是干什么的 ClassLoader：顾名思义，类加载器，他能够依据特定的格式，加载class文件到内存。ClassLoader的作用就是识
java JDK17 jvm参数配置示例及解读
最新发布
学亮编程手记
05-26 649
包的访问权限，允许未命名模块（通常是那些没有声明属于任何模块的类路径上的类）访问这个包内的元素。指定使用Z Garbage Collector（ZGC），这是一个可伸缩、低延迟的垃圾收集器，特别适合大规模的多核系统，旨在实现暂停时间不超过10毫秒的目标。整体而言，这些配置旨在优化一个应用的内存管理、垃圾收集策略，以及提升在遇到内存问题时的诊断能力，特别是针对需要高性能、低延迟处理的应用场景。控制内存分配速率突增的容忍度，值越高，JVM越晚响应突增的内存需求，以避免不必要的垃圾回收。）和最大堆内存大小（
Servlet --- HttpServlet
a23452的博客
12-20 653
Java打卡：第99天 javaWeb — Servlet 内容导航HttpServlet快捷创建ServletHttpServletRequest请求的生命周期请求参数parameter域属性 attribute Java EE Servlet 昨天已经分享了欢迎页面和一般Servlet的书写，GenericServlet；使用模板方法模式和适配器模式 其实系统已经定义好一个之前的实现的GenericServlet；可以直接使用import javax.servlet.GenericServle
JVM内存配置详解
weixin_34261415的博客
04-15 211
前段时间在一个项目的性能测试中又发生了一次OOM（Out of swap sapce），情形和以前网店版的那次差不多，比上次更奇怪的是，此次搞了几天之后啥都没调整系统就自动好了，死活没法再重现之前的OOM了！问题虽然蹊 跷，但也趁此机会再次对JVM堆模型、GC垃圾算法等进行了一次系统梳理； 基本概念 一：堆/Heap  JVM管理的内存叫堆；在32Bit操作系统上有4G的限制，一般来说W...
高性能JVM的参数
编码爱好者
07-15 1520
Xmx可能是最重要的JVM参数。-Xmx定义分配给应用程序的最大堆大小。-Xms定义分配给应用程序的最小堆大小。推荐-Xmx和-Xms设置一样大小，避免频繁的向OS申请内存空间，提升JVM性能。
IDEA启动Tomcat报Unrecognized option: --add-opens=java.base/java.lang=ALL-UNNAMED
CieloStrive的博客
01-30 9113
IDEA启动Tomcat报错Unrecognized option: --add-opens=java.base/java.lang=ALL-UNNAMED
深入详解JVM内存模型与JVM参数详细配置.pdf
12-30
&quot;深入详解JVM内存模型与JVM参数详细配置&quot; ...JVM参数配置是调整JVM性能和效率的重要手段，包括堆内存的大小、垃圾回收算法、垃圾回收频率等。合理的参数配置可以提高JVM的性能和效率，减少垃圾回收的时间和频率。
jdk8 jvm 参数图（随手参考好资料）
02-27
常用jvm参数都在这张图中，参考起来方便，是国外大神整理的
jdk的配置及其参数的设置
08-16
讲解jdk的配置及其参数的设置 本章将要介绍Java的特点以及所应用的平台，然后带领读者从第一步做起，来完成一个Java的小程序，通过这个小程序的完成，可以让读者了解Java平台的搭建以及简单的开发步骤。通过本章的学习，读者应该能够达到如下几个目标。 熟练掌握如何搭建Java开发环境,包括下载、安装和配置JDK。 能够编写和编译Java程序，并能够运行生成文件。 这些是学习本章的目标，同时也是对读者的基本要求。学好本章是学习以后知识的基础，读者一定要熟练地掌握本章的知识。
Storm配置项详解.docx
11-05
11. **nimbus.childopts**：在storm-deploy项目中，用于nimbus进程的JVM选项，可以配置额外的JVM参数。 12. **nimbus.task.timeout.secs**：心跳超时时间，超时后nimbus会认为task挂掉并重新分配。 13. **nimbus....
jdk17(Java开发环境)的配置(以及jdk多版本如何配置问题)（多版本无法自由切换问题）
zzj17637822814的博客
07-13 8761
jdk17的配置,以及使用多版本如何配置
1.jvm启动参数 -Xms1g 启动时分配的内存 -Xmx2g 运行过程中分配的最大内存 2.JProfiler
focus-unchanged-thing
08-03 2634
java -Xms1g -Xmx2g -jar abc.jar -Xms1g 启动时分配的内存 -Xmx2g 运行过程中分配的最大内存,如果超过了,则报:oom
【转】java jvm 参数 -Xms -Xmx -Xmn -Xss 调优总结
weixin_34319374的博客
05-14 3025
常见配置举例 堆大小设置JVM 中最大堆大小有三方面限制:相关操作系统的数据模型(32-bt还是64-bit)限制;系统的可用虚拟内存限制;系统的可用物理内存限制.32位系统 下,一般限制在1.5G~2G;64为操作系统对内存无限制.我在Windows Server 2003 系统,3.5G物理内存,JDK5.0下测试,最大可设置为1478m.典型设置: java -Xmx3550m -Xms35...
JVM常用内存参数配置
热门推荐
大鹏
11-08 6万+
一、    常用参数 　　-Xms  　　JVM启动时申请的初始Heap值，默认为操作系统物理内存的1/64但小于1G。默认当空余堆内存大于70%时，JVM会减小heap的大小到-Xms指定的大小，可通过-XX:MaxHeapFreeRation=来指定这个比列。Server端JVM最好将-Xms和-Xmx设为相同值，避免每次垃圾回收完成后JVM重新分配内存；开发测试机JVM可以保留默认值。
Tomcat和JVM的内存配置
洋成林
06-12 1万+
原文路径：https://www.cnblogs.com/pangxiansheng/p/5378537.htmlJVM内存分配设置的参数有四个-Xmx Java Heap最大值，默认值为物理内存的1/4；-Xms Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值；-Xmn Java Heap Young区大小，不熟悉最好保留默认值；...
JVM内存配置参数
m0_67392931的博客
04-19 5073
题目 对于JVM内存配置参数： -Xmx10240m -Xms10240m -Xmn5120m -XXSurvivorRatio=3 ,其最小内存值和Survivor区总大小分别是（） A 5120m，1024m B 5120m，2048m C 10240m，1024m D 10240m，2048m 答案解析 正确答案是：D -Xmx：最大堆大小 -Xms：初始堆大小 -Xmn: 年轻代大小 -XXSurvivorRatio=3：代表Eden:Survivor = 3 根据Generation-Coll.
jdk8jvm参数配置详解
09-03
Java Development Kit (JDK)是Java开发工具包，而JVM参数是为Java虚拟机(JVM)配置的一组参数。JDK8是Java 8版本的JDK，下面我将详细解释JDK8中常用的JVM参数配置。 1. -Xms和-Xmx：这是设置JVM初始化堆内存和最大堆内存的参数。-Xms设定初始堆大小，-Xmx设定最大堆大小。例如，-Xms512m表示初始堆大小为512MB，-Xmx1024m表示最大堆大小为1GB。 2. -Xss：这是设置线程栈大小的参数。默认值根据操作系统和JVM版本而定。可以根据应用程序的需求进行调整。例如，-Xss256k表示线程栈的大小为256KB。 3. -XX:MetaspaceSize和-XX:MaxMetaspaceSize：这是设置元空间（Metaspace）初始大小和最大大小的参数。元空间是Java 8引入的一种取代永久代（PermGen）的存储区域。例如，-XX:MetaspaceSize=128m表示元空间的初始大小为128MB，-XX:MaxMetaspaceSize=256m表示元空间的最大大小为256MB。 4. -XX:NewSize、-XX:MaxNewSize和-XX:SurvivorRatio：这些是控制新生代（Young Generation）内存大小以及Eden区、Survivor区的比例的参数。新生代是堆内存的一部分，存放新创建的对象。可以通过调整这些参数来优化垃圾回收性能。 5. -XX:+UseParallelGC和-XX:+UseConcMarkSweepGC：这些是选择垃圾回收器的参数。Parallel GC（并行垃圾回收器）和CMS（并发标记清除垃圾回收器）是JDK8默认的两种垃圾回收器。分别用于在不同场景下提供更好的垃圾回收性能。 这些只是JDK8中常用的JVM参数配置的一部分。根据实际需求，还有其他许多参数可以进行调整以达到最佳性能和稳定性。重要的是要了解这些参数，并根据应用程序的需求进行适当的配置。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值