记一次JVM参数调优经历

最新推荐文章于 2023-04-17 11:40:31 发布
最新推荐文章于 2023-04-17 11:40:31 发布
阅读量792 收藏 1
点赞数
分类专栏： springboot java 文章标签： jvm java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_31564573/article/details/127125976
版权

1.背景

定时任务每秒向客户端推送10w全量数据，预计最大有30M
两个用户系统勉强能用，六个+ 几分钟后系统不可用
频发full gc 导致系统不可用。

2.最终方案

3.常见参数介绍

3.1 jps

jps查看所有java进程编号 相当与 ps -ef|grep java

命令格式：jps [options ] [ hostid ]

   [options]选项 ：

-q：仅输出VM标识符，不包括classname,jar name,arguments in main method
-m：输出main method的参数
-l：输出完全的包名，应用主类名，jar的完全路径名
-v：输出jvm参数
-V：输出通过flag文件传递到JVM中的参数
在这里插入图片描述

3.2 jmap

语法：jmap [option] pid
在这里插入图片描述

3.2.1 jmap 看堆内存使用情况

jmap -heap 119251 堆内存的使用情况
在这里插入图片描述

3.2.2 jmap 导出堆快照

-dump 有个选择只选择存活的对象

jmap -dump:live,format=b,file=dump2.dump（文件名） 进程pid
在这里插入图片描述

–histo查看存活对象/最大的前n个对象

jmap –histo:live pid
在这里插入图片描述
jmap –histo:live 112386|head -10
jmap –histo:live 112686
备注:要获得某个对象的大小，可以将其总大小除以该对象类型的数量。如果指定了live参数，则只计算活动的对象

jstat

jstat –option pid 刷新时间单位毫秒
jstat -gccause 119251 15000
jstack 1111 >1.tet 输出线程信息到文件1.tet中

jinfo

语法:
jinfo [ option ] pid 连接到正在运行的进程
jinfo [ option ] executable core 连接到核心文件
jinfo [ option ] [ servier-id ] remote-hostname-or-IP 要连接到远程DEBUG服务器

jinfo pid 查看所有配置

[root@localhost ~]# jinfo 394394
Attaching to process ID 394394, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.231-b11
Java System Properties:

java.runtime.name = Java(TM) SE Runtime Environment
java.vm.version = 25.231-b11
sun.boot.library.path = /usr/java/jdk1.8.0_231-amd64/jre/lib/amd64
java.protocol.handler.pkgs = org.springframework.boot.loader
java.vendor.url = http://java.oracle.com/
java.vm.vendor = Oracle Corporation
path.separator = :
file.encoding.pkg = sun.io
java.vm.name = Java HotSpot(TM) 64-Bit Server VM
sun.os.patch.level = unknown
sun.java.launcher = SUN_STANDARD
user.country = US
user.dir = /home/labsystem
java.vm.specification.name = Java Virtual Machine Specification
PID = 394394
java.runtime.version = 1.8.0_231-b11
java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
os.arch = amd64
java.endorsed.dirs = /usr/java/jdk1.8.0_231-amd64/jre/lib/endorsed
line.separator = 

java.io.tmpdir = /tmp
java.vm.specification.vendor = Oracle Corporation
os.name = Linux
sun.jnu.encoding = UTF-8
java.library.path = /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
spring.beaninfo.ignore = true
sun.nio.ch.bugLevel = 
java.specification.name = Java Platform API Specification
java.class.version = 52.0
sun.management.compiler = HotSpot 64-Bit Tiered Compilers
os.version = 3.10.0-693.el7.x86_64
user.home = /root
user.timezone = Asia/Shanghai
catalina.useNaming = false
java.awt.printerjob = sun.print.PSPrinterJob
file.encoding = UTF-8
java.specification.version = 1.8
catalina.home = /tmp/tomcat.3149827499108446965.8285
user.name = root
java.class.path = push_test.jar
java.vm.specification.version = 1.8
sun.arch.data.model = 64
sun.java.command = push_test.jar --spring.profiles.active=pre
java.home = /usr/java/jdk1.8.0_231-amd64/jre
user.language = en
java.specification.vendor = Oracle Corporation
awt.toolkit = sun.awt.X11.XToolkit
java.vm.info = mixed mode
java.version = 1.8.0_231
java.ext.dirs = /usr/java/jdk1.8.0_231-amd64/jre/lib/ext:/usr/java/packages/lib/ext
sun.boot.class.path = /usr/java/jdk1.8.0_231-amd64/jre/lib/resources.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/rt.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/sunrs
asign.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/jsse.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/jce.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/charsets.jar:/usr/java/jdk1.8.0_231-amd64/jre/lib/jfr.jar:/usr/java/jdk1.8.0_231-amd64/jre/classesjava.awt.headless = true
java.vendor = Oracle Corporation
catalina.base = /tmp/tomcat.3149827499108446965.8285
file.separator = /
java.vendor.url.bug = http://bugreport.sun.com/bugreport/
sun.io.unicode.encoding = UnicodeLittle
sun.cpu.endian = little
sun.cpu.isalist = 

VM Flags:
Non-default VM flags: -XX:CICompilerCount=18 -XX:InitialHeapSize=3221225472 -XX:MaxHeapSize=3221225472 -XX:MaxNewSize=2147483648 -XX:MinHeapDeltaBytes=524288 -
XX:NewSize=2147483648 -XX:OldSize=1073741824 -XX:PretenureSizeThreshold=0 -XX:TargetSurvivorRatio=80 -XX:ThreadStackSize=512 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC Command line:  -Xmn2048m -Xmx3072m -Xms3072m -Xss512k -XX:TargetSurvivorRatio=80 -XX:PretenureSizeThreshold=0 -Xdebug -agentlib:jdwp=transport=dt_socket,server
=y,suspend=n,address=9997
查看jvm的指定参数配置

jinfo -flag 参数名称 pid

jinfo -flag SurvivorRatio 6805
在这里插入图片描述

查看大对象直接进入老年代内存的大小 0 默认所有对象都会在eden区创建
jinfo -flag PretenureSizeThreshold pid
在这里插入图片描述

增加jvm启动参数

jinfo -flag +参数名称 pid
通过命令 jinfo -flag +PrintGC 108934，启用了PrintGC，GC后，便会输出GC日志。

jvm启动参数失效

jinfo -flag -参数名称 pid
通过命令 jinfo -flag -PrintGC 108934，启用了PrintGC，GC后，便会停止输出GC日志。

jvm 参数修改值

jinfo -flag name=value pid
并不是所有的参数都可以通过本命令设置，如MaxNewSize参数就不可以通过本命令设置。

看jvm收集器

java -XX:+PrintCommandLineFlags –version

MaxTenuringThreshold 最大年龄

补充 jdk8 默认策略

内存分配

Java8 可自使用调节edue区和suviro区的比例。-XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=3 必须显示声明下图是为做声明的两次
在这里插入图片描述

最大对象定义

PretenureSizeThreshold 设置对象直接进入年老代的门槛，默认0 意味着所有对象都会在现在新生代分配内存。
在这里插入图片描述

linux 命令

free info看linux内存情况
在这里插入图片描述
lscpu 看linxu的cpu信息

在这里插入图片描述
在这里插入图片描述

du –sh 看当前文件夹大小

du –h 看当前文件下所有目录文件的大小（明细版）

采坑先锋
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
一次jVM性能调优记录
木东居士
09-22 3505
前言填别人留下来的坑其实挺无奈的，会被搞的特别烦，特别是我这种要填三四个人留下来的坑的时候，满满的都是无奈。幸好的是填坑也可以选择一种更能提升自己的方式来填。这次遇到的一个程序，是一个从kafka消费并且插入mysql的程序，该程序历经三人之手，频频出问题，一直没有被解决。传到现在，症状是这样的：该程序跑个两三天后会莫名其妙的停止消费，不再插入数据了，据说也不报错，进程还在，反正就是不干活了。分析过
记录一次简单的JVM调优
Amazing_belle的博客
03-17 204
记录一次简单的JVM调优练习 1.代码准备 a、创建一个SpringBoot工程，用maven进行打包，本人用到的是idea编辑器，主要代码块示例如下： @SpringBootApplication public class PerformanceApplication { public PerformanceApplication() { } public static void main(String[] args) { SpringApplication.r
一次jvm调优实战
sjmnh1的专栏
04-10 879
总结 内存多占1G左右，CPU利用率没有明显变化，但随着CMS收集抖动，最高达40%，CPU load平均高出1.0左右。 几乎0停顿，相比于之前每隔5分钟应用停顿3-4s，调优后的应用几乎没有停顿时间，每次”stop the world”由youngGC引起，最高也不过200+ms。 GC总时间开销显著减小20%多，吞吐量显著提升。 应用超过500ms的请求响应时间减少3%（一小时的观察
一次JVM调优经历
bluewelkin的专栏
04-19 466
free -g 内存过多 1、top M---查看内存排序 P----查看CPU排序 找到内存过多的PID号（进程号） PID（Process Identification）操作系统里指进程识别号，也就是进程标识符。操作系统里每打开一个程序都会创建一个进程ID，即PID。 2、top -H -p 74142 二、查看对应进程的java堆栈信息 查看进程中的线程 ps -m...
JVM调优经验分享
热门推荐
星力量的博客
03-30 1万+
JVM调优经验分享 前言 一、JVM调优知识背景简介 二、JVM调优参数简介 三、JVM调优目标 四、JVM调优经验 结束语
JVM调优实践：记录初次JVM调优经历
乐之终曲
03-09 1679
JVM调优实践：记录初次JVM调优经历前言JVM调优工具参考文章初步调优基本指令选择垃圾收集器初步确定堆大小 前言 之前关于 JVM 调优大部分都只是一些理论依据，具体经验没有，这回正好记录下。 中间一些碰壁与返工的部分就跳过了。 JVM调优工具 jps： 用来显示本地的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。 jinfo： 可以根据进程号输出并修改运行时的java 进程的opts。 jstat： 一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大
jvm 参数调优实践
04-21
JVM参数调优是优化Java应用程序性能的关键环节，尤其是在服务器端的应用中，如Web服务器Resin。本实践案例中，作者分别尝试了三种不同的垃圾回收（GC）策略：串行回收、并行回收和并发回收，并针对每种策略提供了...
用于复现 OOM bug，模拟JVM调优经历-JVMTest.zip
最新发布
01-29
"用于复现 OOM bug，模拟JVM调优经历-JVMTest.zip"文件提供了一个实战平台，让我们可以模拟JVM内存状况，学习如何识别和解决内存溢出问题。 首先，JVM的内存区域主要分为堆（Heap）、方法区（Method Area）、虚拟机...
JVM调优详解学习教程(共12节).zip
10-25
对象首先在Eden区分配，经历一系列垃圾回收后，存活下来的对象会被移动到老年代。调优时，需要合理设置这些区域的大小，避免内存溢出和频繁的垃圾回收。 方法区存储类信息、常量、静态变量等，这部分也需要适当调整...
JVM 基础 JAVA 并发 JVM 性能调优 LeetCode 算法 .......
12-14
一个对象从加载到 JVM，再到被 GC 清除，都经历了什么过程？包括用户创建对象、JVM 实例化对象、对象分配在堆内存中、minor GC、full GC 等阶段。 9. 排查 JVM 问题 排查 JVM 问题可以使用 jmap 查看 JVM 中各个...
jvm调优实战经验
11-03
多功能养鱼塘－JVM内存 大鱼塘O（可分配内存）： JVM可以调度使用的总的内存数，这个数量受操作系统进程寻址范围、系统虚拟内存总数、系统物理内存总数、其他系统运行所占用的内存资源等因素的制约。 小池塘A（堆内存）：JVM运行时数据区域，它为类实例和数组分配的内存。堆可以是固定大小的也可以是可变大小的。其中 Heap = {Old + NEW = { Eden , from, to } }。 小池塘B（非堆内存）：包括所有线程之间共享的一个方法区域和JVM为优化或内部处理所分配的内存。
记一次jvm调优过程
qq_37048894的博客
04-27 383
首先说下这次事情的背景，是有个小伙伴上午找到我，跟我说内存溢出了。 我当时有点懵，这小伙伴负责的是一个单独的项目，我问他是哪里内存溢出，他说是上传图片。 大概在他那里了解了一会也看了一下错误重现，然后小伙伴有其他事情要去忙，我就说我来弄这个。 首先关于内存调优，这部分我之前有过经验，无非是该初始默认指定运行内存，和修改永久代内存空间。这其中有些名词（新生代，伊甸区，form区to区，老年代） 由于项目不是传统的丢到tomcat的webapp下进行部署，也不是采用java -jar xxx,而是采用m
【JVM】记一次JVM调优经历
Coinker的博客
05-14 469
事出起因，通过grafana查看Jvm运行情况。 发现每分钟GC次数频繁，而且主要是ParNew GC，通过查资料，发现该垃圾收集器对应JVM 堆的新生代。 通过Arthas查一下内存分配情况。 可以看到堆内存一共分配了4G。 然后新生代（eden + survivor）和老年代（cms）分配比例接近：1 : 3 多执行几次 memory 命令试试，果然发现了重大问题。 eden 使用率频繁从20%多到90%多，再到20%多，再到90%，这无疑印证了再频繁进行ParNew GC。 .
记录一次生产环境JVM调优的过程
泛音青年的博客
07-16 334
1、起因： 系统运行了一个单机版的Flink，一直处于重启的状态，手动进行重启后，运行几分钟任务全挂了，不停进行Restart重试提交，陷入死循环，排查是因为TaskManage挂掉了，在对jobmanager.heap.size和taskmanager.heap.size进行了无数次设置后，依然会挂掉，最后发现是系统的内存已经所剩无几，只有1.4G了 2、排查过程 排查其他的进程发现，很多模块的JVM参数设置过于偏高，如下图，Xms堆内存设置了2048m，我们不能盲目的去修改这个值，所以决定结合
记录一次简单的JVM调优！性能提升了50%
架构师小秘圈
04-17 222
公司来了个新同事，一看是个二本生，还是非科班出身，刚30岁。。。结果没想到人家上来就把现有项目的性能优化了一遍，直接给公司节省了一半的成本，这种“王炸”打法，直接给所有人整懵了。一问情况，才知道这位仁兄也是一路被虐过来的。去年年底被裁，本以为自己技术还行，看了一段时间面经，复习了基础知识，就开始投大厂简历。阿里最先给他面试机会，结果没能扛过三面，然后是各种大大小小的公司，在实际面试中被碾压得翻不了...
记一次实实在在的线上JVM调优，过程较为曲折。
m0_73311735的博客
03-27 205
年轻代太小的话，会导致频繁的 Minor GC，并且很有可能存活期短的对象也不能被回收，GC 的效率就不高。因此，具有低的较大暂停时间是非常重要的，特别是对于一个交互式应用程序，因为如果选择以吞吐量优先，那么必然需要降低内存回收的执行频率，但是这样会导致 GC 需要更长的暂停时间来执行内存回收。这种情况下，应用程序能容忍较高的暂停时间，因此，高吞吐量的应用程序有更长的时间基准，快速响应是不必考虑的，吞吐量优先意味着在单位时间内STW的时间最短：0.2 + 0.2 = 0.4。优点：并发收集、低停顿。
记一次 JVM 线上调优实战
个人站点：javatv.net
03-23 2346
问题描述 很多时候我们的系统在使用过程中经常出现卡顿的情况，或者请求变慢等等情况，然后运维人员跑来给你说写的什么垃圾代码，CPU 飙升，经常 100%，内存飙升。 如果你不知道怎么定位问题，觉得自己代码也找不出什么问题，那就说重启试试咯！！！ 当然了，这种处理方式可以解决，但并不能从根本上解决问题，试想一下如果对于高并发的系统，你重启项目肯定是不行的，所以我们要找到问题的源头，因为我们程序都是跑在 JVM 里面的，所以上面的 2 种情况很可能是我们的代码出现了问题，比如常见的死循环，递归等等，当然这种就是比
记一次JVM调优日志(项目频繁GC，Full GC次数超标)
LYambition的博客
03-08 720
发现FullGC频繁的时候优先调查内存泄漏问题。 FullGC频率过高异常需要重点关注。 内存泄漏解决后，jvm可以调优的空间就比较少，切忌投入太多的时间。 有必要时常关注服务器的GC，可以及早发现问题。
JVM调优的一次过程
坐看云起时_雨宣
12-26 216
这篇文章只贴相关的图，如果有疑问可以在评论去留言，非理论概念篇。 第一次没有经过优化后的堆内存图： 使用G1垃圾收集器，请求量10000并发 降低堆内存使用空间，10000并发继续测试 QPS如图，由于使用的是公网的服务器，qps并不高 继续优化JVM参数，有好转 指定年轻代所占对堆大小的百分比，由于测试的接口需要查询数据库，数据量大，经过推测可能是...
idea jvm参数调优
08-11
JVM参数调优是为了提高Java应用程序的性能和稳定性。下面是一些常见的JVM参数调优的思路和建议： 1. 堆内存设置： - -Xms: 初始堆大小，建议与-Xmx相同，避免堆大小的动态调整。 - -Xmx: 最大堆大小，根据应用程序...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值