1.3 -XX 参数(非Stable参数) 此类参数各个jvm实现会有所不同(用的最多:JVM调优),将来可能会随时取消,需要慎重使用; 以-XX表示的非Stable参数, JVM(Hotspot)中主要的参数可以大致分为 3类 **性能参数(Performance Options):**用于JVM的性能调优和内存分配控制,如初始化内存大小的设置; **行为参数(Behavioral Options):**用于改变JVM的基础行为 参数 jsp + jinfo 查看某个java进程的参数,然后再调整设置 真实调优 java -XX:+UseG1GC xxx.jar 3 五大常用命令(一定要背下来) 3.1 JPS 查看java tomcat/xxx/xx/heap.hprof 在排查的的时候 jmap -dump:format=b,file=heap.hprof 44808 一般dump下来的文件可以结合工具来分析 4调优常用工具 5.2程序监控调优 前提:java 应用程序必然是正常运行的。. 目的:减少GC 频率,减少Full GC 发现现象才去解决?
前言 JVM调优是作为每一位Java程序员必备的技能。我们平时打代码一般很少接触到,只有真正部署过线上项目,并且遇到相应的非代码逻辑导致的问题时。 为了更好地使用计算机的资源,我们有必要学习一下JVM调优。 重要参数 例如:-Xms512m -Xmx512m -Xss1024K 这几个参数涉及配置JVM的,你都懂了? JVM调优工具 Jconsole,jProfile,VisualVM Jconsole : jdk自带,功能简单,但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。 调优方法 一切都是为了这一步,调优,在调优之前,我们需要记住下面的原则:1、多数的Java应用不需要在服务器上进行GC优化;2、多数导致GC问题的Java应用,都不是因为我们参数设置错误,而是代码问题; 真正熟练的使用GC调优,是建立在多次进行GC监控和调优的实战经验上的,进行监控和调优的一般步骤为: 1,监控GC的状态 使用各种JVM工具,查看当前日志,分析当前JVM参数设置,并且分析当前堆内存快照和
JVM调优 说一下 JVM 调优的工具? JDK 自带了很多监控工具,都位于 JDK 的 bin 目录下,其中最常用的是 jconsole 和 jvisualvm 这两款视图监控工具。 jconsole:用于对 JVM 中的内存、线程和类等进行监控; jvisualvm:JDK 自带的全能分析工具,可以分析:内存快照、线程快照、程序死锁、监控内存的变化、gc 变化等。 常用的 JVM 调优的参数都有哪些? -Xms2g:初始化推大小为 2g; -Xmx2g:堆最大内存为 2g; -XX:NewRatio=4:设置年轻的和老年代的内存比例为 1:4; -XX:SurvivorRatio=8:设置新生代 Eden 和 Survivor 比例为 8:2; –XX:+UseParNewGC:指定使用 ParNew + Serial Old 垃圾回收器组合; -XX:+UseParallelOldGC:指定使用 ParNew
JVM调优 一.升级垃圾回收器 CMS(标记-清除)——》G1(标记整理)——》ZGC(染色指针,多重映射等技术) 二.指标 1.CPU指标 查看占用CPU最多的进程 查看占用CPU最多的线程 查看线程堆栈快照信息 内存指标 // 查看当前的JVM参数配置 ps -ef | grep java // 查看Java进程的配置信息,包括系统属性和JVM命令行标志 jinfo pid // 输出Java进程当前的 gc (3)FGC频率(jvm.fullgc.count):FGC最多几小时依次,一天不到一次为佳 FGC:全堆范围的gc。 在JVM上,最初是通过JNI调用来实现方法的反射调用,当JVM注意到通过反射经常访问某个方法时,它将生成字节码来执行相同的操作,称为膨胀(inflation)机制。 一般反射调用频次达到15次就会从JNI转字节码 4.优化策略 1.适当调大 metaspace的空间带下 2.优化不合理的反射调用。
JVM 11的优化指南:如何进行JVM调优,以及JVM调优参数有哪些”这篇文章将包含JVM 11调优的核心概念、重要性、调优参数,并提供12个实用的代码示例,每个示例都会结合JVM调优参数和Java代码 本文已收录于,我的技术网站 ddkk.com,有大厂完整面经,工作技术,架构师成长之路,等经验分享 JVM 11的优化指南 JVM调优简介 JVM调优是通过调整Java虚拟机的配置参数来提升应用程序的性能和资源利用效率的过程 JVM调优的重要性 提高性能:通过调优,可以提升应用程序的响应速度和处理能力。 资源优化:合理的配置可以使应用更高效地利用系统资源。 企业级 JVM 11 的调优参数,机器配置是8核32G 为配置有8核和32GB内存的机器推荐JVM 11调优参数时,需考虑应用的类型、负载特性等。 合理的JVM调优可以显著提升应用的性能和稳定性。不过,请记得调优是一个持续的过程,需要根据应用的具体表现来不断调整和优化。
2. jinfo 查看java程序运行的环境参数,包括Java System属性和JVM命令行参数.。 JVM version is 25.201-b09 Java System Properties: java.runtime.name = Java(TM) SE Runtime Environment = %5p [fsp-credit,%X{X-B3-TraceId:-},%X{X-B3-SpanId:-},%X{X-Span-Export:-}] sun.jnu.encoding = UTF-8 参数如下: -heap :打印jvm heap的情况 -histo: 打印jvm heap的直方图。其输出信息包括类名,对象数量,对象占用大小。 JVM version is 25.201-b09 using thread-local object allocation.
此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。 -XX:PermSize=256M:设置堆内存持久代 初始值为256M。 服务调优实战 服务器:8 cup, 8G mem e.g. Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0 调优方案 JDK5.0以上,JVM会根据系统配置自行设置,所以无需再设置此值。 -XX:ParallelGCThreads=8:配置并行收集器的线程数,即:同时多少个线程一起进行垃圾回收。 根据经验设置为6,则两个Survivor区与一个Eden区的比值为2:6,一个Survivor区占整个年轻代的1/8。
JVM的调优 调优内存 找到:catalina.sh JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8-server -Xms1024m books/5ad3405a1b0f9f64ea5f7758/index.html#writeCommentDiv https://gitbook.cn/books/5b6ee92eb8469638412c8b35
、新生代 5.1.2、老年代 总结 ---- 前言 现在除了一些有工作和开发经验的大神,基本很少有人在简历上敢写“精通 JVM 调优,有过 JVM 调优经验”,因为应聘者如果写这句话就意味着你的面试将会是很 既然 JVM 如此重要,那我就在本系列中完整的过一遍,让你敢于在简历上写“精通 JVM 调优,有过 JVM 调优经验”,薪资涨 5k! ---- 在聊 JVM 调优和 GC 之前,我们先看看当下就业环境中面试对于 JVM 和 GC 的一些相关面试题,看看企业开发岗需要什么样的人才。 如果我们直接将程序部署到 JVM 上,没有做过任何调优动作,1.8 版本的默认 GC 为 Parallel。 可能有人会有疑问:如何查看开发环境下 JVM 默认的 GC 版本信息呢?别急,往下看。 在默认情况下 JDK 1.8 没有调参数、调优用的就是 GC 的分代模型。
因此在对Web 容器( 应用服务器) 的调优中必不可少的是对于 JVM 的调优。 对于 JVM 的调优,主要有两个方面考虑: 内存大小配置 垃圾回收算法选择 当然,确切的说,以上两点并不互相独立,内存的大小配置也会影响垃圾回收的执行效率。 在Java 8的时候, Perm 区被移除,改为Metaspace,不过如果遇到类似的OOM,依然可以调整其大小。 延迟、吞吐量调优 其他 JVM 配置 垃圾回收算法对应到的就是不同的垃圾收集器,具体到在 JVM 中的配置,是使用 -XX:+UseParallelOldGC 或者 -XX:+UseConcMarkSweepGC 所谓调优,就是一个不断调整和优化的过程,需要观察、配置、测试再如此重复。有相关经验的朋友欢迎留言补充! 说到底,那上面的这些选项是要配置在哪里呢?
-Xms<size>和-Xmx<size> 前者表示JVM初始化堆的大小,后者表示JVM堆的最大值。一般把Xms与Xmx两个值设成一样是最优的做法,否则会导致jvm有较为频繁的GC,影响系统性能。 保底配置 背景: 线上频繁发生报警(堆内存占用超过80%),调大堆内存到6144m、调整GC策略后依然存在问题,分析dump文件发现主要数据为char[]、String等类型的临时数据,暂增加保底策略 -XX:ParallelGCThreads=8 设置并行垃圾收集的线程数量。8表示每次并行垃圾收集将有8个线程执行。如果不明确设置该标志,虚拟机将使用基于可用 (虚拟) 处理器数量计算的默认值。 availableProcessors() 方法的返回值 N,如果 N<=8,并行垃圾收集器数=N;如果 N>8,JVM会调整算法,每超出5/8个CPU启动一个新的线程,并行垃圾收集器数= 8 + (( N - 8) * 5/8) = 3+5*N/8。
JVM会根据机器的硬件配置对每个内存代选择适合的回收算法,比如,如果机器多于1个核,会对年轻代选择并行算法,关于选择细节请参考JVM调优文档。 在CPU负载不足的同时,偶尔会有用户反映请求的时间过长,我们意识到必须对程序及JVM进行调优。 3.JVM参数 在JVM启动参数中,可以设置跟内存、垃圾回收相关的一些参数设置,默认情况不做任何设置JVM会工作的很好,但对一些配置很好的Server和具体的应用必须仔细调优才能获得最佳性能。 4.程序算法调优:本次不作为重点 调优方法 一切都是为了这一步,调优,在调优之前,我们需要记住下面的原则: 1、多数的Java应用不需要在服务器上进行GC优化; 2、多数导致GC问题的Java应用,都不是因为我们参数设置错误 真正熟练的使用GC调优,是建立在多次进行GC监控和调优的实战经验上的,进行监控和调优的一般步骤为: 1,监控GC的状态 使用各种JVM工具,查看当前日志,分析当前JVM参数设置,并且分析当前堆内存快照和
1、JVM调优目标:使用较小的内存占用来获得较高的吞吐量或者较低的延迟。 )、内存溢出导致系统崩溃,因此需要对JVM进行调优,使得程序在正常运行的前提下,获得更高的用户体验和运行效率。 ,最后进行测试,通过各种监控工具确认调优后的结果是否符合目标。 2、JVM调优工具 (1)调优可以依赖、参考的数据有系统运行日志、堆栈错误信息、gc日志、线程快照、堆转储快照等。 (2)JVM调优工具 ①用 jps(JVM process Status)可以查看虚拟机启动的所有进程、执行主类的全名、JVM启动参数,比如当执行了JPSTest类中的main方法后(main方法持续执行
JVM 介绍 1 什么是 JVM JVM 是 Java Virtual Machine(Java 虚拟机)的缩写。一台执行 Java 程序的机器。 JDK+JRE+JVM (1)JDK(IAVA开发环境)=:JRE+工具(编译器、调试器、其他工具)+类库 编译器:将JAVA文件编译为JVM能够看懂的文件(class文件) (2)JRE(JAVA运行环境 ):JVM+JAVA解释器 Java解释器:将虚拟指令解释为机器指令执行。 u2:代表数据占两个字节 u4:代表数据占四个字节 JDK 编译对应的版本号 JDK7 --> 51 JDK8 --> 52 JDK9 --> 53 JDK15 --> 59 结论 编译的本质就是将 java 源文件转为 JVM 能够认识的 16 进制 class 文件格式 JVM内存区域 JVM执行引擎 堆内存模型 可达性分析 类加载过程 栈帧 栈帧的结构
jvm 命令行工具 名称 描述 jps JVM 进程状态工具。显示系统内的所有 JVM 进程。 jstat JVM 统计监控工具。 监控虚拟机运行时状态信息,它可以显示出 JVM 进程中的类装载、内存、GC、JIT 编译等运行数据。 jmap JVM 堆内存分析工具。用于打印 JVM 进程对象直方图、类加载统计。 并且可以生成线程快照(一般称为 threaddump 或 javacore 文件) jinfo JVM 信息查看工具。用于实时查看和调整 JVM 进程参数。 jcmd JVM 命令行调试 工具。 初始化年轻代大小,即上图中的Eden+S0+S1,在只设置了-Xmn不设置-XX:NewSize的情况下,NewSize等于Xmn -XX:SurvivorRatio: Eden和S0/S1的比例,默认为8, 如果线程数较多,函数的递归较少,线程栈内存可以调小节约内存,默认1M MetaSpace/PermGen jdk1.8以下设置永久代大小: -XX:PermSize: 永久代初始大小 -XX:MaxPermSize
java中,栈的大小通过-Xss来设置,当栈中存储的数据比较多时,需要适当调大这个值,否则会出现 java.lang.StackOverflowError异常。 而那8byte则是java堆中对象的信息。因为所有的java非基本类型的对象都需要默认继承Object对象,因此不论什么样的java对象,其大小都必须是大于8byte。 但是因为java在对对象内存分配时都是以8的整数倍来分的,因此大于17byte的最接近8的整数倍的是24,因此此对象的大小为24byte。 这里需要注意一下基本类型的包装类型的大小。 在对JVM调优的过程中,很大一部分工作就是对于 Full GC 的调节。 有如下原因可能导致Full GC: . 年老代(Tenured)被写满 . 持久代(Perm)被写满 . -Xms3550m:设置JVM初始内存为3550m。此值可以设置与 -Xmx 相同,以避免每次垃圾回收完成后JVM重新分配内存。 -Xmn2g:设置年轻代大小为2G。
jvm 命令行工具 名称 描述 jps JVM 进程状态工具。显示系统内的所有 JVM 进程。 jstat JVM 统计监控工具。 监控虚拟机运行时状态信息,它可以显示出 JVM 进程中的类装载、内存、GC、JIT 编译等运行数据。 jmap JVM 堆内存分析工具。用于打印 JVM 进程对象直方图、类加载统计。 并且可以生成线程快照(一般称为 threaddump 或 javacore 文件) jinfo JVM 信息查看工具。用于实时查看和调整 JVM 进程参数。 jcmd JVM 命令行调试 工具。 初始化年轻代大小,即上图中的Eden+S0+S1,在只设置了-Xmn不设置-XX:NewSize的情况下,NewSize等于Xmn -XX:SurvivorRatio: Eden和S0/S1的比例,默认为8, 如果线程数较多,函数的递归较少,线程栈内存可以调小节约内存,默认1M MetaSpace/PermGen jdk1.8以下设置永久代大小: -XX:PermSize: 永久代初始大小 -XX:MaxPermSize
-Xms3550m:设置JVM最小堆内存为3550m。此值尽量设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。 -Xmn2g:设置年轻代大小为2G。 整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。 辅助信息 JVM提供了大量命令行参数,打印信息,供调试使用。 调优总结 年轻代大小选择 响应时间优先的应用:尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择)。在此种情况下,年轻代收集发生的频率也是最小的。同时,减少到达年老代的对象。 因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用。
Java中,栈的大小通过-Xss来设置,当栈中存储数据比较多时,需要适当调大这个值,否则会出现java.lang.StackOverflowError异常。 在Java中,一个空Object对象的大小是8byte,这个大小只是保存堆中一个没有任何属性的对象的大小。 看下面语句: Object ob = new Object(); 这样在程序中完成了一个Java对象的生命,但是它所占的空间为:4byte+8byte。 而那8byte则是Java堆中对象的信息。因为所有的Java非基本类型的对象都需要默认继承Object对象,因此不论什么样的Java对象,其大小都必须是大于8byte。 但是因为Java在对对象内存分配时都是以8的整数倍来分,因此大于17byte的最接近8的整数倍的是24,因此此对象的大小为24byte。 这里需要注意一下基本类型的包装类型的大小。
JVM 性能调优在高性能硬件上部署程序,目前主要有两种方式:通过 64 位 JDK 来使用大内存;使用若干个 32 位虚拟机建立逻辑集群来利用硬件资源。 调优案例分析与实战场景描述一个小型系统,使用 32 位 JDK,4G 内存,测试期间发现服务端不定时抛出内存溢出异常。 直接内存的回收过程直接内存虽然不是 JVM 内存空间,但它的垃圾回收也由 JVM 负责。 JVM 性能调优在高性能硬件上部署程序,目前主要有两种方式:通过 64 位 JDK 来使用大内存;使用若干个 32 位虚拟机建立逻辑集群来利用硬件资源。 调优案例分析与实战场景描述一个小型系统,使用 32 位 JDK,4G 内存,测试期间发现服务端不定时抛出内存溢出异常。