当前位置：文档之家 › JVM内存参数详解以及配置调优

JVM内存参数详解以及配置调优

  • 格式：docx
  • 大小：32.19 KB
  • 文档页数：13

JVM的结构 从功能上分，Java虚拟机主要由六个部分组成，可以分成三类： 第一类：JVM API：就是我们最常用的Java API，它是开发人员和Java交互的入口，它主要是JAVA_HOME/jre/lib下的运行时类库rt.jar和编译相关的tools.jar

第二类：JVM内部组件 类装载器(ClassLoader)：将Byte Array的 .class文件装载、链接和初始化。 内存管理(Memory Managent)：为对象分配内存，以及释放内存。后者就是垃圾回收Garbage Collector（GC）。由于JVM最复杂的、最影响性能的就是GC，所以内存管理一般就指垃圾回收。 诊断接口(Diagostics Interface)：这主要体现在JVMTI(jdk1.4下的JVMPI和JVMDI)，它主要用来诊断程序的问题和性能，一般提供给工具厂商实现。如eclispe IDE下的debug功能，Jprofiler性能调优工具。 类解释器(Interpreter)：解释装载进虚拟机的class对象，包括JIT等特性相关。

第三类：平台相关接口(Platform Interface)：主要为了跨操作系统平台重用JVM代码，不过，它和我们开发人员关系不大。 在以上六个组件中，我们开发人员最关心的是ClassLoader和GC，用Java做系统框架、容器和它们密切相关。做业务系统时一些基础代码 也和它们打交道，譬如最常用的 Class.forName(),Thread.currentThread.getContextClassLoader()。我们仔细想想，为什么是 上面两个问题？因为，它和我们class的整个生命周期最为相关：怎么将一个class和相关class加载进来，class实例什么时候创建，什么时候 被销毁？ 所以，下面的部分我们要专门讨论这些问题。

在JVM中有两种垃圾方式，一种叫做Minor（次收集），另一种叫做Major（主收集）。其中Minor在Young Generation的空间被 对象全部占用后执行，主要是对Young Generation中的对象进行垃圾收集。而Major是针对于整个Heap size的垃圾收集。其中 Minor方式的收集经常发生，并且Minor收集所占用的系统时间小。Major方式的垃圾收集则是一种“昂贵”的垃圾收集方式，因为在Major要对 整个Heap size进行垃圾收集,这会使得应用停顿的时间变得较长。

java -jar -server -verbose:gc -XX:+UseParNewGC -Xmn8m -Xms32m -Xmx32m SwingSet2.jar 使用了-XX:+UseParNewGC选项的minor收集的时间要比不使用的时候优。 java -jar -verbose:gc -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -Xmn64m -Xms256m -Xmx256m SwingSet2.jar 采用-XX:+UseConcMarkSweepGC选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适  堆(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的调整没什么技巧，只有一些原则，要根据自己应用的特点来设定调优的目标，这里收集了一些内容，权当记录

Java heap (Xmx, Xms) 和java进程的heap是两回事情 java进程的heap包含： Java Heap Permanent Generation Thread stacks Native code Directly allocated memory Code generation Garbage collection TCP buffers

因此我们在设置，jvm参数的时候得小心一点，一般我们会设置java heap 和 perm gen，结合操作系统内存的大小和应用特点，选取一个合理的值。

-Xms/-Xmx java heap并不是越大越好，对他的一般优化原则是够用的情况下，尽可能的小，因为太大的话会浪费内存，同时影响GC的效率

-XX:NewSize/-XX:NewRatio 一般设置为java heap的25％－33％，太大或者太小都会影响GC，要根据应用的特点，对象生命长短周期的比例来调整

GC相关调整的目标： ＊ 短生命周期的对象不要进入Old区 ＊ 短生命周期的对象在minor GC的时候干掉 ＊ 长生命周期的对象要放到Old区 ＊ 长生命周期的对象可以被Full GC清理掉，但是Full GC要调整到尽量少发生

不管采用什么算法，GC总是会导致应用暂停的，这个时间长短从毫秒到秒之间不等，因此会影响应用的相应时间，多长的停顿在接受范围内取决于应用的特征，可以通过设置GC停顿的时间来调整（注意只是期望的时间，而不是绝对） -XX:MaxGCPauseMillis -XX:MaxGCMinorPauseMillis ，一般设置比较短的停顿时间会导致相对较频繁的GC，根据应用的情况来调整

Xms: java heap初始化时的大小。默认情况是机器物理内存的1/64。这个主要是根据应用启动时消耗的资源决定，分配少了申请起来会降低启动速度，分配多了也浪费。 Xmx:java heap的 最大值，默认是机器物理内存的1/4，最大也就到1G。这个值决定了最多可用的Java Heap Memory，分配过少就会在应用需要大量内存作缓存或者零时对象时出现OOM的问题，如果分配过大，那么就会产生上文提到的第二类OOM。所以如何配置 还是根据运行过程中的分析和计算来确定，如果不能确定还是采用默认的配置。 Xmn:java heap新 生代的空间大小。在GC模型中，根据对象的生命周期的长短，产生了内存分代的设计：青年代（内部也分成三部分，类似于整体划分的作用，可以通过配置来设置 比例），老年代，持久代。每一代的管理和回收策略都不相同，最为活跃的就是青年代，同时这部分的内存分配和管理效率也是最高。通常情况下，对于内存的申请 优先在新生代中申请，当内存不够时会整理新生代，当整理以后还是不能满足申请的内存，就会向老年代移动一些生命周期较长的对象。这种整理和移动会消耗资 源，同时降低系统运行响应能力，因此如果青年代设置的过小，就会频繁的整理和移动，对性能造成影响。那是否把年青代设置的越大越好，其实不然，年青代采用 的是复制搜集算法，这种算法必须停止所有应用程序线程，服务器线程切换时间就会成为应用响应的瓶颈（当然永远不用收集那么就不存在这个问题）。老年代采用 的是串行标记收集的方式，并发收集可以减少对于应用的影响。 Xss:线程堆栈最大值。允许更多的虚拟内存空间地址被Java Heap使用。 以下是sun公司的性能优化白皮书中提到的几个例子： 1．对于吞吐量的调优。机器配置：4G的内存，32个线程并发能力。 java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -Xmx3800m -Xms3800m 配置了最大Java Heap来充分利用系统内存。

-Xmn2g 创建足够大的青年代（可以并行被回收）充分利用系统内存，防止将短期对象复制到老年代。 -Xss128 减少默认最大的线程栈大小，提供更多的处理虚拟内存地址空间被进程使用。 -XX:+UseParallelGC 采用并行垃圾收集器对年青代的内存进行收集，提高效率。 -XX:ParallelGCThreads=20 减少垃圾收集线程，默认是和服务器可支持的线程最大并发数相同，往往不需要配置到最大值。 2．尝试采用对老年代并行收集 java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC -Xmx3550m -Xms3550m 内存分配被减小，因为ParallelOldGC会增加对于Native Heap的需求，因此需要减小Java Heap来满足需求。 -XX:+UseParallelOldGC 采用对于老年代并发收集的策略，可以提高收集效率。 3．提高吞吐量，减少应用停顿时间 java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=31 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC 选择了并发标记交换收集器，它可以并发执行收集操作，降低应用停止时间，同时它也是并行处理模式，可以有效地利用多处理器的系统的多进程处理。 -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=31 表示在青年代中Eden和Survivor比例，设置增加了Survivor的大小，越大的survivor空间可以允许短期对象尽量在年青代消亡。 -XX:TargetSurvivorRatio=90 允许90%的空间被占用，超过默认的50%，提高对于survivor的使用率。

合集下载

性能测试三十六：内存溢出和JVM常见参数及JVM参数调优

性能测试三十六：内存溢出和JVM常见参数及JVM参数调优

性能测试三⼗六：内存溢出和JVM常见参数及JVM参数调优堆内存溢出：此种溢出，加内存只能缓解问题，不能根除问题，需优化代码堆内存中存在⼤量对象，这些对象都有被引⽤，当所有对象占⽤空间达到堆内存的最⼤值，就会出现内存溢出OutOfMemory:Java heap space永久代溢出如果发⽣，则是在初始化的时候，空间太⼩，解决办法，扩⼤空间类的⼀些信息，如类名、访问修饰符、字段描述、⽅法描述等，所占空间⼤于永久代最⼤值，就会出现OutOfMemoryError:PermGen space 内存溢出的检测⽅法：pid=1730Jdk/bin⽬录下有很多检测⼯具图形界⾯： Jconsole Jvisualvm命令⾏⼯具： Jstat –gcutil pid 1000 100 （只需要看O，如果达到100%，并且长期处于100%，则代表⽼年代内存不⾜） pid：进程号、1000：1秒钟获取⼀次、100⼀共获取100次 E：eden区 O：⽼年代 P：永久代 YGC：新⽣代的GC次数 YGCT：当前统计的YGC⼀共花费的时间（毫秒） FGC：fullGC⽼年代的GC次数 FGCT：当前统计的FGC⼀共花费的时间（毫秒） GCT：YGC+FGC Jmap –histo pid | head -20 把当前JVM⾥⾯的所有对象打印出来，排序，head：头部，head -20 前20⾏ Jmap –heap pid（列出当前进程的堆的数据，⼀般⽤来看当前配置）在jvisualvm上⾯也可以看到JVM参数FullGC频率：单次FullGC时间<200msJvm常见参数-Xms2048m，初始堆⼤⼩，建议<物理内存的1/4，默认值为物理内存的1/64-Xmx2048m，最⼤堆⼤⼩，建议与-Xms保持⼀致，默认值为物理内存的1/4-Xmn512m，新⽣代⼤⼩，建议不超过堆内存的1/2-Xss256k,线程年轻代堆栈⼤⼩，建议256k-XX:PermSize=256m，永久代初始值，默认值为物理内存的1/64-XX:MaxPermSize=256m，永久代最⼤值，默认值为物理内存的1/4-XX:SurvivorRatio=8：年轻带中Eden区和Survivor区的⽐例，默认为8:1:1，即Eden（8），From Space（1），ToSpace（1）-XX:+UseConcMarkSweepGC：开启CMS垃圾回收器看⼀下内存溢出的情况先配置⼀下tomcat⾥⾯JVM的参数：vi /home/server/tomcat-PerfTeach01/bin/catalina.sh由于ip变了，改⼀下host⾥⾯的ip启动tomcatjmeter5个并发永远跑TPS响应时间cpujstat -gcutil 1730 1000 1000jvisualvm看⼀下tomcat⽇志的后200⾏有内存溢出的报错看当前JVM⾥⾯的所有对象，找com开头的，业务代码，再找⾮java开头的可以看出org.apache可能有问题，com.lee是业务代码，⼀定有问题直接告诉开发，让开发去解决jvisualvm也可以⽣成快照，⼀开始出现内存泄漏的时候就点堆Dump在服务器下⽣成快照，下载后再⽤ jvisualvm打开， jvisualvm_⽂件_装⼊_⽂件类型选“线程 Dump”由于这个内存泄漏的原因其实是session引起的，所以最好把tomcat的session持久化取消掉，以免下次启动tomcat⼜加载上⼀次保留的session修改：tomcat⽬录下conf/context.xml，将 <Manager pathname="" />这⾏的注释打开把注释打开内存泄漏的本质：⽼年代空间⾥⾯东西放满了，⼜不能被回收程序⼀旦出现内存泄漏，就算停⽌压测也不能解决，只能重启内存泄露会出现的现象1，tps出现⼤幅波动，并慢慢降低，甚⾄降为0，响应时间随之波动，慢慢升⾼2，通过jstat命令看到，Jvm中Old区不断增加，FullGC⾮常频繁，对应的FullGC消耗的时间也不断增加3，通过jconsole/jvisualvm可以看到，堆内存曲线不断上升，接近上限时，变成⼀条直线4，⽇志报错ng.OutOfMemoryError: Java heap space内存泄露定位1，通过jmap命令：jmap -histo pid | head -20，查看当前堆内存中实例数和占⽤内存最多的前20个对象2，通过jvisualvm，进⾏远程堆dump，然后把dump⽂件下载下来，⽤jvisualvm打开进⾏分析，可以看到更直观的jvm中对象的信息监控内存泄露问题的场景1，在试压阶段，或任意场景都可以考虑通过jvisualvm和jstat监控jvm的情况2，在稳定性场景中，⼀定要关注Jvm内存使⽤的情况，在长时间的压测下，最容易看出内存泄露的问题JVM参数调优Jvm常⽤参数---------------------------------------堆内存 = 年轻代+⽼年代年轻代 = Eden+SurvivorSurvivor = From Space+To Space---------------------------------------年轻代 = Eden+From Space+To Space堆内存=Eden+From Space+To Space+⽼年代====================================-Xms2048m，初始堆⼤⼩，建议<物理内存的1/4，默认值为物理内存的1/64-Xmx2048m，最⼤堆⼤⼩，建议与-Xms保持⼀致，默认值为物理内存的1/4-Xmn512m，新⽣代⼤⼩，建议不超过堆内存的1/2-Xss256k,线程堆栈⼤⼩，建议256k-XX:PermSize=256m，永久代初始值，默认值为物理内存的1/64-XX:MaxPermSize=256m，永久代最⼤值，默认值为物理内存的1/4-XX:SurvivorRatio=8：年轻带中Eden区和Survivor区的⽐例，默认为8:1，即Eden（8），From Space（1），ToSpace（1）-XX:MaxTenuringThreshold=15：晋升到⽼年代的对象年龄，每个对象坚持过⼀次MinorGC后对象年龄+1，默认值是15，年龄超过15进⼊到⽼年代，该参数在串⾏GC时有效-XX:PretenureSizeThreshold=3145728：单位字节，只对Serial和ParNew两款收集器有效，新⽣代采⽤Parallel Scavenge GC时⽆效，⼤于这个值的对象直接在⽼年代进⾏分配⾮稳定参数，使⽤⽅式主要有以下三种：1，-XX +<option>：开启option参数2，-XX -<option>：关闭option参数3，-XX <option>=<value>：将option参数的值设置为valueclient模式，Jvm默认垃圾收集器UseSerialGC：新⽣代采⽤Serial收集器，⽼年代采⽤Serial Old收集器server模式，Jvm默认垃圾回收期UseParallelGc：新⽣代采⽤Parallel Scavenge收集器，吞吐量优先的收集器，⽼年代采⽤Serial Old收集器-XX:+UseConcMarkSweepGC：默认关闭，ParNew+CMS+Serial Old，当CMS收集器出现ConcurrentModeFailure错误（Jvm预留空间不⾜以容纳程序使⽤），采⽤后备收集器Serial OldCMS相关参数-XX:CMSInitiatingOccupancyFraction=80：CMS收集器在⽼年代空间被使⽤多少时触发FullGC，默认为92，建议80左右-XX:+UseCMSCompactAtFullCollection：CMS收集器在FullGC时开启内存碎⽚的压缩，默认关闭-XX:CMSFullGCsBeforeCompaction=8：执⾏多少次不压缩FullGC后，进⾏⼀次压缩，默认是0（代表每次FullGC都进⾏压缩）-XX:+UseCMSInitiatingOccupancyOnly：使⽤⼿动定义初始化定义开始，禁⽌hostspot⾃⾏触发CMS GC-XX:ParallelGCThreads=8：并⾏收集器的线程数，此值最好配置与处理器数⽬相等同样适⽤于CMS⽇志参数：-XX:+HeapDumpOnOutOfMemoryError：当发⽣内存溢出时，进⾏堆内存dump，⼀般把这个打开-XX:+PrintGCDetails：打印GC的详细信息======================================================================企业实际配置-server -Xms1028m -Xmx1028m -XX:PermSize=256m -XX:MaxPermSize=256m -Xmn512m -XX:MaxDirectMemorySize=1g -XX:SurvivorRatio=10-XX:+UseConcMarkSweepGC-XX:+UseCMSCompactAtFullCollection-XX:CMSMaxAbortablePrecleanTime=5000-XX:+CMSClassUnloadingEnabled-XX:CMSInitiatingOccupancyFraction=80-XX:+UseCMSInitiatingOccupancyOnly-XX:ParallelGCThreads=8-Xloggc:/home/admin/logs/gc.log-XX:+PrintGCDetails-XX:+PrintGCDateStamps-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/home/admin/logs/java.hprof 建议阅读《深⼊理解Java虚拟机》。

Java虚拟机JVM各调优参数说明

Java虚拟机JVM各调优参数说明

Java虚拟机JVM各调优参数说明Java虚拟机（JVM）是Java程序运行的环境，它负责将Java源代码编译为字节码，并在运行时执行这些字节码。

JVM的性能对于Java应用程序的性能至关重要。

为了优化JVM的性能，我们可以通过调整一些参数来改变其行为。

下面是JVM各调优参数的详细说明。

1. -Xms和-Xmx：这两个参数用于设置JVM的初始堆大小和最大堆大小。

初始堆大小表示JVM在启动时申请的内存大小，最大堆大小表示JVM所能申请的最大内存大小。

可以使用以下命令设置初始堆大小为1GB，最大堆大小为2GB：-Xms1g -Xmx2g。

2. -XX:NewSize和-XX:MaxNewSize：这两个参数用于设置新生代的初始大小和最大大小。

新生代是JVM堆的一部分，用于存放新创建的对象。

可以使用以下命令设置新生代的初始大小为256MB，最大大小为512MB：-XX:NewSize=256m -XX:MaxNewSize=512m。

3. -XX:SurvivorRatio：这个参数用于设置新生代中Eden区和Survivor区的比例。

Eden区是新对象的分配区域，Survivor区是用于存放幸存的对象的区域。

可以使用以下命令设置Eden区和Survivor区的比例为8:1：-XX:SurvivorRatio=84. -XX:MaxTenuringThreshold：这个参数用于设置对象在Survivor区中的最大年龄。

当对象在Survivor区中存活的时间超过这个阈值时，它将被晋升到老年代。

可以使用以下命令设置最大年龄为15：-XX:MaxTenuringThreshold=155. -XX:PermSize和-XX:MaxPermSize：这两个参数用于设置永久代的初始大小和最大大小。

永久代用于存放类的元数据、静态变量和常量池等信息。

可以使用以下命令设置永久代的初始大小为128MB，最大大小为256MB：-XX:PermSize=128m -XX:MaxPermSize=256m。

jvm常用参数及作用

jvm常用参数及作用

jvm常用参数及作用JVM（Java Virtual Machine）是Java编程语言的核心虚拟机，负责解释并执行Java字节码。

在JVM运行过程中，可以通过设置一些参数来调优性能、控制内存使用等。

本文将介绍一些常用的JVM 参数及其作用。

1. -Xms 和-Xmx：控制JVM堆内存的初始大小和最大大小。

-Xms用于设置堆内存的初始大小，-Xmx用于设置堆内存的最大大小。

通过合理地设置这两个参数，可以避免堆内存溢出或浪费过多内存资源。

2. -Xmn：设置年轻代的大小。

年轻代是JVM堆内存的一部分，用于存放新创建的对象。

合理地设置年轻代的大小可以提高垃圾回收的效率，减少全局停顿时间。

3. -XX:NewRatio：设置年轻代和老年代的比例。

默认情况下，年轻代和老年代的比例是1:2，即年轻代占整个堆内存的1/3，老年代占整个堆内存的2/3。

可以根据具体应用的特点和需求进行调整，以达到更好的性能。

4. -XX:SurvivorRatio：设置Eden区和Survivor区的比例。

Eden 区是年轻代的一部分，用于存放新创建的对象，Survivor区用于存放经过一次垃圾回收后仍然存活的对象。

默认情况下，Eden区和Survivor区的比例是8:1:1，即Eden区占整个年轻代的80%，Survivor区占整个年轻代的10%。

可以根据具体应用的特点和需求进行调整，以提高垃圾回收的效率。

5. -XX:MaxPermSize：设置永久代的最大大小。

永久代用于存放类信息、常量池等，如果应用中使用了大量的类或者动态生成了大量的类，可能会导致永久代溢出。

通过设置合适的最大大小，可以避免永久代溢出的问题。

6. -XX:MaxTenuringThreshold：设置对象进入老年代的年龄阈值。

默认情况下，对象经过15次垃圾回收后仍然存活，就会进入老年代。

可以通过调整这个阈值，来控制对象进入老年代的速度，以控制老年代的使用情况。

jvm常用调优参数

jvm常用调优参数

jvm常用调优参数
JVM是JavaVirtualMachine的缩写，是Java程序运行的核心。

JVM的调优是优化Java应用程序性能的重要一环，其中调优参数的合理设置是关键。

以下是常用的JVM调优参数：
1. -Xms：设置JVM的初始内存大小，默认为物理内存的
1/64。

2. -Xmx：设置JVM的最大内存大小，超出该内存大小后会触发垃圾回收。

3. -Xmn：设置年轻代的大小，一般设置为总内存的1/3或
1/4。

4. -XX:SurvivorRatio：设置年轻代中Eden区和Survivor区的比例，默认值为8。

5. -XX:NewRatio：设置新生代和老年代的比例，默认值为2。

6. -XX:MaxPermSize：设置永久代的大小，一般设置为
256MB。

7. -XX:+UseConcMarkSweepGC：使用CMS垃圾回收器，可以减少内存抖动。

8. -XX:+UseParallelGC：使用并行垃圾回收器，可提高垃圾回收效率。

9. -XX:+HeapDumpOnOutOfMemoryError：当JVM内存溢出时，生成堆转储文件。

10. -XX:+PrintGCDetails：打印垃圾回收的详细信息。

以上是常用的JVM调优参数，通过合理地设置参数，可以优化Java应用程序的性能。