您的位置：360文档中心› JVM GC管理及调优(2) -

JVM GC管理及调优(2) -

合集下载

jvm的gc原理

jvm的gc原理

jvm的gc原理JVM的GC原理一、概述JVM（Java虚拟机）是Java程序运行的环境，其中最重要的组成部分之一就是垃圾回收（Garbage Collection，简称GC）机制。

GC的作用是自动管理程序中的内存，及时释放不再使用的对象，以避免内存泄漏和内存溢出的问题。

本文将对JVM的GC原理进行详细介绍。

二、垃圾回收算法1. 标记-清除算法标记-清除算法是最基本的垃圾回收算法之一。

它的过程分为两个阶段：标记阶段和清除阶段。

在标记阶段，GC会从根节点（一般是程序中的静态变量和栈中的引用）开始，递归地遍历对象图，标记出所有被引用的对象。

在清除阶段，GC会遍历整个堆，清除所有未被标记的对象。

2. 复制算法复制算法是针对标记-清除算法的改进。

它将堆分为两个区域，每次只使用其中一个区域。

当一个区域的对象被标记后，将其复制到另一个区域中，然后清除原来的区域。

这样可以解决碎片问题，但是需要额外的空间来存储复制的对象。

3. 标记-整理算法标记-整理算法是对标记-清除算法的改进。

它的过程与标记-清除算法类似，但是在清除阶段，标记-整理算法会将存活的对象向一端移动，然后清除边界外的所有对象。

这样可以解决碎片问题，并且不需要额外的空间。

4. 分代算法分代算法是针对对象的生命周期不同而提出的。

一般来说，对象的生命周期可以分为年轻代和老年代。

年轻代中的对象生命周期较短，老年代中的对象生命周期较长。

分代算法将堆分为年轻代和老年代两个区域，分别采用不同的垃圾回收算法。

年轻代一般使用复制算法，老年代一般使用标记-清除算法或标记-整理算法。

三、GC的执行过程1. 初始标记初始标记阶段是GC的第一步，它的目的是标记出所有的根对象，并且停止所有的应用线程。

这个过程是短暂的，因为只需要标记出与根对象直接关联的对象。

2. 并发标记并发标记阶段是GC的核心步骤，它的目的是通过并发执行来标记出所有的存活对象。

在这个阶段，GC会遍历整个堆，标记出与根对象直接或间接关联的存活对象。

记一次JVMFullGC（MetadataGCThreshold）调优经历

记一次JVMFullGC（MetadataGCThreshold）调优经历

记⼀次JVMFullGC（MetadataGCThreshold）调优经历记⼀次JVM Full GC (Metadata GC Threshold)调优经历⼀、背景：线上服务器内存使⽤超过90%，分析上⾯部署的各个服务的GC⽇志，发现有⼀个服务的JVM内存分配过⼤，使⽤率较低，有调优的空间，可以在不迁移服务或者不升级服务器配置的情况下，降低服务器内存占⽤。

JVM推荐配置原则：应⽤程序运⾏时，计算⽼年代存活对象的占⽤空间⼤⼩X。

程序整个堆⼤⼩（Xmx和Xms）设置为X的3 ~ 4倍；永久代PermSize和MaxPermSize设置为X的1.2 ~ 1.5倍。

年轻代Xmn的设置为X的1 ~ 1.5倍。

⽼年代内存⼤⼩设置为X的2 ~ 3倍。

JDK官⽅建议年轻代占整个堆⼤⼩空间的3/8左右。

完成⼀次Full GC后，应该释放出70%的堆空间（30%的空间仍然占⽤）。

观察线上发现2G的堆内存，Full GC之后的活跃对象才占⽤60M。

按照推荐设置JVM内存只需要给⼏百M就好了。

所以决定改成1G，既能够降低服务器内存占⽤，也预留了⾜够的业务增长空间。

在这个过程中，发现如下⼏个问题：GC⽇志没有时间显⽰，看起来很不⽅便GC⽇志没有滚动，时间久了，⽇志⽂件较⼤GC⽇志中存在⼤量Full GC (Metadata GC Threshold)显然第三个问题最为严重。

我们知道，元数据区主要是⽤来存储类的元数据的。

⼀般来讲，类加载完成之后，⼤⼩应该是⽐较稳定的，不会有太⼤变动。

所以可以判断，这么频繁的Full GC (Metadata GC Threshold)，肯定是哪⾥出问题了。

但是我们⼀步⼀步来解决问题，⽽且GC⽇志不够详细也影响我们定位问题。

⼆、优化GC⽇志打印⾸先复习⼀下JVM的GC⽇志打印的启动参数。

详见-verbose:gc同-XX:+PrintGC-XX:+PrintGC最简单的 GC 参数会打印 GC 前后堆空间使⽤情况以及 GC 花费的时间-XX:+PrintGCDetails打印GC的详细信息，会打印 youngGC FullGC前后堆【新⽣代，⽼年代，永久区】的使⽤情况以及 GC 时⽤户态 CPU 耗时及系统CPU 耗时及 GC 实际经历的时间-XX:+PrintGCTimeStamps打印CG发⽣的时间戳，从应⽤启动开始累计的时间戳-XX:+PrintGCDateStamps打印GC发⽣的时刻，所处⽇期时间信息-Xloggc:gc.log指定GC log的位置，以⽂件输出-XX:+PrintHeapAtGC每⼀次GC前和GC后，都打印堆信息。

JVM内存设置方法

JVM内存设置方法

JVM内存设置方法JVM（Java虚拟机）是Java程序的运行环境，它负责执行Java字节码，并管理程序的内存。

在运行Java程序时，合理地设置JVM的内存大小是非常重要的，它会影响程序的性能和稳定性。

下面是一些关于JVM内存设置的方法和注意事项：1. 初始堆大小（-Xms）和最大堆大小（-Xmx）：初始堆大小指定了JVM初始时分配的堆内存大小，最大堆大小则指定了堆内存的上限。

可以通过在启动命令中加上-Xms和-Xmx参数来设置堆内存大小，例如：```java -Xms256m -Xmx512m MyApp```这样就设置了初始堆大小为256MB，最大堆大小为512MB。

2.堆内存的大小选择：堆内存的大小应根据应用程序的需求和服务器硬件条件来选择。

如果堆内存过小，可能会导致OutOfMemoryError；如果堆内存过大，可能会导致频繁的垃圾回收，影响程序的性能。

可以通过监控JVM的堆使用情况来判断是否需要调整堆内存的大小。

可以使用JVM自带的JVisualVM工具或第三方的工具如G1GC日志分析工具进行监控。

3.堆内存的分代设置：堆内存分为新生代（Young Generation）、老年代（Old Generation）和永久代（Permanent Generation，JDK8及之前的版本）/元空间（Metaspace，JDK8及之后的版本）。

新生代用于存储新创建的对象，老年代用于存储长时间存活的对象，永久代/元空间用于存储类和方法等信息。

可以通过设置堆内存的分代比例来调整堆内存的大小，例如：```-XX:NewRatio=2```这样就将堆内存的新生代和老年代的大小比例设置为1：2、可以根据应用程序的特点和需求进行调整。

4.非堆内存的设置：非堆内存包括方法区、直接内存等。

可以通过设置参数来调整非堆内存的大小，例如：```-XX:MaxMetaspaceSize=256m```这样就设置了元空间的最大大小为256MB。

JVM常用参数设置(针对G1GC)

JVM常用参数设置(针对G1GC)

JVM常用参数设置（针对G1GC）Java虚拟机（JVM）是Java程序的运行环境，在JVM中，存在很多参数可以对其进行配置以优化Java应用程序的性能。

本文将介绍G1GC垃圾收集器常用的JVM参数设置。

G1GC（Garbage-First Garbage Collector）是JVM中的一种垃圾收集器，它是在Java 7 update 4之后引入的，并在Java 9中成为默认垃圾收集器。

G1GC的目标是为了更好地处理大内存的堆和长暂停时间，通过将堆内存划分成多个小区域（Region），并使用多线程来并行扫描、标记和压缩堆内存中的垃圾对象。

以下是一些常用的JVM参数设置，可以针对G1GC进行调整：1. -Xms：设置JVM的初始堆内存大小。

例如，-Xms2g将初始堆内存设置为2GB。

2. -Xmx：设置JVM的最大堆内存大小。

例如，-Xmx8g将最大堆内存设置为8GB。

3. -XX:+UseG1GC：启用G1GC垃圾收集器。

4. -XX:MaxGCPauseMillis：设置G1GC的最大垃圾收集停顿时间（单位：毫秒）。

默认值为200毫秒，可以根据实际需求进行调整。

较大的值可以减少垃圾收集的频率，但也会增加每次垃圾收集的停顿时间。

5. -XX:G1HeapRegionSize：设置G1GC中每个Region的大小。

默认值为堆内存的1/2048、较小的Region可以提高并行性和垃圾收集的效率，但同时也会增加垃圾收集器的元数据开销。

6. -XX:InitiatingHeapOccupancyPercent：设置G1GC开始执行垃圾收集的堆占用比例。

默认值为45%，当堆的占用率达到该比例时，G1GC将开始执行垃圾收集。

可以根据应用程序的内存使用情况进行调整。

7. -XX:ConcGCThreads：设置G1GC的并发垃圾收集线程数。

默认值为根据CPU核数动态计算的值。

可以根据实际硬件环境进行调整，较多的线程可以提高并发性能。

《Java性能调优指南》

《Java性能调优指南》

《Java性能调优指南》随着互联网的飞速发展，Java作为一种重要的编程语言，被越来越广泛地应用于各个领域。

但是，Java程序的性能问题也随之出现。

如何调优Java 程序的性能，成为了每个开发人员需要解决的难题。

本文将为大家介绍Java性能调优的指南。

一、JVM参数设置JVM（Java虚拟机）参数设置是Java性能调优的关键。

JVM有众多的参数，不同的参数设置会对Java程序的性能产生不同的影响。

常用的JVM参数设置包括以下几个方面：1. 内存设置内存是Java程序的一大瓶颈。

如果内存设置不合理，会导致Java程序频繁地进行垃圾回收，造成程序的延迟和不稳定。

在设置内存参数时需要注意以下几点：- -Xmx: 最大堆内存，设置合理的最大堆内存大小可以减少JVM的垃圾回收次数，提高程序性能。

- -Xms: 初始堆内存，设置合理的初始堆内存大小可以加快程序启动时间，提高程序性能。

- -XX:NewRatio: 新生代与老年代的比例，如果设置得当，可以减少垃圾回收的次数。

通常新生代的大小为总堆容量的1\/3或1\/4，老年代的大小为总堆容量的2\/3或3\/4。

2. 垃圾回收设置垃圾回收是Java程序中必不可少的一部分。

合理的垃圾回收参数设置可以提高程序性能。

常用的垃圾回收参数设置包括以下几点：- -XX:+UseParallelGC: 使用并行GC，适用于多核CPU。

- -XX:+UseConcMarkSweepGC: 使用CMS GC，适用于大型Web应用程序。

- -XX:+UseG1GC: 使用G1 GC，适用于大内存应用程序。

3. JIT设置JIT（即时编译器）是Java程序中非常重要的一部分。

合理的JIT参数设置可以提高程序的性能。

常用的JIT参数设置包括以下几点：- -XX:+TieredCompilation: 启用分层编译，可以提高程序启动时间和性能。

- -XX:CompileThreshold: JIT编译阈值，设置JIT编译的最小方法调用次数，可以提高程序性能。

java--jvmGC-常用参数配置

java--jvmGC-常用参数配置

java--jvmGC-常⽤参数配置⼀、GC-常⽤参数配置1.通⽤参数-Xms 堆内存初始⼤⼩（默认为物理内存的1/64(<1GB)；默认(MinHeapFreeRatio参数可以调整)空余堆内存⼩于40%时，JVM就会增⼤堆直到-Xmx的最⼤限制），是指设定程序启动时占⽤内存⼤⼩。

⼀般来讲，⼤点，程序会启动的快⼀点，但是也可能会导致机器暂时间变慢。

-Xmx 堆内存最⼤⼤⼩（默认(MaxHeapFreeRatio参数可以调整)空余堆内存⼤于70%时，JVM会减少堆直到 -Xms的最⼩限制），是指设定程序运⾏期间最⼤可占⽤的内存⼤⼩，如果程序运⾏需要占⽤更多的内存，超出了这个设置值，就会抛出OutOfMemory异常。

-Xmn 新⽣代⼤⼩（注意：此处的⼤⼩是（eden+ 2 survivor space)。

与jmap -heap中显⽰的New gen是不同的。

整个堆⼤⼩=新⽣代⼤⼩ + ⽼⽣代⼤⼩ + 永久代⼤⼩。

在保证堆⼤⼩不变的情况下，增⼤新⽣代后,将会减⼩⽼⽣代⼤⼩。

此值对系统性能影响较⼤,Sun官⽅推荐配置为整个堆的3/8。

）-Xss 线程⼤⼩（每个线程的堆栈⼤⼩。

JDK5.0以后每个线程堆栈⼤⼩为1M,以前每个线程堆栈⼤⼩为256K。

应根据应⽤的线程所需内存⼤⼩进⾏适当调整。

在相同物理内存下,减⼩这个值能⽣成更多的线程。

但是操作系统对⼀个进程内的线程数还是有限制的，不能⽆限⽣成，经验值在3000~5000左右。

⼀般⼩的应⽤，如果栈不是很深，应该是128k 够⽤的，⼤的应⽤建议使⽤256k。

这个选项对性能影响⽐较⼤，需要严格的测试。

和threadstacksize选项解释很类似,官⽅⽂档似乎没有解释,在论坛中有这样⼀句话:"-Xss is translated in a VM flag named ThreadStackSize”⼀般设置这个值就可以了。

），是指设定每个线程的堆栈⼤⼩。

JVM参数配置及详解-Xms-Xmx-Xmn-Xss调优总结

JVM参数配置及详解-Xms-Xmx-Xmn-Xss调优总结堆⼤⼩设置JVM 中最⼤堆⼤⼩有三⽅⾯限制: ①、相关操作系统的数据模型(32-bt还是64-bit)限制; ②、系统的可⽤虚拟内存限制; ③、系统的可⽤物理内存限制. 32位系统下,⼀般限制在1.5G~2G;64为操作系统对内存⽆限制.在Windows Server 2003 系统,3.5G物理内存,JDK5.0下测试,最⼤可设置为1478m. 堆内存逻辑上分为三部分：新⽣区+养⽼区+永久代 物理上分为两部分：新⽣+养⽼ Jdk1.7之前，有永久代，但已经逐步“去永久代” Jdk1.8之后，⽆永久代，由元空间替代典型设置:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k①、-Xmx3550m:设置JVM最⼤可⽤内存为3550M.②、-Xms3550m:设置JVM促使内存为3550m.此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存.③、-Xmn2g:设置年轻代⼤⼩为2G.整个堆⼤⼩=年轻代⼤⼩ + 年⽼代⼤⼩ + 持久代⼤⼩.持久代⼀般固定⼤⼩为64m,所以增⼤年轻代后,将会减⼩年⽼代⼤⼩.此值对系统性能影响较⼤,Sun官⽅推荐配置为整个堆的3/8.④、-Xss128k:设置每个线程的堆栈⼤⼩.JDK5.0以后每个线程堆栈⼤⼩为1M,以前每个线程堆栈⼤⼩为256K.更具应⽤的线程所需内存⼤⼩进⾏调整.在相同物理内存下,减⼩这个值能⽣成更多的线程.但是操作系统对⼀个进程内的线程数还是有限制的,不能⽆限⽣成,经验值在3000~5000左右.java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0①、-XX:NewRatio=4:设置年轻代(包括Eden和两个Survivor区)与年⽼代的⽐值(除去持久代).设置为4,则年轻代与年⽼代所占⽐值为1:4,年轻代占整个堆栈的1/5②、-XX:SurvivorRatio=4:设置年轻代中Eden区与Survivor区的⼤⼩⽐值.设置为4,则两个Survivor区与⼀个Eden区的⽐值为2:4,⼀个Survivor 区占整个年轻代的1/6③、-XX:MaxPermSize=16m:设置持久代⼤⼩为16m.④、-XX:MaxTenuringThreshold=0:设置垃圾最⼤年龄.如果设置为0的话,则年轻代对象不经过Survivor区,直接进⼊年⽼代. 对于年⽼代⽐较多的应⽤,可以提⾼效率.如果将此值设置为⼀个较⼤值,则年轻代对象会在Survivor区进⾏多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概论.回收器选择JVM给了三种选择:串⾏收集器,并⾏收集器,并发收集器,但是串⾏收集器只适⽤于⼩数据量的情况,所以这⾥的选择主要针对并⾏收集器和并发收集器.默认情况下,JDK5.0以前都是使⽤串⾏收集器,如果想使⽤其他收集器需要在启动时加⼊相应参数.JDK5.0以后,JVM会根据当前系统配置进⾏判断.吞吐量优先的并⾏收集器如上⽂所述,并⾏收集器主要以到达⼀定的吞吐量为⽬标,适⽤于科学技术和后台处理等.典型配置:java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20①、-XX:+UseParallelGC:选择垃圾收集器为并⾏收集器.此配置仅对年轻代有效.即上述配置下,年轻代使⽤并发收集,⽽年⽼代仍旧使⽤串⾏收集.②、-XX:ParallelGCThreads=20:配置并⾏收集器的线程数,即:同时多少个线程⼀起进⾏垃圾回收.此值最好配置与处理器数⽬相等.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC①、-XX:+UseParallelOldGC：配置年⽼代垃圾收集⽅式为并⾏收集.JDK6.0⽀持对年⽼代并⾏收集.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100①、-XX:MaxGCPauseMillis=100:设置每次年轻代垃圾回收的最长时间,如果⽆法满⾜此时间,JVM会⾃动调整年轻代⼤⼩,以满⾜此值.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy①、-XX:+UseAdaptiveSizePolicy:设置此选项后,并⾏收集器会⾃动选择年轻代区⼤⼩和相应的Survivor区⽐例,以达到⽬标系统规定的最低相应时间或者收集频率等,此值建议使⽤并⾏收集器时,⼀直打开.响应时间优先的并发收集器如上⽂所述,并发收集器主要是保证系统的响应时间,减少垃圾收集时的停顿时间.适⽤于应⽤服务器,电信领域等.典型配置:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC①、-XX:+UseConcMarkSweepGC:设置年⽼代为并发收集.测试中配置这个以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此时年轻代⼤⼩最好⽤-Xmn设置.②、-XX:+UseParNewGC:设置年轻代为并⾏收集.可与CMS收集同时使⽤.JDK5.0以上,JVM会根据系统配置⾃⾏设置,所以⽆需再设置此值.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection①、-XX:CMSFullGCsBeforeCompaction=5:由于并发收集器不对内存空间进⾏压缩,整理,所以运⾏⼀段时间以后会产⽣"碎⽚",使得运⾏效率降低.此值设置运⾏多少次GC以后对内存空间进⾏压缩,整理.②、-XX:+UseCMSCompactAtFullCollection:打开对年⽼代的压缩.可能会影响性能,但是可以消除碎⽚辅助信息JVM提供了⼤量命令⾏参数,打印信息,供调试使⽤.主要有以下⼀些:-XX:+PrintGC输出形式:[GC 118250K->113543K(130112K), 0.0094143 secs][Full GC 121376K->10414K(130112K), 0.0650971 secs]-XX:+PrintGCDetails输出形式:[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs][GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]-XX:+PrintGCTimeStamps -XX:+PrintGC:PrintGCTimeStamps可与上⾯两个混合使⽤输出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]-XX:+PrintGCApplicationConcurrentTime:打印每次垃圾回收前,程序未中断的执⾏时间.可与上⾯混合使⽤输出形式:Application time: 0.5291524 seconds-XX:+PrintGCApplicationStoppedTime:打印垃圾回收期间程序暂停的时间.可与上⾯混合使⽤输出形式:Total time for which application threads were stopped: 0.0468229 seconds-XX:PrintHeapAtGC:打印GC前后的详细堆栈信息输出形式:34.702: [GC {Heap before gc invocations=7:def new generation total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)from space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)to space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)tenured generation total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)the space 69632K, 3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)34.735: [DefNew: 52568K->3433K(55296K), 0.0072126 secs] 55264K->6615K(124928K)Heap after gc invocations=8:def new generation total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K, 0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)from space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)to space 6144K, 0% used [0x221d0000, 0x221d0000, 0x227d0000)tenured generation total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)the space 69632K, 4% used [0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)}, 0.0757599 secs]-Xloggc:filename:与上⾯⼏个配合使⽤,把相关⽇志信息记录到⽂件以便分析.常见配置汇总堆设置-Xms:初始堆⼤⼩-Xmx:最⼤堆⼤⼩-XX:NewSize=n:设置年轻代⼤⼩-XX:NewRatio=n:设置年轻代和年⽼代的⽐值.如:为3,表⽰年轻代与年⽼代⽐值为1:3,年轻代占整个年轻代年⽼代和的1/4-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的⽐值.注意Survivor区有两个.如:3,表⽰Eden:Survivor=3:2,⼀个Survivor区占整个年轻代的1/5-XX:MaxPermSize=n:设置持久代⼤⼩收集器设置-XX:+UseSerialGC:设置串⾏收集器-XX:+UseParallelGC:设置并⾏收集器-XX:+UseParalledlOldGC:设置并⾏年⽼代收集器-XX:+UseConcMarkSweepGC:设置并发收集器垃圾回收统计信息-XX:+PrintGC-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-Xloggc:filename并⾏收集器设置-XX:ParallelGCThreads=n:设置并⾏收集器收集时使⽤的CPU数.并⾏收集线程数.-XX:MaxGCPauseMillis=n:设置并⾏收集最⼤暂停时间-XX:GCTimeRatio=n:设置垃圾回收时间占程序运⾏时间的百分⽐.公式为1/(1+n)并发收集器设置-XX:+CMSIncrementalMode:设置为增量模式.适⽤于单CPU情况.-XX:ParallelGCThreads=n:设置并发收集器年轻代收集⽅式为并⾏收集时,使⽤的CPU数.并⾏收集线程数.调优总结年轻代⼤⼩选择响应时间优先的应⽤:尽可能设⼤,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,年轻代收集发⽣的频率也是最⼩的.同时,减少到达年⽼代的对象.吞吐量优先的应⽤:尽可能的设置⼤,可能到达Gbit的程度.因为对响应时间没有要求,垃圾收集可以并⾏进⾏,⼀般适合8CPU以上的应⽤.年⽼代⼤⼩选择响应时间优先的应⽤:年⽼代使⽤并发收集器,所以其⼤⼩需要⼩⼼设置,⼀般要考虑并发会话率和会话持续时间等⼀些参数.如果堆设置⼩了,可以会造成内存碎⽚,⾼回收频率以及应⽤暂停⽽使⽤传统的标记清除⽅式;如果堆⼤了,则需要较长的收集时间.最优化的⽅案,⼀般需要参考以下数据获得:并发垃圾收集信息持久代并发收集次数传统GC信息花在年轻代和年⽼代回收上的时间⽐例减少年轻代和年⽼代花费的时间,⼀般会提⾼应⽤的效率吞吐量优先的应⽤:⼀般吞吐量优先的应⽤都有⼀个很⼤的年轻代和⼀个较⼩的年⽼代.原因是,这样可以尽可能回收掉⼤部分短期对象,减少中期的对象,⽽年⽼代尽存放长期存活对象.较⼩堆引起的碎⽚问题因为年⽼代的并发收集器使⽤标记,清除算法,所以不会对堆进⾏压缩.当收集器回收时,他会把相邻的空间进⾏合并,这样可以分配给较⼤的对象.但是,当堆空间较⼩时,运⾏⼀段时间以后,就会出现"碎⽚",如果并发收集器找不到⾜够的空间,那么并发收集器将会停⽌,然后使⽤传统的标记,清除⽅式进⾏回收.如果出现"碎⽚",可能需要进⾏如下配置:-XX:+UseCMSCompactAtFullCollection:使⽤并发收集器时,开启对年⽼代的压缩.-XX:CMSFullGCsBeforeCompaction=0:上⾯配置开启的情况下,这⾥设置多少次Full GC后,对年⽼代进⾏压缩在同⼀个⼯程下,有两个类,这两个类中只有很少的变动,⽽最关健的FOR却没有⼀点变动,可是当我分别运⾏这两个程序的时候却出现⼀个很严重的问题,⼀个程序循环的快,⼀个循环的慢.这到底是怎么回事呢~苦苦寻找了半天也没有想到是为什么,因为程序改变的部分根不影响我循环的速度,可是结果却是有很⼤的差别,⼀个⼤约是在⼀分钟这内就可以循环完,可是另⼀个却需要六七分钟,这根本就不是⼀个数据理级的⿇.两个完全⼀样的循环,从代码上根本上是看不出有什么问题.不得以求助同事吧,可是同事看了也感觉很诡异,两个⼈在那订着代码⼜看了⼀个多⼩时,最后同事让我来个⼲净点的,关机重启.我到也听话,就顺着同事的意思去了,可就在关机的这个时候他突然说是不是内存的问题,我也空然想到了,还真的有可能是内存的问题,因为快的那个在我之前运⾏程序之前可给过1G的内存啊,⽽后来的这个我好像是没有设过内存啊,机器起来了,有了这个想法进去看看吧,结果正中要害,果真是慢的那个没有开内存,程序运⾏时只不过是JVM默认开的内存.我初步分析是因为内存太⼩,⽽我的程序所⽤内存⼜正好卡在JVM所开内存边上,不⾄于溢出.当程序运⾏时就得花费⼤部分时间去调⽤GC去,这样就导致了为什么相同的循环出现两种不同的效率~!内存使⽤情况的⽅法:public static String getMemUsage() {long free = ng.Runtime.getRuntime().freeMemory();long total = ng.Runtime.getRuntime().totalMemory();StringBuffer buf = new StringBuffer();buf.append("[Mem: used ").append((total-free)>>20).append("M free ").append(free>>20).append("M total ").append(total>>20).append("M]");return buf.toString();}google⼀下,⼤概就说JVM是这样来操作内存:堆(Heap)和⾮堆(Non-heap)内存 按照官⽅的说法:"Java 虚拟机具有⼀个堆,堆是运⾏时数据区域,所有类实例和数组的内存均从此处分配.堆是在 Java 虚拟机启动时创建的.""在JVM中堆之外的内存称为⾮堆内存(Non-heap memory)".可以看出JVM主要管理两种类型的内存:堆和⾮堆.简单来说堆就是Java代码可及的内存,是留给开发⼈员使⽤的;⾮堆就是JVM留给⾃⼰⽤的,所以⽅法区,JVM内部处理或优化所需的内存(如JIT编译后的代码缓存),每个类结构(如运⾏时常数池,字段和⽅法数据)以及⽅法和构造⽅法的代码都在⾮堆内存中.堆内存分配 JVM初始分配的内存由-Xms指定,默认是物理内存的1/64;JVM最⼤分配的内存由-Xmx指定,默认是物理内存的1/4.默认空余堆内存⼩于40%时,JVM就会增⼤堆直到-Xmx的最⼤限制;空余堆内存⼤于70%时, JVM会减少堆直到-Xms的最⼩限制.因此服务器⼀般设置-Xms,-Xmx相等以避免在每次GC 后调整堆的⼤⼩.⾮堆内存分配 JVM使⽤-XX:PermSize设置⾮堆内存初始值,默认是物理内存的1/64;由XX:MaxPermSize设置最⼤⾮堆内存的⼤⼩,默认是物理内存的1/4. JVM内存限制(最⼤值) ⾸先JVM内存⾸先受限于实际的最⼤物理内存,假设物理内存⽆限⼤的话,JVM内存的最⼤值跟操作系统有很⼤的关系.简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给⼀个限制,这个限制⼀般是 2GB-3GB(⼀般来说Windows系统下为1.5G-2G,Linux 系统下为2G-3G),⽽64bit以上的处理器就不会有限制了JVM内存的调优1. Heap设定与垃圾回收Java Heap分为3个区,Young,Old和Permanent.Young保存刚实例化的对象.当该区被填满时,GC会将对象移到Old 区.Permanent区则负责保存反射对象,本⽂不讨论该区.JVM的Heap分配可以使⽤-X参数设定,-Xms:初始Heap⼤⼩-Xmx:java heap最⼤值-Xmn:young generation的heap⼤⼩/年轻代的⼤⼩2.JVM有2个GC线程 第⼀个线程负责回收Heap的Young区. 第⼆个线程在Heap不⾜时,遍历Heap,将Young 区升级为Older区.Older区的⼤⼩等于-Xmx减去-Xmn,不能将-Xms的值设的过⼤,因为第⼆个线程被迫运⾏会降低JVM的性能.3.为什么⼀些程序频繁发⽣GC?有如下原因: l 程序内调⽤了System.gc()或Runtime.gc(). l ⼀些中间件软件调⽤⾃⼰的GC⽅法,此时需要设置参数禁⽌这些GC. l Java的Heap太⼩,⼀般默认的Heap值都很⼩. l 频繁实例化对象,Release对象.此时尽量保存并重⽤对象,例如使⽤StringBuffer()和String(). 如果你发现每次GC后,Heap的剩余空间会是总空间的50%,这表⽰你的Heap处于健康状态.许多Server端的Java程序每次GC后最好能有65%的剩余空间.经验之谈:注意: 1．Server端JVM最好将-Xms和-Xmx设为相同值.为了优化GC,最好让-Xmn值约等于-Xmx的1/3[2]. 2．⼀个GUI程序最好是每10到20秒间运⾏⼀次GC,每次在半秒之内完成[2].注意: 1．增加Heap的⼤⼩虽然会降低GC的频率,但也增加了每次GC的时间.并且GC运⾏时,所有的⽤户线程将暂停,也就是GC期间,Java应⽤程序不做任何⼯作. 2．Heap⼤⼩并不决定进程的内存使⽤量.进程的内存使⽤量要⼤于-Xmx定义的值,因为Java为其他任务分配内存,例如每个线程的Stack 等. 3．Stack的设定 每个线程都有他⾃⼰的Stack.-Xss 每个线程的Stack⼤⼩,Stack的⼤⼩限制着线程的数量.如果Stack过⼤就好导致内存溢漏.-Xss参数决定Stack⼤⼩,例如-Xss1024K.如果Stack太⼩,也会导致Stack溢漏.4．硬件环境 硬件环境也影响GC的效率,例如机器的种类,内存,swap空间,和CPU的数量. 如果你的程序需要频繁创建很多transient对象,会导致JVM频繁GC.这种情况你可以增加机器的内存,来减少Swap空间的使⽤[2].5．4种GC 第⼀种为单线程GC,也是默认的GC.,该GC适⽤于单CPU机器. 第⼆种为Throughput GC,是多线程的GC,适⽤于多CPU,使⽤⼤量线程的程序.第⼆种GC与第⼀种GC相似,不同在于GC在收集Young区是多线程的,但在Old区和第⼀种⼀样,仍然采⽤单线程.-XX:+UseParallelGC参数启动该GC. 第三种为Concurrent Low Pause GC,类似于第⼀种,适⽤于多CPU,并要求缩短因GC造成程序停滞的时间.这种GC可以在Old区的回收同时,运⾏应⽤程序.-XX:+UseConcMarkSweepGC参数启动该GC. 第四种为Incremental Low Pause GC,适⽤于要求缩短因GC造成程序停滞的时间.这种GC可以在Young区回收的同时,回收⼀部分Old区对象.-Xincgc参数启动该GC.6. GC如何运作？ 分代收集，在新⽣代区频繁发⽣，在⽼年区较少发⽣，永久区基本不发⽣7.GC的四⼤算法 1、复制算法 效率⾼，不会产⽣内存碎⽚，但需要双倍空间，在新⽣代区中使⽤ 2、标记清除算法　 ⽆需双倍空间，但会产⽣内存碎⽚，但需要进⾏两次扫描，在⽼年代区中使⽤ 3.标记压缩算法 ⽆需双倍空间，不会产⽣内存碎⽚，但移动对象需要时间，在⽼年代中使⽤ 4.标记清除压缩算法。

JVM参数调优CMS垃圾收集器相关核心参数

JVM参数调优CMS垃圾收集器相关核心参数在JVM参数调优过程中，垃圾收集器的选择和参数的调整是非常重要的一部分。

众多垃圾收集器中，CMS（Concurrent Mark Sweep）是一种以低延迟为目标的垃圾收集器，在大内存应用中被广泛使用。

以下是CMS垃圾收集器相关的核心参数及其调优方法。

1. -XX:+UseConcMarkSweepGC：表示使用CMS垃圾收集器，该参数必须开启才能使用CMS。

2. -XX:+UseCMSInitiatingOccupancyOnly：表示只根据设置的阈值来触发CMS收集，而不是根据时间来触发。

可以根据业务场景和经验调整该阈值，建议范围在60-80之间。

3. -XX:CMSInitiatingOccupancyFraction：表示CMS触发垃圾收集的阈值，即老年代的占用率达到多少时触发。

默认值是92%，可以根据业务的内存使用情况进行调整。

如果CMS收集频繁而且停顿时间长，则可以适当降低该值。

4. -XX:+ParallelRefProcEnabled：表示启用并行清除引用（Parallel Ref Proc），可以加快CMS的回收速度，推荐使用。

5. -XX:CMSWaitDuration：表示CMS线程等待低级别垃圾收集器的时间，单位毫秒。

根据系统的性能和业务负载情况进行调整，如果系统压力较大，可以适当增加该值，防止CMS线程长时间等待。

6. -XX:CMSMaxAbortablePrecleanTime：表示CMS在发生冲突时放弃预清理所花费的最长时间。

默认值为5秒，如果CMS预清理时间超过该值，则会放弃预清理并尝试重新执行，并增加CMS收集的停顿时间。

7. -XX:ParallelGCThreads：表示垃圾收集的线程数目。

可以根据硬件的CPU核心数和应用的负载情况进行调整。

8. -XX:+ExplicitGCInvokesConcurrent：表示在显示调用System.gc(时，同时触发CMS的垃圾收集。

JVM知识（四）：GC配置参数

JVM知识（四）：GC配置参数 JVM配置参数分为三类参数：跟踪参数、堆分配参数、栈分配参数 这三类参数分别⽤于跟踪监控JVM状态，分配堆内存以及分配栈内存。

跟踪参数 跟踪参数⽤户跟踪监控JVM，往往被开发⼈员⽤于JVM调优以及故障排查。

1、当发⽣GC时，打印GC简要信息 使⽤-XX:+PrintGC或-verbose:gc参数 这两个配置参数效果是⼀样的，都是在发⽣GC时打印出简要的信息，例如：public static void main(String[] args) {byte[] bytes =null;for(int i=0;i<100;i++){bytes = new byte[1 * 1024 * 1024];}}这个程序连续创建了100个1M的数组对象，使⽤-XX:+PrintGC或-verbose:gc参数执⾏该程序，即可查看到GC情况： 1: [GC (Allocation Failure) 32686K->1648K(123904K), 0.0007230 secs] 2: [GC (Allocation Failure) 34034K->1600K(123904K), 0.0009652 secs] 3: [GC (Allocation Failure) 33980K->1632K(123904K), 0.0005306 secs]我们可以看到程序执⾏了3次GC（minor GC），这三次GC都是新⽣代的GC，（新⽣代GC的解释）因为这个程序每次创建新的数组对象，都会把新的对象赋给bytes变量，⽽⽼的对象没有任意对象引⽤它，⽼对象会变的不可达，这些不可达的⽼对象在新⽣代minor GC时候被回收掉。

总结新⽣代GC：新⽣代GC回收⼀些不可达（没有任意对象引⽤）的⽼对象32686K表⽰回收前，对象占⽤空间。

1648K表⽰回收后，对象占⽤空间。

123904K表⽰还有多少空间可⽤。

常见的jvm调优参数

常见的jvm调优参数JVM是Java虚拟机的简称，它是Java程序的运行环境。

在生产环境中，JVM调优非常重要，可以提高应用程序的性能和稳定性。

下面是常见的JVM调优参数：1. -Xms和-Xmx：设置JVM的初始堆大小和最大堆大小。

建议将这两个参数设置为相同的值，避免堆大小变化频繁导致性能问题。

2. -XX:PermSize和-XX:MaxPermSize：设置JVM的初始永久代大小和最大永久代大小。

永久代主要用于存储Java类元数据和字符串常量池等信息。

3. -XX:MaxMetaspaceSize：设置JVM的最大元空间大小。

元空间是永久代的替代品，用于存储类元数据等信息。

4. -XX:NewSize和-XX:MaxNewSize：设置年轻代的初始大小和最大大小。

年轻代主要用于存储新创建的对象。

5. -XX:SurvivorRatio：设置年轻代中Eden空间和Survivor空间的比例。

Eden空间用于存储新创建的对象，Survivor空间用于存储年轻代中经过一次垃圾回收后还存活的对象。

6. -XX:MaxTenuringThreshold：设置对象在年轻代中经过多少次垃圾回收后进入老年代。

可以根据应用程序的内存使用情况适当调整该参数。

7. -XX:ParallelGCThreads：设置并行垃圾回收线程的数量。

建议根据CPU核数适当调整该参数。

8. -XX:+UseG1GC：启用G1垃圾回收器。

G1垃圾回收器是Java 9及以后版本的默认垃圾回收器，它可以更好地处理大堆内存的应用程序。

9. -XX:+HeapDumpOnOutOfMemoryError：在JVM出现内存溢出错误时自动生成堆转储文件。

可以用于分析内存泄漏等问题。

以上是常见的JVM调优参数，通过合理地配置这些参数可以提高应用程序的性能和稳定性。

但需要注意的是，不同的应用程序可能需要不同的配置参数，需要根据实际情况进行调整。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

JVM系列二:GC策略&内存申请、对象衰老
JVM里的GC(Garbage Collection)的算法有很多种，如标记清除收集器，压缩收集器，分代收集器等等,详见HotSpot VM GC 的种类
现在比较常用的是分代收集（generational collection,也是SUN VM使用的,J2SE1.2之后引入），即将内存分为几个区域，将不同生命周期的对象放在不同区域里:young generation，tenured generation和permanet generation。

绝大部分的objec被分配在young generation(生命周期短)，并且大部分的object在这里die。

当young generation满了之后，将引发minor collection(YGC)。

在minor collection后存活的object会被移动到tenured generation(生命周期比较长)。

最后，tenured generation满之后触发major collection。

major collection（Full gc）会触发整个heap 的回收，包括回收young generation。

permanet generation区域比较稳定，主要存放classloader信息。

young generation有eden、2个survivor 区域组成。

其中一个survivor区域一直是空的，是eden区域和另一个survivor区域在下一次copy collection后活着的objecy 的目的地。

object在survivo区域被复制直到转移到tenured区。

我们要尽量减少Full gc 的次数(tenured generation一般比较大,收集的时间较长,频繁的Full gc会导致应用的性能收到严重的影响)。

堆内存GC
JVM(采用分代回收的策略)，用较高的频率对年轻的对象(young generation)进行YGC，而对老对象(tenured generation)较少(tenured generation 满了后才进行)进行Full GC。

这样就不需要每次GC都将内存中所有对象都检查一遍。

非堆内存不GC
GC不会在主程序运行期对PermGen Space进行清理，所以如果你的应用中有很多CLASS(特别是动态生成类，当然permgen space存放的内容不仅限于类)的话,就很可能出现PermGen Space错误。

内存申请、对象衰老过程
一、内存申请过程
1.JVM会试图为相关Java对象在Eden中初始化一块内存区域；
2.当Eden空间足够时，内存申请结束。

否则到下一步；
3.JVM试图释放在Eden中所有不活跃的对象（minor collection），释放后若Eden
空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区；
4.Survivor区被用来作为Eden及old的中间交换区域，当OLD区空间足够时，
Survivor区的对象会被移到Old区，否则会被保留在Survivor区；
5.当old区空间不够时，JVM会在old区进行major collection；
6.完全垃圾收集后，若Survivor及old区仍然无法存放从Eden复制过来的部分对
象，导致JVM无法在Eden区为新对象创建内存区域，则出现"Out of memory错误"；
二、对象衰老过程
1.新创建的对象的内存都分配自eden。

Minor collection的过程就是将eden和在
用survivor space中的活对象copy到空闲survivor space中。

对象在young
generation里经历了一定次数(可以通过参数配置)的minor collection后，就会被移到old generation中，称为tenuring。

2.GC触发条件。

相关文档
最新文档