常见的几个JVM调优场景

已于 2024-03-20 23:38:45 修改
阅读量1.4k 收藏 25
点赞数 30
分类专栏： JVM 文章标签： jvm 性能优化
于 2024-03-20 23:31:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44313584/article/details/136891412
版权

文章目录


基于JDK1.8

调优案例

下面是一些结合实际应用场景的JVM调优参数及其作用的解释：

案例1：应对高并发、短生命周期对象的应用

假设我们正在优化一个高并发且产生大量短生命周期对象的服务，例如Web服务器或高性能计算环境，其中大部分对象在短时间内就会变成无用对象。

  • 参数设置：

    -Xms4g -Xmx4g -Xmn2g 
-XX:SurvivorRatio=8 
-XX:+UseParallelGC 
-XX:MaxTenuringThreshold=15

  • 参数解析：

    • -Xms4g -Xmx4g：设置堆内存大小初始化和最大值均为4GB，保证程序有足够的内存空间，并消除内存自动扩展带来的额外开销。
    • -Xmn2g：设置年轻代大小为2GB，由于大量临时对象主要在年轻代中分配和回收，较大的年轻代可以容纳更多短生命周期的对象，减少年轻代GC频率。
    • -XX:SurvivorRatio=8：设置Eden区与Survivor区的比例为8:1，增加Eden区的空间，有利于容纳更多的新创建对象，减少晋升到老年代的机会。
    • -XX:+UseParallelGC：启用并行垃圾收集器（Parallel GC），利用多核处理器的优势，加快年轻代GC的速度。
    • -XX:MaxTenuringThreshold=15：设置对象在年轻代中经历的GC次数阈值，较高的值意味着对象有更多机会在年轻代内就被回收，降低老年代的压力。

案例2：防止频繁Full GC导致延迟

在一个大型企业级应用中，发现系统频繁触发Full GC，影响了整体响应速度。

  • 参数设置：

    -Xms16g -Xmx16g -XX:NewRatio=3 
-XX:MaxMetaspaceSize=512m 
-XX:+UseG1GC 
-XX:InitiatingHeapOccupancyPercent=70

  • 参数解析：

    • -Xms16g -Xmx16g：确保足够的内存容量，并避免堆大小变化带来的系统抖动。
    • -XX:NewRatio=3：年轻代与老年代的大小比例为1:3，可以根据长期存活对象的比例调整这一参数，减少老年代满载导致的Full GC。
    • -XX:MaxMetaspaceSize=512m：限制元空间大小，防止类元数据过多引起的OOM错误。
    • -XX:+UseG1GC：采用G1垃圾收集器，它能够预测并避免长时间暂停，尤其适用于大型堆且要求低延迟的应用。
    • -XX:InitiatingHeapOccupancyPercent=70：对于G1来说，设置初始标记开始时堆占用率的阈值，当达到这个百分比时触发并发标记周期，通过提前回收避免堆积过多垃圾而引发更耗时的Full GC。

案例3：优化服务响应时间，减少停顿时间

假设我们有一个在线交易系统，对响应时间和稳定性要求极高，希望尽量减少因GC造成的系统暂停时间。

  • 参数设置：

    -Xms32g -Xmx32g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=45 
-XX:ParallelGCThreads=8 -XX:ConcGCThreads=4 -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=60
-XX:G1HeapRegionSize=32m -XX:+UnlockExperimentalVMOptions -XX:G1MixedGCLiveThresholdPercent=65
-XX:+UseStringDeduplication

  • 参数解析：

    • -Xms32g -Xmx32g：设置堆内存大小，确保有足够的内存满足系统需求，避免内存大小的变化导致额外的性能损失。
    • -XX:+UseG1GC：选择G1垃圾收集器，它具备低延迟的特性，特别适合对响应时间敏感的应用场景。
    • -XX:MaxGCPauseMillis=200：设置G1目标的最大暂停时间，力求减小垃圾回收对应用的影响。
    • -XX:InitiatingHeapOccupancyPercent=45：设置触发并发标记周期的Java堆占用率阈值，早起启动回收可以预防长时间GC。
    • -XX:ParallelGCThreads=8 -XX:ConcGCThreads=4：分别设置并行垃圾回收线程数和并发标记线程数，根据系统CPU核心数适当调整。
    • -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=60：限制年轻代大小范围，使得G1可以灵活调整年轻代大小以适应应用负载。
    • -XX:G1HeapRegionSize=32m：设置G1堆分区大小，依据应用的内存分配特征和机器内存大小合理设置。
    • -XX:+UnlockExperimentalVMOptions -XX:G1MixedGCLiveThresholdPercent=65：解锁实验性VM选项，并设置混合集合的存活对象阈值，调整混合集合的执行时机，降低停顿时间。
    • -XX:+UseStringDeduplication：启用字符串去重功能，减少字符串对象在内存中的重复存储，有效节约内存空间。

案例4：监控和诊断内存泄露

在某大数据处理应用中，发现系统随着时间推移内存占用不断增长，疑似存在内存泄露问题。

  • 参数设置：

    -Xmx64g -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/dumps/java_heapdump.hprof
-XX:+UseConcMarkSweepGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintTenuringDistribution
-XX:+PrintGCCause -XX:+PrintReferenceGC -XX:+PrintAdaptiveSizePolicy
-XX:+UnlockDiagnosticVMOptions -XX:NativeMemoryTracking=summary -XX:+TraceClassLoading -XX:+TraceClassUnloading

  • 参数解析：

    • -Xmx64g：设置最大堆内存大小，确保系统有足够的内存运行。
    • -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/dumps/java_heapdump.hprof：在发生OOM异常时生成堆转储文件，便于后续分析内存泄露。
    • -XX:+UseConcMarkSweepGC：选择CMS垃圾收集器，因为该场景下，稳定性和延迟可能不如防止内存泄露重要。
    • -XX:+PrintGCDetails等GC日志参数：开启详细GC日志，帮助追踪内存分配和回收情况。
    • -XX:+UnlockDiagnosticVMOptions -XX:NativeMemoryTracking=summary：解锁诊断VM选项并开启原生内存跟踪，分析非Java堆内存的使用情况。
    • -XX:+TraceClassLoading -XX:+TraceClassUnloading：追踪类加载和卸载，有助于排查是否有类加载泄露的问题。

一些参数

堆内存大小

  • -Xms：设定Java虚拟机初始堆内存大小，默认值由JVM自行决定。

  • -Xmx：设定Java虚拟机最大堆内存大小。

  • -Xmn：设置年轻代（Young Generation）的初始大小和最大大小。这个值通常作为整个堆的一部分来设置。

  • 分配年轻代空间的比例（相对于整个堆）：
    -XX:NewRatio=：设置年轻代与老年代（Old Generation）的比例。例如，如果设为3，则年轻代与老年代的大小比例为1:3。

  • Survivor空间的策略：
    -XX:+UseAdaptiveSizePolicy：启用自适应大小策略，JVM会根据应用的行为动态调整年轻代和其他内存区域的大小。

  • 控制晋升至老年代的对象年龄阈值：

    • -XX:MaxTenuringThreshold=<value>：设置对象从年轻代晋升到老年代的最大年龄（即经历多少次Minor GC）。默认值通常是由JVM决定的，也可以手动设置。

  • 并发标记扫描（CMS）或Garbage First（G1）垃圾收集器特有的年轻代相关参数也会有所不同，但上述参数通常是通用的。

举例来说，配置年轻代占总堆大小的1/3且Survivor区与Eden区比为2:8的设置方式可能是：

-Xms1g -Xmx1g -Xmn300m -XX:SurvivorRatio=2
这将启动一个总堆大小为1GB的JVM实例，其中年轻代大小固定为300MB，
Survivor区和Eden区按两个Survivor区各占总年轻代大小的1/10，
Eden区占8/10进行划分。

元空间大小

  • -XX:MetaspaceSize：元空间初始大小，在JDK1.8中替代了PermGen空间，用于存储类的元数据。
  • -XX:MaxMetaspaceSize：元空间的最大大小。

垃圾收集器相关参数

  • -XX:+UseG1GC：启用G1垃圾收集器。
  • -XX:+UseParallelGC：启用并行垃圾收集器（年轻代）。
  • -XX:+UseConcMarkSweepGC：启用CMS垃圾收集器（老年代）。
  • -XX:NewRatio：年轻代与老年代的内存比例。
  • -XX:SurvivorRatio：Eden区与Survivor区的比例。

垃圾收集行为控制

  • -XX:MaxTenuringThreshold：对象晋升到老年代之前经历的垃圾回收次数阈值。
  • -XX:InitiatingHeapOccupancyPercent（G1 GC）：触发并发标记周期的堆占用率阈值。

内存区域细分（G1收集器特定）

  • -XX:G1HeapRegionSize：设置G1堆区域的大小。

GC

  • -XX:+UseParallelGC：启用并行新生代收集器，使用多个线程进行垃圾回收。

  • -XX:ParallelGCThreads：设置并行收集器工作的线程数。

  • -Xloggc:filename：指定GC日志文件路径。

  • -XX:+PrintGCDetails：打印详细的GC处理信息。

  • -XX:+PrintGCDateStamps：在GC日志中添加时间戳。

  • -XX:NumberOfGCLogFiles 和 -XX:GCLogFileSize：分别用于设置GC日志文件的数量和单个文件大小（滚动日志）。

栈内存大小

  • -Xss：每个线程的栈内存大小。

直接内存大小

  • -XX:MaxDirectMemorySize：设置可以使用的直接内存大小。

其他调优选项

  • -XX:+DisableExplicitGC：禁止程序主动调用System.gc()。
  • -XX:+AggressiveOpts：开启激进优化策略。
  • -XX:TargetSurvivorRatio：G1 GC的目标幸存者区占用率。

监控工具：

jstat -gccause ：查看实时GC统计信息，包括引起Full GC的原因。
jinfo：动态获取或修改运行中的Java进程的JVM参数。
jmap：生成堆转储快照，用于离线分析。
jconsole 或 VisualVM：图形化监控工具，可以实时观察GC活动。

JF Coder
关注
  • 30
    点赞
  • 踩
  • 25
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
JVM——生产环境调优场景
庄小焱
03-18 476
本文将介绍常见生产环境下JVM的调优的场景与解决方案。供大家在日常的工作中学习和参考。例如， 一个15万PV/天左右的在线文档类型网站最近更换了硬件系统， 新的硬件为4个CPU、 16GB物理内存， 操作系统为64位CentOS 5.4， Resin作为Web服务器。 整个服务器暂时没有部署别的应用， 所有硬件资源都可以提供给这访问量并不算太大的网站使用。 管理员为了尽量利用硬件资源选用了64位的JDK 1.5， 并通过-Xmx和-Xms参数将Java堆固定在12GB。使用一段时间后发现使用效果并不理想，
java慢场景_jvm调优的几种场景
weixin_32892145的博客
02-27 483
假定你已经了解了运行时的数据区域和常用的垃圾回收算法，也了解了Hotspot支持的垃圾回收器。一、cpu占用过高cpu占用过高要分情况讨论，是不是业务上在搞活动，突然有大批的流量进来，而且活动结束后cpu占用率就下降了，如果是这种情况其实可以不用太关心，因为请求越多，需要处理的线程数越多，这是正常的现象。话说回来，如果你的服务器配置本身就差，cpu也只有一个核心，这种情况，稍微多一点流量就真的能够...
JVM常见调优场景
KeithRong的博客
02-15 1034
1. JVM常用命令 jps：获取当前正在运行的线程。 jinfo:可以输出并修改运行时的java 进程的opts。 jmap：得到运行java程序的内存分配的详细情况。例如实例个数，大小等。 jstat：可以观察到classloader，compiler，gc相关信息。可以时时监控资源和性能。 jconsole：java GUI监视工具，可以以图表化的形式显示各种数据。并可通过远程连接监视远程的...
JVM之调优及常见场景分析
最新发布
2401_84103616的博客
04-30 626
CMS调优OOM问题调优Java中9种常见的CMS GC问题分析与解决================服务，最大空间剩余很多但是依然发生 GC，这种情况我们可以通过观察 GC 日志或者通过监控工具来观察堆的空间变化情况即可。========在 JVM 的参数中 -Xms 和 -Xmx 设置的不一致，在初始化时只会初始 -Xms 大小的空间存储信息，每当空间不够用时再向操作系统申请，这样的话必然要进行一次 GC。
JVM调优（四）常用调优方案
matt8的专栏
08-23 501
将新对象预留到新生代 由于Full GC的成本要远远高于Minor GC，因此尽可能的将对象分配在新生代是一项明智的选择。 大部分情况下，jvm会尝试在eden区域分配对象，但是因为空间紧张等问题，很可能不得不将部分年轻对象提前向老年代压缩。因此，可以为程序分配一个合理的新生代空间，以最大限度避免新对象直接进入老年代的情况。 一般来说，当survivor区的空间不够，或者占用量达到50%时
【JVM】不同场景下JVM调优手段及代码优化建议
JCoder的博客
04-15 1078
在Java应用程序的开发和运维过程中，JVM调优是一个不可避免的环节。它不仅能够提升应用程序的性能，还能确保系统的稳定性和可靠性。本文将详细探讨在什么场景下JVM需要调优，针对这些场景我们可以采取哪些手段，以及什么样的代码会影响JVM的运行效率，同时提供一些代码优化的建议。
这几种常见的JVM调优场景你知道吗？
09-27
本文将探讨两种常见的JVM调优场景：CPU占用过高和死锁。 首先，我们来看CPU占用过高的情况。当CPU使用率长时间居高不下时，可能是由于代码中的循环次数过多或者存在死循环导致的。解决这个问题需要通过以下步骤： ...
系统和JVM调优（面试突击）
10-15
接下来，我们进入JVM调优的核心部分，它主要涉及以下几个方面： 1. **JVM内存设置**：Java应用的内存模型分为堆（Heap）、栈（Stack）、方法区（Method Area）、本地方法栈（Native Method Stack）和程序计数器（PC...
Jvm调优和SpringBoot项目优化的详细教程
09-07
在JVM调优过程中，我们关注以下几个参数： 1. `-XX:MetaspaceSize` 和 `-XX:MaxMetaspaceSize`: 这两个参数用于控制元空间的大小。元空间在JDK 8中取代了永久代(PermGen)，存储类元数据。默认情况下，JVM会根据需求...
基于JVM 调优的技巧总结分析
09-05
本文将深入探讨几个关键的JVM调优技巧。 首先，升级JVM版本至关重要。随着Java版本的迭代，JVM在性能和稳定性方面都有显著提升。从JDK1.4到1.6，乃至更高的版本，每次更新不仅引入了新特性，还对JVM内部进行了大量...
JVM调优视频理论及工具
08-20
在Java开发中，JVM调优是提升应用程序性能的关键环节，尤其是在高并发、大数据处理等场景下，良好的JVM配置能显著提高系统效率。 1. **JVM概述** - JVM是Java语言的运行环境，它负责执行字节码并管理内存，为...
JVM调优经典配置
sprita1的专栏
08-22 494
堆大小设置 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。典型设置： java-Xmx3550m -Xms3550m -...
什么是JVM？JVM的内存模型是什么？JVM调优的场景有哪些？
请 端正你的态度的博客
06-06 373
什么是JVM？ jvm是java就是java虚拟机，编写的java代码通过javac编译成可以被java虚拟机执行的字节码，就是.class文件,其实是先编译成JVM指令，JVM指令再转成机器码执行。java之所以可以在不同机器上运行就是靠jvm实现的，下载的jdk里面有jre（java runtime environment），jvm就包括在jre里面。安装的JDK包括JRE、java开发常用包等。 JVM的内存模型 Java在运行Java程序的时候会先将编译好的class文件载入java虚拟机的内存模型
生产JVM参数调优
Franco的博客
11-05 674
#原有参数: -Xms32g -Xmx64g #java -XX:+PrintCommandLineFlags -version。查看默认参数 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers 类指针压缩 -XX:+UseCompressedOops jvm开启了压缩之后64为系统的对象也只占用12byte -XX:+UseParallelGC 并行收集器年轻代。Parallel Scavenge（新生代）+Parallel Old（..
JVM调优的几种场景
qq_39712282的博客
01-18 340
JVM调优的几种场景一、CPU占用过高1、可以使用top命令查看cpu占用情况![在这里插入图片描述](https://img-blog.csdnimg.cn/587e5c7f594647368d57d0c9f7bcdbdf.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAQOeDiOeEsA==,size_20,color_FFFFFF,t_70,g_se,x_16)2、用top -Hp命令查看线程的
几种常见的JVM调优场景
ron的博客
01-24 167
最近很多小伙伴跟我说，自己学了不少JVM的调优知识，但是在实际工作中却不知道何时对JVM进行调优。今天，我就为大家介绍几种JVM调优的场景。 在阅读本文时，假定大家已经了解了运行时的数据区域和常用的垃圾回收算法，也了解了Hotspot支持的垃圾回收器。 cpu占用过高 cpu占用过高要分情况讨论，是不是业务上在搞活动，突然有大批的流量进来，而且活动结束后cpu占用率就下降了，如果是这种情况其实可以不用太关心，因为请求越多，需要处理的线程数越多，这是正常的现象。话说回来，如果你的服务器配置本身就差，
这几种常见的 JVM 调优场景，你知道吗？
m0_71777195的博客
09-20 169
以上三种严格地说还算不上jvm的调优，只是用了jvm工具把代码中存在的问题找了出来。我们进行jvm的主要目的是尽量减少停顿时间，提高系统的吞吐量。但是如果我们没有对系统进行分析就盲目去设置其中的参数，可能会得到更坏的结果，jvm发展到今天，各种默认的参数可能是实验室的人经过多次的测试来做平衡的，适用大多数的应用场景。如果你认为你的jvm确实有调优的必要，也务必要取样分析，最后还得慢慢多次调节，才有可能得到更优的效果。
jvm调优的使用场景
08-29
JVM调优的使用场景有以下几种情况： 1. 应用程序的响应时间过长或者出现频繁的停顿现象。当应用程序在运行时响应时间过长，或者频繁发生停顿现象，可能是由于JVM的配置不合理或者垃圾回收机制不够优化导致的。这时可以通过JVM调优来改善应用程序的性能。 2. 应用程序的吞吐量不高。当应用程序需要处理大量的请求或数据时，如果吞吐量不高，可能是因为JVM的配置参数不合理或者垃圾回收机制导致的。通过调整JVM的参数，可以提高应用程序的吞吐量。 3. 内存溢出或者内存泄漏问题。当应用程序在运行时发生内存溢出或者内存泄漏问题，可能是由于JVM对内存的管理不够优化导致的。通过JVM调优，可以优化内存管理，减少内存溢出和内存泄漏问题的发生。 4. 高并发场景下的性能问题。当应用程序在高并发场景下性能下降，例如并发请求较多或者同时处理大量数据时，可能是由于JVM的线程管理策略不够优化导致的。通过调整JVM的线程配置参数，可以提高应用程序在高并发场景下的性能。 需要注意的是，进行JVM调优并不是一次性的工作，而是一个持续的过程。通过取样分析和多次调节，才能逐步优化JVM的配置参数，以获得更好的性能效果。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [几种常见的JVM调优场景（建议收藏）](https://blog.csdn.net/Y0W1as5eg37urFdS/article/details/126925592)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

JF Coder

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值