记一次JVM调优过程

最新推荐文章于 2022-04-12 14:13:35 发布
最新推荐文章于 2022-04-12 14:13:35 发布
阅读量401 收藏 1
点赞数
分类专栏： jvm JDK监控
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guying4875/article/details/88707130
版权

最近对项目进行压力测试发觉系统运行效果不好，监控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

 

guying4875
关注
专栏目录
jvm调优步骤
星月IWJ
08-12 5745
jvm调优 JVM调优的一般步骤为： 第1步：分析GC日志及dump文件，判断是否需要优化，确定瓶颈问题点； 第2步：确定JVM调优量化目标； 第3步：确定JVM调优参数（根据历史JVM参数来调整）； 第4步：调优一台服务器，对比观察调优前后的差异； 第5步：不断的分析和调整，直到找到合适的JVM参数配置； 第6步：找到最合适的参数，将这些参数应用到所有服务器，并进行后续跟踪。 -XX 参数被称为不稳定参数，之所以这么叫是因为此类参数的设置很容易引起JVM 性能上的差异，使JVM 存在极大的不稳定性。
记一次JVM调优
dreamof2015的博客
08-08 402
记一次JVM调优前情：8月1日到新公司入职，到职第一天上级就分配了任务，优化OA。 OA目前的情况：运行一段时间后就会很卡，打开流程或表单一直处于刷新状态，只有重启tomcat服务后才能恢复正常。开始想从oracle数据库入手，确认是不是oracle数据量太大未做优化导致的，导出awr报表做分析，结果实在是看不太懂，只好放弃，转从tomcat入手。tomcat服务器信息： 系统版本 CPU
JVM系列--记一次简单的 JVM 调优
田维常
01-19 352
背景最近对负责的项目进行了一次性能优化，其中包括对JVM参数的调整，算是进行了一次简单的 JVM 调优，JVM 参数调整之后，服务的整体性能有 5% 左右的提升，还算不错。先介绍一下...
记一次jvm调优
m0_37238792的博客
07-22 394
JVM调优之---一次GC调优实战       某系统反馈『性能抖动，响应时间会突然飙高，TP999 MAX会到3000+』，初步怀疑是JVM FULL GC导致的 STW，观察FULL GC日志默认的JVM参数：        -Xms4096m -Xmx4096m -XX:PermSize=512M -XX:MaxPermSize=512M -XX:ReservedCodeCacheSiz...
记一次真实的 JVM 性能调优过程
javalingyu的博客
04-12 235
背景 最近对负责的项目进行了一次性能优化，其中包括对 JVM 参数的调整，算是进行了一次简单的 JVM 调优，JVM 参数调整之后，服务的整体性能有 5% 左右的提升，还算不错。 先介绍一下项目的基本情况： 项目是一个高 QPS 压力的 web 服务，单机 QPS 一直维持在 1.5K 以上，由于旧机器的”拖累”，配置的堆大小是 8G，其中 young 区是 4G，垃圾回收器用的是 parNew + CMS。 旧状 首先是查看当前 GC 的情况，主要是使用jstat查看 GC 的概况，..
记一次 JVM 线上调优实战
个人站点：javatv.net
03-23 2404
问题描述 很多时候我们的系统在使用过程中经常出现卡顿的情况，或者请求变慢等等情况，然后运维人员跑来给你说写的什么垃圾代码，CPU 飙升，经常 100%，内存飙升。 如果你不知道怎么定位问题，觉得自己代码也找不出什么问题，那就说重启试试咯！！！ 当然了，这种处理方式可以解决，但并不能从根本上解决问题，试想一下如果对于高并发的系统，你重启项目肯定是不行的，所以我们要找到问题的源头，因为我们程序都是跑在 JVM 里面的，所以上面的 2 种情况很可能是我们的代码出现了问题，比如常见的死循环，递归等等，当然这种就是比
记录一次简单的JVM调优
Amazing_belle的博客
03-17 212
记录一次简单的JVM调优练习 1.代码准备 a、创建一个SpringBoot工程，用maven进行打包，本人用到的是idea编辑器，主要代码块示例如下： @SpringBootApplication public class PerformanceApplication { public PerformanceApplication() { } public static void main(String[] args) { SpringApplication.r
JVM调优攻略.pdf
07-27
5. 经过第一次Minor GC后仍然存活的对象会被移动到Survivor区，并且每次GC后年龄+1。 6. 当对象年龄达到一定阈值时，会被移至老年代。 #### 五、年轻代中的GC 在年轻代中，JVM需要确保To Survivor空间为空。在每次...
记一次系统上线的JVM调优
jinhgau的博客
11-26 1081
前言 开发了大半年的数据中台系统，近期在测试环境上线压测，监控JVM时发现GC频繁，开启GC日志后发现隔几秒就要做一次Minor GC（对新生代内存进行回收），并且堆内存不到十分之一的时候就进行GC（测试-Xmx设置为10g,使用不到1g就进行了gc），于是从两个方面进行系统的优化（代码层面和jvm启动参数）。 1、代码层面 观察jvm内存使用的时候，发现堆内存在5秒内就迅速上升1g，此时HTTP...
Java虚拟机JVM优化实战的过程全记录
08-29
有人说Java之所以能够崛起，JVM功不可没。Java虚拟机最初服务于让Java语言凌驾于平台之上，实现“编写一次，到处运行”，那么下面这篇文章主要给大家分享了个关于Java虚拟机JVM优化实战的过程全记录，需要的朋友可以参考借鉴，下面来一起看看吧。
记一次JVM调优过程!
weixin_30914981的博客
09-30 119
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 344
1、起因： 系统运行了一个单机版的Flink，一直处于重启的状态，手动进行重启后，运行几分钟任务全挂了，不停进行Restart重试提交，陷入死循环，排查是因为TaskManage挂掉了，在对jobmanager.heap.size和taskmanager.heap.size进行了无数次设置后，依然会挂掉，最后发现是系统的内存已经所剩无几，只有1.4G了 2、排查过程 排查其他的进程发现，很多模块的JVM参数设置过于偏高，如下图，Xms堆内存设置了2048m，我们不能盲目的去修改这个值，所以决定结合
记一次jvm调优过程
qq_37048894的博客
04-27 421
首先说下这次事情的背景，是有个小伙伴上午找到我，跟我说内存溢出了。 我当时有点懵，这小伙伴负责的是一个单独的项目，我问他是哪里内存溢出，他说是上传图片。 大概在他那里了解了一会也看了一下错误重现，然后小伙伴有其他事情要去忙，我就说我来弄这个。 首先关于内存调优，这部分我之前有过经验，无非是该初始默认指定运行内存，和修改永久代内存空间。这其中有些名词（新生代，伊甸区，form区to区，老年代） 由于项目不是传统的丢到tomcat的webapp下进行部署，也不是采用java -jar xxx,而是采用m
JVM调优过程
liyanlei的专栏
03-21 236
1、确定堆内存大小：-Xmx、-Xms2、合理分配新生代和老年代：-XX：NewRatio、-Xmn、-XX:SurvivorRatio3、确定永久区大小：-XX:Permsize、-XX:MaxPermSize4、选择垃圾收集器5、对垃圾收集器进行合理的设置6、禁用显示GC：-XX：+DisableExplicitGC7、禁用类元数据回收：-Xnoclassgc8、禁用类验证：-Xverify:...
记录一次jvm调优过程
星坠竹空
05-26 1875
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 941
基本概念： 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调优-后续跟踪优化
dreamof2015的博客
08-11 448
之前对JVM优化后，tomcat只能坚持一天，到了下午5点30左右，年老代上升特别快，CMS回收速率远小于年老代的增长速率，不到30分钟年老代就达到了极限，然后Full GC，然后 stop the world。看来之前的优化还存在问题。 翻阅了一些资料后，又开始继续优化。 这次的优化有如下几点： 设置SurvivorRatio的比例，由原来的1G改为731M。 去掉DisableExplici
JVM调优指南：GC、内存管理和性能瓶颈分析
快照功能在调优过程中扮演重要角色，它记录系统在特定时刻的状态，以便比较不同时期的对象和线程差异，尤其是在内存泄露分析中，对比两次垃圾回收后的堆快照尤为有用。 当出现“java.lang.OutOfMemoryError: ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值