记一次JVM调优

本文记录了一次针对OA系统的JVM调优过程。系统在运行一段时间后变得卡顿,经过分析发现是由于年老代内存满导致Full GC,从而影响系统性能。通过对JVM参数的调整,如增大年轻代内存、设置CMS垃圾回收机制,以及调整CMSInitiatingOccupancyFraction和SurvivorRatio,成功避免了Full GC引发的系统卡死,优化后系统运行稳定。
摘要由CSDN通过智能技术生成

前情:8月1日到新公司入职,到职第一天上级就分配了任务,优化OA。
OA目前的情况:运行一段时间后就会很卡,打开流程或表单一直处于刷新状态,只有重启tomcat服务后才能恢复正常。开始想从oracle数据库入手,确认是不是oracle数据量太大未做优化导致的,导出awr报表做分析,结果实在是看不太懂,只好放弃,转从tomcat入手。

tomcat服务器信息:

系统版本 CPU核数 内存容量
Red Hat 4.8.5-4 20 64G

jdk信息:

version SE RunTIme Environment HotSpot
1.6.0-31 build 1.6.0_31-b04 64-Bit Server VM (build 20.6-b01, mixed mode)

tomcat信息:

版本
6.0.35

公司目前在职员工8000人左右,同时在线人数2500人左右。
首先查看原来的JVM设置:

JAVA_OPTS="
-server 
-Xms16000m 
-Xmx16000m 
-XX:PermSize=1024M 
-XX:MaxNewSize=1024m 
-XX:MaxPermSize=1024m 
-Djava.awt.headless=true "

可以看出配置了堆的大小16000M,大约15.5G左右,最大年轻代1G,永久堆内存1G,我们通过VisualVM可以更直观的看到整个内存的分配情况:
这里写图片描述

注:这是后面模拟当时的服务器信息的截图,调优时没有截图。

通过查询资料及百度然后对JVM做了第一次优化:

JAVA_OPTS="
-server 
-Xms16000M 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值