记一次JVM调优过程

最新推荐文章于 2025-05-29 15:59:49 发布
原创 最新推荐文章于 2025-05-29 15:59:49 发布 · 442 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

最近对项目进行压力测试发觉系统运行效果不好，监控JVM后发觉JVM在频繁进行FGC

 

开启jconsole 对远程jvm进行监控

 

 

 

利用jstat查看jvm内存情况

https://www.cnblogs.com/lizhonghua34/p/7307139.html

1. 配置获取Fgc日志

 

2. 获取jvm内存快照文件

 

jmap -dump:format=b,file=jvm.dat 4549

 

3. 获取jvm内存快照文件后分析工具

jhat

 

利用eclipse的MAT工具分析内存快照

https://www.cnblogs.com/wyb628/p/8567610.html

 

参考文档：https://pengjiaheng.iteye.com/blog/538582

https://pengjiaheng.iteye.com/blog/545015

https://www.cnblogs.com/xuezhiyizu1120/p/6237510.html

 

jvm调优步骤
星月IWJ
08-12 5935
jvm调优 JVM调优的一般步骤为： 第1步：分析GC日志及dump文件，判断是否需要优化，确定瓶颈问题点； 第2步：确定JVM调优量化目标； 第3步：确定JVM调优参数（根据历史JVM参数来调整）； 第4步：调优一台服务器，对比观察调优前后的差异； 第5步：不断的分析和调整，直到找到合适的JVM参数配置； 第6步：找到最合适的参数，将这些参数应用到所有服务器，并进行后续跟踪。 -XX 参数被称为不稳定参数，之所以这么叫是因为此类参数的设置很容易引起JVM 性能上的差异，使JVM 存在极大的不稳定性。
记一次JVM调优
dreamof2015的博客
08-08 460
记一次JVM调优前情：8月1日到新公司入职，到职第一天上级就分配了任务，优化OA。 OA目前的情况：运行一段时间后就会很卡，打开流程或表单一直处于刷新状态，只有重启tomcat服务后才能恢复正常。开始想从oracle数据库入手，确认是不是oracle数据量太大未做优化导致的，导出awr报表做分析，结果实在是看不太懂，只好放弃，转从tomcat入手。tomcat服务器信息： 系统版本 CPU
JVM系列--记一次简单的 JVM 调优
田维常
01-19 420
背景最近对负责的项目进行了一次性能优化，其中包括对JVM参数的调整，算是进行了一次简单的 JVM 调优，JVM 参数调整之后，服务的整体性能有 5% 左右的提升，还算不错。先介绍一下...
记录一次JVM调优过程3
最新发布
AnalogElectronic的博客
05-29 498
同时，Metaspace的配置是MaxMetaspaceSize=256m，但实际Metaspace的容量达到了149248KB（约145.7MB），这可能没问题，但需要确认是否足够，或者是否有类加载的问题。接下来是jstat -gcmetacapacity，显示Metaspace的容量是149248KB，而MaxMetaspaceSize设置为256MB，这里可能存在问题，因为Metaspace的容量超过了MaxMetaspaceSize的限制，导致频繁的类元数据GC，这可能影响性能。
记一次jvm调优
m0_37238792的博客
07-22 447
JVM调优之---一次GC调优实战       某系统反馈『性能抖动，响应时间会突然飙高，TP999 MAX会到3000+』，初步怀疑是JVM FULL GC导致的 STW，观察FULL GC日志默认的JVM参数：        -Xms4096m -Xmx4096m -XX:PermSize=512M -XX:MaxPermSize=512M -XX:ReservedCodeCacheSiz...
JVM调优经历
zxg的博客
08-05 2881
JVM参数调优过程
记一次 JVM 线上调优实战
个人站点：javatv.net
03-23 2570
问题描述 很多时候我们的系统在使用过程中经常出现卡顿的情况，或者请求变慢等等情况，然后运维人员跑来给你说写的什么垃圾代码，CPU 飙升，经常 100%，内存飙升。 如果你不知道怎么定位问题，觉得自己代码也找不出什么问题，那就说重启试试咯！！！ 当然了，这种处理方式可以解决，但并不能从根本上解决问题，试想一下如果对于高并发的系统，你重启项目肯定是不行的，所以我们要找到问题的源头，因为我们程序都是跑在 JVM 里面的，所以上面的 2 种情况很可能是我们的代码出现了问题，比如常见的死循环，递归等等，当然这种就是比
JVM调优攻略.pdf
07-27
5. 经过第一次Minor GC后仍然存活的对象会被移动到Survivor区，并且每次GC后年龄+1。 6. 当对象年龄达到一定阈值时，会被移至老年代。 #### 五、年轻代中的GC 在年轻代中，JVM需要确保To Survivor空间为空。在每次...
JVM调优的几种场景（建议收藏）
m0_67322837的博客
07-08 537
最近很多小伙伴跟我说，自己学了不少JVM的调优知识，但是在实际工作中却不知道何时对JVM进行调优。今天，冰河就为大家介绍几种JVM调优的场景。cpu占用过高要分情况讨论，是不是业务上在搞活动，突然有大批的流量进来，而且活动结束后cpu占用率就下降了，如果是这种情况其实可以不用太关心，因为请求越多，需要处理的线程数越多，这是正常的现象。话说回来，如果你的服务器配置本身就差，cpu也只有一个核心，这种情况，稍微多一点流量就真的能够把你的cpu资源耗尽，这时应该考虑先把配置提升吧。第二种情况，cpu占用率长期过高
Java JVM调优实战指南：从内存模型到高频参数
danny-IT技术博客
03-27 896
Young GC频率降低60%，平均耗时缩短至20ms。：某电商平台在秒杀活动期间，订单服务频繁出现超时，显示Young GC耗时超过50ms。：没有银弹参数，只有最适合业务的配置！，需结合监控工具与业务场景灵活调整。JVM调优的核心在于。
Java虚拟机JVM优化实战的过程全记录
08-29
有人说Java之所以能够崛起，JVM功不可没。Java虚拟机最初服务于让Java语言凌驾于平台之上，实现“编写一次，到处运行”，那么下面这篇文章主要给大家分享了个关于Java虚拟机JVM优化实战的过程全记录，需要的朋友可以参考借鉴，下面来一起看看吧。
记一次JVM调优过程!
weixin_30914981的博客
09-30 153
1.jstat -gcutil pid ---jstack主要用来查看某个Java进程内的线程堆栈信息 当抛出:java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "DubboServerHandler-10.28.29.22:20187-thread-971" 查看GC情况如下:...
记录一次生产环境JVM调优的过程
泛音青年的博客
07-16 417
1、起因： 系统运行了一个单机版的Flink，一直处于重启的状态，手动进行重启后，运行几分钟任务全挂了，不停进行Restart重试提交，陷入死循环，排查是因为TaskManage挂掉了，在对jobmanager.heap.size和taskmanager.heap.size进行了无数次设置后，依然会挂掉，最后发现是系统的内存已经所剩无几，只有1.4G了 2、排查过程 排查其他的进程发现，很多模块的JVM参数设置过于偏高，如下图，Xms堆内存设置了2048m，我们不能盲目的去修改这个值，所以决定结合
记一次jvm调优过程
qq_37048894的博客
04-27 566
首先说下这次事情的背景，是有个小伙伴上午找到我，跟我说内存溢出了。 我当时有点懵，这小伙伴负责的是一个单独的项目，我问他是哪里内存溢出，他说是上传图片。 大概在他那里了解了一会也看了一下错误重现，然后小伙伴有其他事情要去忙，我就说我来弄这个。 首先关于内存调优，这部分我之前有过经验，无非是该初始默认指定运行内存，和修改永久代内存空间。这其中有些名词（新生代，伊甸区，form区to区，老年代） 由于项目不是传统的丢到tomcat的webapp下进行部署，也不是采用java -jar xxx,而是采用m
JVM调优过程
liyanlei的专栏
03-21 286
1、确定堆内存大小：-Xmx、-Xms2、合理分配新生代和老年代：-XX：NewRatio、-Xmn、-XX:SurvivorRatio3、确定永久区大小：-XX:Permsize、-XX:MaxPermSize4、选择垃圾收集器5、对垃圾收集器进行合理的设置6、禁用显示GC：-XX：+DisableExplicitGC7、禁用类元数据回收：-Xnoclassgc8、禁用类验证：-Xverify:...
记录一次jvm调优过程
星坠竹空
05-26 1921
1.查看gc情况： 结果：服务启动时长是1天，进行了3240左右次minorGC,一共使用时间80s左右。也就是一次minirGC时间是0.02s，FGC是一次，时间是2.2s，fullGC时间过长，需要优化。 1.为什么需要优化： FGC会不会导致请求失败？ 1.1查看GC方式是什么： 新生代使用的是PS Young Generation回收器，也就是Parallel Scavenge回收器，特点是使用复制算法的多线程serial回收器，跟perNew区别是更注重程序的吞吐量，吞吐量是要尽量保证系
jvm 调优 2020.09.07
XT_985的博客
09-07 1044
基本概念： JVM把内存区分为堆区(heap)、栈区(stack)和方法区(method)。由于本文主要讲解JVM调优，因此我们可以简单的理解为，JVM中的堆区中存放的是实际的对象，是需要被GC的。其他的都无需GC。 对JVM内存的系统级的调优主要的目的是减少GC的频率和Full GC的次数。 1.Full GC 会对整个堆进行整理，包括Young、Tenured和Perm。Full GC因为需要对整个堆进行回收，所以比较慢，因此应该尽可能减少Full GC的次数。 2.导致Full GC的原因 1)年老代
jvm调优面试题
03-21
### 关于 JVM 调优的常见面试问题及解决方案 #### 1. **什么是 JVM 调优？为什么需要进行 JVM 调优？** JVM 调优是指通过调整 Java 虚拟机的各种参数，使应用程序能够在特定硬件环境下达到最佳性能的过程。尽管 JVM 的默认配置已经过多次测试并适用于大多数场景[^1]，但在某些高并发、大数据量的情况下，默认设置可能无法满足需求。此时就需要针对具体业务场景进行调优。 #### 2. **常见的 JVM 性能指标有哪些？** 在 JVM 调优过程中，通常关注以下几个方面的性能指标： - **吞吐量**：单位时间内完成的任务数量。 - **响应时间**：处理单个请求所需的时间。 - **GC 时间占比**：垃圾回收所占用 CPU 时间的比例。 - **堆内存使用率**：程序运行期间堆内存的实际利用率。 这些指标可以通过工具如 `jstat` 或者 VisualVM 进行监控和分析[^2]。 #### 3. **如何选择合适的垃圾收集器？** 不同的应用有不同的性能需求，因此选择适合的垃圾收集器至关重要。以下是几种常用的垃圾收集器及其适用场景： - **Serial 收集器**：简单高效，适用于客户端模式下的小型应用。 - **Parallel 收集器**：注重吞吐量，适用于多核服务器环境。 - **CMS (Concurrent Mark-Sweep)**：低延迟优先，适用于交互性强的应用。 - **G1 收集器**：兼顾吞吐量与延迟，在现代大型应用中广泛采用。 #### 4. **JVM 中的元空间是什么？它有什么特点？** 自 JDK 8 开始，永久代被移除，取而代之的是元空间（Metaspace）。元空间的特点如下： - 存储位置从 JVM 内部转移到了本地内存，减少了因永久代不足而导致的 OOM 错误风险。 - 动态扩展能力更强，可以根据实际加载的类文件自动增长。 - 不再受 `-XX:MaxPermSize` 参数限制，而是由操作系统本身的可用内存决定最大容量[^3]。 #### 5. **如何诊断 JVM 的性能瓶颈？** 当遇到性能问题时，可以按照以下流程逐步排查： - 使用命令行工具（如 jstack, jmap, jconsole）获取线程状态和内存分布情况； - 定期记录 Full GC 发生频率以及持续时间； - 如果发现异常，则进一步深入分析热点方法或者对象分配行为。 #### 6. **举例说明一次完整的 JVM 调优过程。** 假设某电商网站高峰期出现了严重的卡顿现象，经初步判断可能是由于频繁触发 Major GC 所致。于是采取以下措施解决问题： - 将年轻代比例增大至整个堆的一半以上 (`-Xmn`) ，减少 Minor GC 次数； - 启用 G1 垃圾收集算法代替原来的 Parallel Scavenge/Mark Sweep 组合(`-XX:+UseG1GC`); - 设置合理的目标暂停时间和初始堆大小(-XX:MaxGCPauseMillis 和 -Xms/Xmx). --- ### 提供一段代码示例展示如何启动带有定制化选项的 JVM 实例 ```java public class CustomJvmOptions { public static void main(String[] args) throws InterruptedException { System.out.println("Starting application with custom JVM options..."); Thread.sleep(10_000); // Simulate long-running process Runtime runtime = Runtime.getRuntime(); System.out.printf("Free Memory: %d MB%n", runtime.freeMemory() / (1024 * 1024)); System.out.printf("Total Memory: %d MB%n", runtime.totalMemory() / (1024 * 1024)); System.out.printf("Max Memory: %d MB%n", runtime.maxMemory() / (1024 * 1024)); } } ``` 上述例子展示了如何打印当前 JVM 的内存统计信息，并可通过外部传递不同参数来改变其表现形式。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值