注意:Garbage First (G1)收集器是java6之后加入的。
1 行为参数
选项和默认值 |
值描述 |
-XX:-AllowUserSignalHandlers |
允许用户在应用中捕捉信号 (只和Solaris和Linux有关) |
-XX:AltStackSize=16384 |
备用信号栈大小 (Kbytes)。(只Solaris,从5.0删除) |
-XX:-DisableExplicitGC |
禁止调用System.gc(), JVM 依然在必要时执行垃圾回收。 |
当新的类型检查器失败时转移到旧的类型检查器上(从6.0开始引进) |
|
-XX:+HandlePromotionFailure |
年轻代不担保完全提升活所有对象。(1.4.2 update 11引进)(5.0和更早版本是false) |
-XX:+MaxFDLimit |
文件描述符设置到最大(只Solaris) |
-XX:PreBlockSpin=10 |
控制多线程自旋锁优化的自旋次数 (1.4.2引进) |
-XX:-RelaxAccessControlCheck |
在类校验里,放松访问控制检查(6引进) |
-XX:+ScavengeBeforeFullGC |
full GC之前先youngGC (1.4.1引进) |
-XX:+UseAltSigs |
为了防止与其他发送信号的应用程序冲突,允许使用候补信号替代 SIGUSR1和SIGUSR2。(1.3.1 update 9引进,1.4.1只Solaris) |
-XX:+UseBoundThreads |
用户级别线程绑定到核心线程(只Solaris) |
-XX:-UseConcMarkSweepGC |
老年代使用CMS收集(1.4.1引进) |
-XX:+UseGCOverheadLimit |
限制GC的运行时间。如果GC耗时过长,就抛OOM。(6引进) |
使用轻量级进程(内核线程LWP-based)替换线程同步。( 1.4.0引进,只Solaris) |
|
-XX:-UseParallelGC Use |
策略为新生代使用并行清除,年老代使用单线程Mark-Sweep-Compact的垃圾收集器。 (1.4.1引进) |
-XX:-UseParallelOldGC |
策略为老年代和新生代都使用并行清除的垃圾收集器。开启这个选项,自动开启-XX:+UseParallelGC (5.0 update 6引进) |
-XX:-UseSerialGC |
使用串行垃圾收集. (5.0引进) |
-XX:-UseSpinning |
启用多线程自旋锁优化 (1.4.2和5.0需要手动启动) [1.4.2, 多处理器windows平台:true |
-XX:+UseTLAB |
启用线程本地缓存区(1.4.0引进,之前叫UseTLE) [1.4.2和更早, x86或者-client: false] |
-XX:+UseSplitVerifier |
使用StackMapTable属性新类型检查(5.0引进)[5.0: false] |
-XX:+UseThreadPriorities |
使用本地线程优先 |
-XX:+UseVMInterruptibleIO |
在I/O进入时或之前线程中断,导致OS_INTRPT。6引进,只Solaris |
2 Garbage First (G1)
选项和默认值 |
描述 |
-XX:+UseG1GC |
使用Garbage First (G1) 收集器 |
-XX:MaxGCPauseMillis=n |
设置最大暂停时间目标。这是软目标,JVM尽力达到这个目标。 |
-XX:InitiatingHeapOccupancyPercent=45 |
整个堆占用多少百分比,开始并发GC周期。整个堆,不是一个代。(例如G1)。0表示恒定GC周期。 |
-XX:ConcGCThreads=n |
并发收集器线程数,默认值随机器变化。 |
设置预留堆数量,作为false上限,以减少提升失败的几率。 |
|
-XX:G1HeapRegionSize=n |
使用G1堆被分成相等大小区域。这设置每个区域大小。默认值根据堆大小进行功效学计算出来。最小1M,最大32M。 |
3 性能参数
选项和默认值 |
描述 |
-XX:+AggressiveOpts |
启用JVM开发团队最新的调优成果。例如编译优化,偏向锁,并行年老代收集等(5.0 update 6.0引进,默认启动) |
-XX:CompileThreshold=10000 |
通过JIT编译器,将方法编译成机器码的触发阀值,可以理解为调用方法的次数,例如调1000次,将方法编译为机器码[-client: 1,500] |
-XX:LargePageSizeInBytes=4m |
设置java堆使用的内存页最大值(1.4.0 update 1引入) [amd64: 2m.] |
-XX:MaxHeapFreeRatio=70 |
堆最大空闲百分比,大于这个值会自动收缩堆大小 |
-XX:MaxNewSize=size |
新生代最大值(bytes)。从1.4开始用NewRatio 计算[1.3.1 Sparc: 32m; 1.3.1 x86: 2.5m.] |
-XX:MaxPermSize=64m |
永久带大小 [5.0 和以上版本: 64 bit VMs 增大预设值的30% ; 1.4 amd64: 96m; 1.3.1 -client: 32m.] |
-XX:MinHeapFreeRatio=40 |
堆的最小空闲空间,小于这个值会自动扩展堆大小。 |
-XX:NewRatio=2 |
新/老的比例。 [Sparc -client: 8; x86 -server: 8; x86 -client: 12.]-client: 4 (1.3) 8 (1.3.1+), x86: 12] |
-XX:NewSize=2m |
新生代默认大小(bytes) [5.0和以上版本: 64 bit VMs增加预设值的30%; x86: 1m; x86, 5.0 and older: 640k] |
-XX:ReservedCodeCacheSize=32m |
设置代码缓存的最大值,编译时用(bytes) [Solaris 64-bit, amd64, -server x86: 48m; 在1.5.0_06和更早版本,Solaris 64-bit ,amd64: 1024m.] |
-XX:SurvivorRatio=8 |
伊甸园/生还者比例[Solaris amd64: 6; Sparc ,1.3.1: 25; 其他Solaris平台, 5.0 和更早版本: 32] |
-XX:TargetSurvivorRatio=50 |
清理之后,希望生还者区使用的百分比。 |
-XX:ThreadStackSize=512 |
线程栈大小(Kbytes). (0是默认大小) [Sparc: 512; Solaris x86: 320 (5.0和之前是256); Sparc 64 bit: 1024; Linux amd64: 1024 (5.0和更早是0); 其他0.] |
-XX:+UseBiasedLocking |
启用偏向锁。(看java调优白皮书的例子5)(5.0 update 6引入) [5.0: false] |
-XX:+UseFastAccessorMethods |
使用优化版本的基本类型get方法 |
-XX:-UseISM |
启用solaris系统的ISM |
-XX:+UseLargePages |
启用大内存分页( 5.0 update 5引入) 看《Java Support for Large Memory Pages》 |
-XX:+UseMPSS |
启用solaris的MPSS(多内存页大小),支持w/4mb,不能与ISM同时使用(1.4.0 update 1引入, Solaris 9和更新版本有关.) [1.4.1和更早版本: false] |
-XX:+UseStringCache |
使用一般缓存分配String |
-XX:AllocatePrefetchLines=1 |
用预取指令分配一个对象,如果最后分配是对象是1,如果是数组数3 |
-XX:AllocatePrefetchStyle=1 |
预取指令的产生代码风格: 0-没有预取指令, 1-每一次分配内存就执行预取指令, 2-当执行预取代码指令时,用TLAB分配水印指针指向门。 |
-XX:+UseCompressedStrings |
用byte[] 代替字符串(从Java6 Update 21开始引入) |
-XX:+OptimizeStringConcat |
可能的话优化字符串连接操作(Java 6 Update 20引入) |
4 调试参数
选项和默认值 |
描述 |
-XX:-CITime |
打印花费在JIT编译花费的时间Prints time spent in JIT Compiler. (1.4.0引进) |
-XX:ErrorFile=./hs_err_pid<pid>.log |
如果发生错误,报错错误数据到这个文件(6引入) |
-XX:-ExtendedDTraceProbes |
驱动性能影响(performance-impacting)动态跟踪探测器 (Introduced in 6引入。只Solaris) |
-XX:HeapDumpPath=./java_pid<pid>.hprof |
堆转储文件的路径或文件名。可管理 ( 1.4.2 update 12, 5.0 update 7引入) |
-XX:-HeapDumpOnOutOfMemoryError |
当OOM时,转储堆文件。可管理 (1.4.2 update 12, 5.0 update 7引入) |
-XX:OnError="<cmd args>;<cmd args>" |
当发生致命错误时,执行用户定义命令(1.4.2 update 9引入) |
-XX:OnOutOfMemoryError="<cmd args>;<cmd args>" |
当第一次OOM时执行用户定义命令 ( 1.4.2 update 12, 6引入) |
-XX:-PrintClassHistogram |
在Windows下, 按ctrl-break或Linux下是执行kill -3(发送SIGQUIT信号)时,打印class柱状图。jmap -histo提供相同功能(1.4.2引入) |
-XX:-PrintConcurrentLocks |
按Ctrl-Break 打印java.util.concurrent 锁, jstack –l提供相同功能(6引入) |
-XX:-PrintCommandLineFlags |
打印命令行标记 (5.0引入) |
-XX:-PrintCompilation |
当一个方法被编译,答应信息 |
-XX:-PrintGC |
当GC时,打印信息。 |
-XX:-PrintGCDetails |
当GC时打印详细信息 (1.4.0引入) |
-XX:-PrintGCTimeStamps |
当GC时打印时间戳 (1.4.0引入) |
-XX:-PrintTenuringDistribution |
打印对象存活年龄信息 |
-XX:-TraceClassLoading |
打印类加载 |
-XX:-TraceClassLoadingPreorder |
按照引用顺序打印所有类加载。 (1.4.2引入) |
-XX:-TraceClassResolution |
打印常量池Trace constant pool resolutions. (1.4.2引入) |
-XX:-TraceClassUnloading |
打印卸载类 |
-XX:-TraceLoaderConstraints |
打印类加载策略变化 ( 6引入) |
-XX:+PerfSaveDataToFile |
当推出时,保存jvmstat二进制数据。 |
-XX:ParallelGCThreads=n |
给年轻代和老年代平行垃圾收集器,设置垃圾收集线程数默认值随机器变化 |
-XX:+UseCompressedOops |
开启压缩指针,为了优化java堆小于32G的64-bit性能(对象引用指针,32 bit 换成64-bit指针) |
-XX:+AlwaysPreTouch |
当JVM初始化时预先对Java堆进行预先摸底(Pre-touch),堆的每个页初始化时满足需求,而不是应用执行时递增。 |
-XX:AllocatePrefetchDistance=n |
设置对象分配的预取距离。将要写的在这个距离被预抓取到缓存的新对象的内存值。在最后分配的对象地址之前每个java线程有它自己的分配点。默认值随机器变化。 |
-XX:InlineSmallCode=n |
只内联以前编译方法,如果它生成的本地代码大小比这小。默认值随机器变化。 |
-XX:MaxInlineSize=35 |
内联方法的最大字节码大小 |
-XX:FreqInlineSize=n |
一个频繁执行的内联方法的字节码大小。默认值随机器变化。 |
-XX:LoopUnrollLimit=n |
当中间表示节点数量小于这个值,展开循环体。在服务器编译之前的限制是这个值的功能,不是真实值。默认值随机器变化。 |
-XX:InitialTenuringThreshold=7 |
设置初始周期阀值,用于平行年轻收集器的自适应GC调整大小。周期阀值是对象从youngGC生还、提升到老年代的次数。 |
-XX:MaxTenuringThreshold=n |
设置最大周期阀值,用于自适应GC调整大小。当前最大值是15。平行收集器是15,CMS是4。 |
-Xloggc:<filename> |
指定GC日志文件。日志由正常的日志参数控制。 |
-XX:-UseGCLogFileRotation |
开启GC日志分割。必须设置-Xloggc。 |
-XX:NumberOfGClogFiles=1 |
当分割日志时设置文件数量,必须>= 1。分割的日志使用命名规则<filename>.0, <filename>.1, ..., <filename>.n-1. |
-XX:GCLogFileSize=8K |
日志大小在这个大小时被分割。必须 >= 8K。 |
相关推荐
常用jvm参数都在这张图中,参考起来方便,是国外大神整理的
### Tomcat 6.0 修改启动内存设置及 Java JVM 参数配置详解 #### 一、背景与目的 在部署和运行 Java Web 应用时,合理地配置应用服务器(如 Apache Tomcat)的内存是非常重要的。这不仅可以提升应用程序的性能,还...
### 关键业务系统JVM参数推荐 #### 一、引言 在关键业务系统中,除了追求高吞吐量和低延迟之外,系统的稳定性和问题排查的便捷性同样至关重要。因此,选择合适的JVM参数变得尤为重要。本文将详细介绍一些常用的JVM...
**: 显示帮助信息,介绍可用的所有JVM参数。 - 示例:`-help` 3. **-fullversion**: 输出JVM的完整版本信息。 - 示例:`-fullversion` 4. **-showversion**: 显示JVM的版本信息。 - 示例:`-showversion` 5. *...
### 设置Eclipse的JVM参数 #### 一、引言 在进行Java开发时,Eclipse作为一款广泛使用的集成开发环境(IDE),其性能优化对于提高开发效率和应用稳定性至关重要。其中,设置合适的JVM(Java虚拟机)参数是优化...
本文将深入探讨JVM参数及其与Java垃圾收集相关的知识。 一、JVM参数详解 JVM参数可以分为三类:启动参数(-X),标准参数(-XX),以及非公开(实验性)参数(-XX:)。这些参数允许开发者对JVM的行为进行精细调整...
### JVM参数设置详解 在Java应用开发与维护过程中,JVM(Java虚拟机)的配置至关重要,它直接影响到应用程序的性能表现与稳定性。本文将基于提供的文件内容,深入解析Linux环境下JVM的基本参数设置方法及原理。 ##...
本篇文件内容主要介绍了JVM优化的第三部分,重点围绕Tomcat参数调优、JVM参数调优、JVM字节码优化以及代码优化等几个方面。下面是针对这些知识点的详细解释: 1. Tomcat参数调优 在Tomcat参数调优部分,首先介绍了...
### JVM参数配置详解 #### 一、理解JVM参数配置的重要性 Java Virtual Machine (JVM) 是运行Java程序的核心环境,其性能优化很大程度上依赖于正确的JVM参数配置。合理配置JVM参数不仅可以显著提升应用程序的运行...
【JVM参数配置详解】 Java Virtual Machine (JVM) 是Java程序的核心组成部分,它负责解析和执行Java程序的字节码。JVM的设计目标是提供跨平台的运行环境,通过在实际硬件上模拟一个虚拟的计算机系统,使得Java程序...
JVM 参数与系统性能的优化 在 Java 虚拟机(JVM)中,参数设置对系统性能的影响是至关重要的。通过设置合适的 JVM 参数,可以提高系统性能,减少垃圾回收的频率和时间,提高应用程序的执行效率。 第一点:设置堆栈...
Linux 服务器调优与 JVM 参数调优 本文主要介绍了 Linux 服务器调优和 JVM 参数调优的相关知识点,以便提高服务器性能和 JVM 应用程序的运行效率。 Linux 服务器调优 Linux 服务器调优是指对 Linux 操作系统的...
JVM参数调优是优化Java应用程序性能的关键环节,尤其是在服务器端的应用中,如Web服务器Resin。本实践案例中,作者分别尝试了三种不同的垃圾回收(GC)策略:串行回收、并行回收和并发回收,并针对每种策略提供了...
### JVM内存参数调优详解 #### 一、概述 Java虚拟机(JVM)是执行Java字节码的软件环境,为了提高Java程序的性能和稳定性,合理调整JVM的内存参数至关重要。根据Java启动参数的不同分类,我们可以将其分为标准参数...
根据JVM参数的设置,堆可以被划分为新生代和老年代,新生代又进一步细分为Eden区和两个Survivor区。5、方法区:也称为永久代,存储类的信息、常量、静态变量等,JDK 8之后被元空间(Metaspace)取代,元空间使用的是...
JVM参数设置是优化Java应用性能的关键环节,它可以帮助我们控制JVM的行为,如内存分配、垃圾回收策略、线程调度等。下面将详细介绍一些重要的JVM参数及其作用。 1. 内存设置: - `-Xms` 和 `-Xmx`:这两个参数用于...
Java虚拟机(JVM)参数调优和相关工具的使用对于优化Java应用程序的性能至关重要。JVM负责管理和分配内存,其中垃圾收集(GC)是其核心功能,它自动管理内存,确保活动对象保留在内存中,同时释放不再使用的对象以...