JVM之关键参数


=============================================================
JVM关键参数
=============================================================

本文列出来JVM的一些关键参数及使用方法,主要包括了Heap堆基础参数,Heap堆的动态调整参数,新生代内存参数,永久代内存参数,JVM线程设置参数,各个垃圾回收器关键参数,codecache关键参数。


-------------------------------------------------------------
一、Heap堆的大小
-------------------------------------------------------------


1.1 Xmx 堆内存最大使用内存。使用方法: -Xmx___

1.2 Xms 堆内存最小使用内存。使用方法 -Xms___

1.3 MaxHeapSize Xmx等价于MaxHeapSize。使用方法:-XX:MaxHeapSize=___

1.4 InitialHeapSize Xms等价于InitialHeapSize。使用方法:-XX:InitialHeapSize=___


-------------------------------------------------------------
二、Heap堆的动态调整
-------------------------------------------------------------


2.1 Xminf 指定了 jvm heap 在使用率小于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效。使用方法:-Xminf___

2.2 Xmaxf 指定了 jvm heap 在使用率大于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效。使用方法:-Xmaxf___

2.3 MinHeapFreeRatio Xminf等价于MinHeapFreeRatio。使用方法:-XX:MinHeapFreeRatio=___

2.4 MaxHeapFreeRatio Xmaxf等价于MaxHeapFreeRatio。使用方法:-XX:MaxHeapFreeRatio=___

2.5 MinHeapDeltaBytes 表示当我们要扩容或者缩容的时候,决定是否要做或者尝试扩容的时候最小扩/缩多少,默认为192K。使用G1时,在当新生代无法存储新创建的对象时,会先做一次扩容,扩容大小就是MinHeapDeltaBytes的值,如果还存不下就做GC。使用方法:-XX:MinHeapDeltaBytes=___

tip:

1.指定 jvm heap 在使用率小于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效
2.默认大小40/70 PS收集器 自适应模式0/100
3.这两个值只作用于G1收集器,其他收集器只作用于老年代
4.CMS-GC如果没有指定老年代固定使用率触发CMS GC的阈值,那么MinHeapFreeSize会配合CMSTriggerRatio参数计算出触发CMS-GC的阈值(92%)


-------------------------------------------------------------
三、NewSize
-------------------------------------------------------------


3.1 Xmn 参数等价于同时设置了NewSize和MaxNewSize,并且值都相等,例如-Xmn128M,等同于-XX:NewSize=128M -XX:MaxNewSize=128M

3.2 NewSize 设置新生代有效内存的初始化大小,也可以说是新生代有效内存的最小值,当新生代回收之后有效内存可能会进行缩容,这个参数就指定了能缩小到的最小值。使用方法:-XX:NewSize=___

3.3 MaxNewSize 设置新生代有效内存的最大值,当对新生代进行回收之后可能会对新生代的有效内存进行扩容,那到底能扩容到多大。使用方法:-XX:MaxNewSize=___

3.4 NewRatio 当前老生代可用内存/当前新生代可用内存的比值,默认是2。使用方法:XX:NewRatio=___

tip:

1.每次新生代有效内存大小调整之后,新生代的几个组成部分也会重新调整位置,包括Eden,From和To三块内存的起止位置
2.NewRatio 如果新生代被回收之后,其有效内存可以进行调整的话,会根据此时老生代的有效内存和NewRatio等条件计算出新生代有效内存的变化值来进行扩容或者缩容;G1-GC下不建议设置新生代这些参数,尽量自适应,GC效率会更高,这也是官方推荐的

3.5 新生代组成:Eden + from space + to space

3.5.1 SurvivorRatio:Eden/一个Survivor的比值,默认是8,最小值为1。CMS-GC下如果MaxTenuringThreshold设置为0,相当于每次GC都直接晋升到老生代,此时如果SurvivorRatio没有设置的话,会将SurvivorRatio默认设置为1024。使用方法:-XX:SurvivorRatio=___

3.5.2 InitialSurvivorRatio 新生代初始可用内存与survivor的比值,默认情况下InitialSurvivorRatio为8,那表示From和To各自占整个新生代的1/8,而Eden占(1-2*1/8=3/4),并且只在启动的时候有用。使用方法:-XX:InitialSurvivorRatio=___

tip:

1.InitialSurvivorRatio不能比3小,至少是3,否则会被JVM自动调整为3,MinSurvivorRatio也是一样的
2.如果我们JVM参数里设置过SurvivorRatio,但是没有设置InitialSurvivorRatio,那么InitialSurvivorRatio的值会被默认设置为SurvivorRatio+2
3.InitialSurvivorRatio只针对PS GC算法有用


-------------------------------------------------------------
四、Perm Size(JDK1.7及之前版本)
-------------------------------------------------------------


4.1 PermSize Perm内存初始值的大小,也是最小值(初始值21757952bite)。使用方法:-XX:PermSize=___

4.2 MaxPermSize Perm内存的最大值,Perm空间的可用大小会在PermSize和MaxPermSize之间动态变化。使用方法:-XX:MaxPermSize=___

tip:
1.PermSize比MaxPermSize大,那么会将MaxPermSize设置为PermSize
2.PermSize按照64K对齐,而MaxPermSize按照2M对齐
3.真正可用的Perm边界的值并不一定是按照上面的值对齐好后的值,PS-GC下,PermSize最终会按照512K对齐,但是jinfo看到的PermSize的值还是原来计算的64K对齐的值,CMS-GC下就按照64K对齐
4.PermSize必须不小于1M
5.Class对象默认情况下是存在Heap里,如果我们设置了-XX:+UnlockDiagnosticVMOptions -XX:+JavaObjectsInPerm这两个参数,那将分配在Perm里


-------------------------------------------------------------
五、Metaspace(JDK1.7版本以上,代替了Perm Size)
-------------------------------------------------------------


5.1 -XX:MetaspaceSize=___

5.2 CompressedClassSpaceSize JVM启动的时候会专门分配一块内存,大小是CompressedClassSpaceSize,正常情况会类似Perm一样挨着Heap分配,这块内存专门来存类元数据的klass部分( UseCompressedClassPointers未开启,CompressedClassSpaceSize参数没有效果)。使用方法:-XX:CompressedClassSpaceSize=___

5.3 InitialBootClassLoaderMetaspaceSize InitialBootClassLoaderMetaspaceSize主要指定BootClassLoader的存储非klass部分的数据的。使用方法:-XX:InitialBootClassLoaderMetaspaceSize=___

tip:
1.Metaspace如果类加载器很多的时候,最大的问题就是碎片化的问题
2.jstat看到的Metaspace内存的使用率,分母是committed的size,而不是整个Reserved的内存


-------------------------------------------------------------
六、Thread Size(在JVM里大概可以分为两类线程,Java线程和非Java线程,比如GC线程这些都属于非Java线程,在JVM里还有一个VMThread,这个也是非Java线程)
-------------------------------------------------------------


6.1 Xss JAVA线程栈大小 Xss和ThreadStackSize是等价的(-Xss100K等价于-XX:ThreadStackSize=100) ThreadStackSize的值64位os下默认是1M,最小值是228k

6.2 VMThreadStackSize JVM线程栈大小 64位os下默认大小为4M,32位下默认位2M

6.3 CompilerThreadStackSize 设置编译线程栈的大小(64位os下默认大小为4M,32位下默认位2M)


-------------------------------------------------------------
七、垃圾回收器
-------------------------------------------------------------


7.1 G1 使用G1垃圾回收器:-XX:+UseG1GC

7.1.1 -XX:MaxGCPauseMillis 目标(GC)最大停顿时间,设置之后G1会自动调整相关参数试图达到此目标。使用方法:-XX:MaxGCPauseMillis=___(默认200ms)

7.1.2 -XX:ParallelGCThreads 并行回收时GC的工作线程数量。默认是2,8核以上是8+((cpu-8)*5)/8。使用方法:-XX:ParallelGCThreads=___

7.1.3 -XX:InitiatingHeapOccupancyPercent 指定整个堆使用率达到多少时触发并发标记周期(默认45)。使用方法:-XX:InitiatingHeapOccupancyPercent=___


7.2 CMS收集器 开启CMS回收器 -XX:+UseConcMarkSweepGC

7.2.1 -XX:ConcGCThreads 并发线程数量,默认ConcGCThreads = (ParallelGCThreads + 3)/4。使用方法:-XX:ConcGCThreads=___

7.2.2 -XX:CMSInitiatingOccupancyFraction 触发老年代GC百分比。老年代增长缓慢可以调大,可以降低CMS触发频率;老年代增长快可以调小,以避免频繁触发老年代串行回收器。默认68(CMS回收时若出现内存不足,则CMS回收失败,强制触发老年代串行回收器)
,若要使用必须加上-XX:+UseCMSInitiatingOccupancyOnly。使用方法:-XX:CMSInitiatingOccupancyFraction=___

7.2.3 -XX:CMSFullGCsBEforeCompaction 设定多少次CMS回收后进行一次内存压缩。使用方法:-XX:CMSFullGCsBeforeCompaction=___

7.2.4 -XX:CMSClassUnloadingEnabled Whether class unloading enabled when using CMS GC(Perm)。使用方法:-XX:+CMSClassUnloadingEnabled

 

7.3 PS收集器

7.3.1 -XX:GCTimeRatio 吞吐量大小,若值为n,那么系统将花费不超过1/(1+n)的时间进行垃圾回收(默认99)。使用方法:-XX:GCTimeRatio=___

7.3.2 -XX:UseAdaptiveSizePolicy 自适应策略,仅指定最大堆、目标吞吐量和最大停顿时间。使用方法:-XX:+UseAdaptiveSizePolicy


-------------------------------------------------------------
八、Codecache
-------------------------------------------------------------


8.1 InitialCodeCacheSize 初始CodeCacheSize大小(默认值2555904bytes)

8.2 ReservedCodeCacheSize 最大CodeCacheSize大小(默认值JDK-750331648、JDK8-251658240)

8.3 Xmaxjitcodesize与ReservedCodeCacheSize等价

8.4 CodeCacheMinimumFreeSpace 当CodeCache的可用大小不足这个值的时候,就会进行code cache full的处理。默认值(512000)

 

原文地址:https://www.cnblogs.com/bapiera/p/13592525.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


jinfo 命令可以用来查看 Java 进程运行的 JVM 参数,命令如下:[root@admin ~]# jinfo --helpUsage: jinfo [option] <pid> (to connect to running process) jinfo [option] <executable <core> (to connect to a core file) jinfo [option] [serve
原文链接:https://www.cnblogs.com/niejunlei/p/5987611.htmlJava Virtual Machine Stacks,线程私有,生命周期与线程相同,描述的是Java方法执行的内存模型:每一个方法执行的同时都会创建一个栈帧(Stack Frame),由于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法的执行就对应着栈帧在虚拟机栈中的入栈,出栈...
java 语言, 开发者不能直接控制程序运行内存, 对象的创建都是由类加载器一步步解析, 执行与生成与内存区域中的; 并且jvm有自己的垃圾回收器对内存区域管理, 回收; 但是我们已经可以通过一些工具来在程序运行时查看对应的jvm内存使用情况, 帮助更好的分析与优化我们的代码;jps查看系统中有哪些java进程jps 命令类似与 linux 的 ps 命令,但是它只列出系统中所有的 Java 应用程序。 通过 jps 命令可以方便地查看 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息
1.jvm的简单抽象模型:  2.类加载机制     双亲委派模型是为了防止jdk核心类库被篡改,如果需要打破可以重写Classloader.loadClass方法。r 双亲委派模型:一个类加载器收到一个类的加载请求,他会先判断自身是否已存在该类,如果不存在上抛给上一级类加载器ClassLoad
堆外内存JVM启动时分配的内存,称为堆内存,与之相对的,在代码中还可以使用堆外内存,比如Netty,广泛使用了堆外内存,但是这部分的内存并不归JVM管理,GC算法并不会对它们进行回收,所以在使用堆外内存时,要格外小心,防止内存一直得不到释放,造成线上故障。堆外内存的申请和释放JDK的ByteBuffe
1.springboot和tomcat2.springcloud的请求如何通过网关鉴权?3.springmvc启动时组件的加载顺序?4.mybatis如何同时更新三条记录5.hibernate实现级联更新6.一个web程序应用程序启动时的加载流程7.如何向www.baidu.com地址发出请求时,并获取相应?8.???9.谈谈你对tcp/iptelnetudp协
堆设置-Xms256M:初始堆大小256M,默认为物理内存的1/64-Xmx1024M:最大堆大小1024M,默认为物理内存的1/4,等于与-XX:MaxHeapSize=64M-Xmn64M:年轻代大小为64M(JDK1.4后支持),相当于同时设置NewSize和MaxNewSize为64M-XX:NewSize=64M:初始年轻代大小-XX:MaxNewSize=256M:最大年轻代大小(默认
一.概述收集算法(JVM之垃圾回收-垃圾收集算法)是内存回收的抽象策略,垃圾收集器就是内存回收的具体实现。JVM规范对于垃圾收集器的应该如何实现没有任何规定,因此不同的厂商、不同版本的虚拟机所提供的垃圾收集器差别较大,这里只看HotSpot虚拟机。就像没有最好的算法一样,垃圾收集器
Java中的堆是JVM所管理的最大的一块内存空间,主要用于存放各种类的实例对象,如下图所示: 在Java中,堆被划分成两个不同的区域:新生代(Young)、老年代(Old)。新生代(Young)又被划分为三个区域:Eden、S0、S1。 这样划分的目的是为了使JVM能够更好的管理堆内存中的对象,包
JVM深入理解JVM(4)——如何优化JavaGC「译」 PostedbyCrowonAugust21,2017本文翻译自SangminLee发表在Cubrid上的”BecomeaJavaGCExpert”系列文章的第三篇《HowtoTuneJavaGarbageCollection》,本文的作者是韩国人,写在JDK1.8发布之前,虽然有些地
 JVM深入理解JVM(2)——GC算法与内存分配策略 PostedbyCrowonAugust10,2017说起垃圾收集(GarbageCollection,GC),想必大家都不陌生,它是JVM实现里非常重要的一环,JVM成熟的内存动态分配与回收技术使Java(当然还有其他运行在JVM上的语言,如Scala等)程序员在提升开
运行时数据区  线程独有本地方法栈、虚拟机栈、程序计数器这些与线程对应的数据区会随着线程开始和结束创建和销毁  整体公有元数据区(又称方法区)、堆区会随着虚拟机启动而创建,随着虚拟机退出而销毁 
java整个堆大小设置:Xmx和Xms设置为老年代存活对象的3-4倍,即FullGC之后的老年代内存占用的3-4倍。永久代PermSize和MaxPermSize设置为老年代存活对象的1.2-1.5倍年轻代Xmx的设置为老年代存活对象的1-1.5倍老年代的内存大小设置为老年代存活对象的2-3倍BTW: Sun官方建议年轻代
栈顶缓存(Top-of-StackCashing)技术基于栈式架构得虚拟机所使用的零地址指令更加紧凑,但完成一项操作的时候必然使用更多的入栈和出栈指令,这同时也就意味着将需要更多的指令分派次数和内存读写次数 由于操作数是存储在内存重的,因此频繁地执行内存读/写操作必然影响速度。 综上
自用。同样的代码在不同的平台生成的机器码是不一样的,为什么java代码生成的字节码文件,能在不同的平台运行?因为不同版本的jdk里面的虚拟机会屏蔽不同操作系统在底层硬件与指令上的区别。栈:线程栈,局部变量存放栈内存区域。线程(分配一个栈)运行分配栈将局部变量放入内存。怎么放:栈
jconsole监控:1.java启动命令加上参数java-Djava.rmi.server.hostname=172.16.17.247-Dcom.sun.management.jmxremote-Dcom.sun.management.jmxremote.port=2099-Dcom.sun.management.jmxremote.authenticate=false-Dcom.sun.management.jmxremote.ssl=false -XX:+Unlock
类加载器分类publicclassStackStruTest{publicstaticvoidmain(String[]args){//对用户自定义个类来说:默认使用系统类加载器进行加载-----AppClassLoaderClassLoaderclassLoader=StackStruTest.class.getClassLoader();System.out.p
堆体系结构一个JVM实例只存在一个堆内存,堆内存的大小是可调节的。类加载器读取类文件后,需要把类、方法、常量、变量放在堆内存中,保存所有引用类型的真实信息,以方便执行器指向,堆内存分为三个部分:年轻代、老年代、永久代。Java7之前,堆内存在逻辑上分为:年轻代、老年代、永久代。物
JVM深入理解JVM(5)——虚拟机类加载机制 PostedbyCrowonAugust21,2017在Class文件中描述的各种信息,最终都需要加载到虚拟机中之后才能运行和使用。而虚拟机中,而虚拟机如何加载这些Class文件?Class文件中的信息进入到虚拟机中会发生什么变化?本文将逐步解答这
保存(持久化)对象及其状态到内存或者磁盘Java平台允许我们在内存中创建可复用的Java对象,但一般情况下,只有当JVM处于运行时,这些对象才可能存在,即,这些对象的生命周期不会比JVM的生命周期更长。但在现实应用中,就可能要求在JVM停止运行之后能够保存(持久化)指定的对象,并在