A Collection of JVM Options
A Collection of JVM Optionscompiled by: Joseph D. Mocker (Sun Microsystems, Inc.)
revision: 28.Aug.2007
This document is a compilation of all the JVM options for various versions of the JVM on primarily SPARC/Solaris Platform. The descriptions for each option are taken mostly verbatim from the reference documents.
The JavaTM HotSpot VM Options page makes some good points regarding the different types of options, which should be followed when reading this document as well. To paraphrase:
* Standard options recognized by the Java HotSpot VM are described on the Java Application Launcher reference pages.
* Options that begin with -X are non-standard (not guaranteed to be supported on all VM implementations), and are subject to change without notice in subsequent releases of the Java 2 SDK.
* Because the -XX options have specific system requirements for correct operation and may require privileged access to system configuration parameters, they are not recommended for casual use. These options are also subject to change without notice.
Please submit any comments, corrections, additions to jvm-options-list@sun.com .
Caveats: I am not associated with any Java Platform development group, I simply put this list together from the various reference sources I could find and without referring to any source code. I have done my best to ensure the options are valid for representative JVMs, however I have not tested every version of every JVM so it is quite possible that options may not be valid in all cases.
OptionType1.3.11.4.01.4.11.4.21.5.01.6.0Description
-clientbool1.3.11.4.01.4.11.4.21.5.01.6.0Use Client HotSpot VM. Must be first option.
-serverbool1.3.11.4.01.4.11.4.21.5.01.6.0Use Server HotSpot VM. Must be first option.
-verbose[:class|gc|jni]bool1.3.11.4.01.4.11.4.21.5.01.6.0enable output of various pieces of the VM. specifying options twice may produce more detailed output.
-cppath1.3.11.4.01.4.11.4.21.5.01.6.0set search path for application classes and resources
-classpathpath1.3.11.4.01.4.11.4.21.5.01.6.0set search path for application classes and resources
-versionbool1.3.11.4.01.4.11.4.21.5.01.6.0print product version and exit
-showversionbool1.3.11.4.01.4.11.4.21.5.01.6.0print product version and continue
-fullversionbool1.3.11.4.01.4.11.4.21.5.01.6.0print full java version and exit
-agentlib:<libname>[=<options>]nv 1.6.0load native agent library <libname>, e.g. -agentlib:hprof see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]nv 1.6.0load native agent library by full pathname
-javaagent:<jarpath>[=<options>]nv 1.6.0load Java programming language agent, see java.lang.instrument
-d32bool 1.4.01.4.11.4.21.5.01.6.0use a 32-bit data model if available
-d64bool 1.4.01.4.11.4.21.5.01.6.0use a 64-bit data model if available
-ea[:packagename...|:classname]list 1.4.01.4.11.4.21.5.01.6.0enable assertions
-enableassertions[:packagename...|:classname]list 1.4.01.4.11.4.21.5.01.6.0enable assertions
-da[:packagename...|:classname]list 1.4.01.4.11.4.21.5.01.6.0disable assertions
-disableassertions[:packagename...|:classname]list 1.4.01.4.11.4.21.5.01.6.0disable assertions
-esabool 1.4.01.4.11.4.21.5.01.6.0enable system assertions
-enablesystemassertionsbool 1.4.01.4.11.4.21.5.01.6.0enable system assertions
-dsabool 1.4.01.4.11.4.21.5.01.6.0disable system assertions
-disablesystemassertionsbool 1.4.01.4.11.4.21.5.01.6.0disable system assertions
-Dname=valuenv1.3.11.4.01.4.11.4.21.5.01.6.0set a system property
-jre-restrict-searchbool 1.5.01.6.0include user private JREs in the version search
-jre-no-restrict-searchbool 1.5.01.6.0exclude user private JREs in the version search
-XtboolOOOOOOturn on instruction tracing
-XtmboolOOOOOOturn on method tracing
-Xbootclasspath:<path>list1.3.11.4.01.4.11.4.21.5.01.6.0set, append to, or prepend to boot class path
-Xdebugbool1.3.11.4.01.4.11.4.21.5.01.6.0enable remote debugging
-Xfuturebool1.3.11.4.01.4.11.4.21.5.01.6.0enable strictest checks, anticipating future default
-Xcheck:jnibool1.3.11.4.01.4.11.4.21.5.01.6.0perform additional checks for JNI functions
-Xshare:offbool 1.6.0do not attempt to use shared class data
-Xshare:autobool 1.6.0use shared class data if possible (default)
-Xshare:onbool 1.6.0require using shared class data, otherwise fail.
-Xnoclassgcbool1.3.11.4.01.4.11.4.21.5.01.6.0disable class garbage collection
-Xss<size>size1.3.11.4.01.4.11.4.21.5.01.6.0set maximum native stack size for any thread
-Xoss<size>size1.3.11.4.01.4.11.4.21.5.01.6.0set maximum Java stack size for any thread. Note: This option is useless with HotSpot as HotSpot doesn't have separate native and Java stacks.
-Xms<size>size1.3.11.4.01.4.11.4.21.5.01.6.0set initial Java heap size
-Xmx<size>size1.3.11.4.01.4.11.4.21.5.01.6.0set maximum Java heap size
-Xmn<size>size 1.4.01.4.11.4.21.5.01.6.0Size of young generation
-Xrsbool1.3.11.4.01.4.11.4.21.5.01.6.0reduce the use of OS signals
-Xrunhprof[:help]|[:option=value, ...]list1.3.11.4.0 1.4.21.5.01.6.0perform heap or cpu profiling
-Xmaxjitcodesize<size>size1.3.11.4.01.4.11.4.21.5.01.6.0set the maximum size (in bytes) for the JIT code area
-Xsqnopausebool1.3.11.4.01.4.11.4.21.5.01.6.0do not pause for user interaction on SIGQUIT
-Xoptimizebool1.3.11.4.01.4.11.4.21.5.01.6.0Use optimizing JIT compiler (SPARC only). Replaced by -server in later VMs
-Xmixedbool1.3.11.4.01.4.11.4.21.5.01.6.0mixed mode execution (default)
-Xintbool1.3.11.4.01.4.11.4.21.5.01.6.0interpreted mode execution only
-Xincgcbool1.3.11.4.01.4.11.4.21.5.01.6.0Incremental GC
-Xconcgcbool1.4.11.4.21.5.01.6.0Concurrent GC. Replaced by -XX:+UseConcMarkSweepGC (available beginning with J2SE 1.4.1)
-Xprofbool1.3.11.4.01.4.11.4.21.5.01.6.0Precursor to -Xrunprof.
-Xaprofpath1.3.11.4.01.4.11.4.21.5.01.6.0Simple allocation profiler. unstable. debug only.
-Xloggc:<file>path 1.4.01.4.11.4.21.5.01.6.0Log garbage collection actions to a specified file.
-Xcompbool1.3.11.4.01.4.11.4.21.5.01.6.0Forces HotSpot to compile 100% of the code with maximum optimization.
-Xbatchbool1.3.11.4.01.4.11.4.21.5.01.6.0Forces HotSpot to compile methods in the foreground. Normally method compilation is moved from the foreground to a background process if they take long. This allows allows the interpreted version to continue to run until the compiled version is complete. This option prevents background compiling.
-Xconcurrentiobool1.3.11.4.01.4.11.4.21.5.01.6.0The main feature turned on with -Xconcurrentio is to use LWP based synchronization instead of thread based synchronization. We have found certain applications to speed up by over 40%. In 1.4, LWP based synchronization is the default, but -Xconcurrentio can still help since it turns on some other internal options.
-Xgenconfigbool 1.6.01.2 option only
-XverifyheapboolOOOOO Verify heap integrity. Replaced by -XX:+VerifyBeforeGC -XX:+VerifyAfterGC -XX:+VerifyTLE (-XX:+VerifyTLAB in J2SE 1.4) -XX:+VerifyBeforeScavenge -XX:+VerifyAfterScavenge (all debug only)
-XX:AdaptivePermSizeWeight=<value>uintx1.4.11.4.21.5.01.6.0
-XX:AdaptiveSizeDecrementScaleFactor=<value>uintx 1.5.01.6.0
-XX:AdaptiveSizePolicyCollectionCostMargin=<value>uintx 1.5.01.6.0
-XX:AdaptiveSizePolicyFootprintThreshold=<value>uintx 1.5.0
-XX:AdaptiveSizePolicyInitializingSteps=<value>uintx 1.5.01.6.0
-XX:AdaptiveSizePolicyWeight=<value>uintx1.4.11.4.21.5.01.6.0
-XX:AdaptiveSizeThroughPutPolicy=<value>uintx 1.5.01.6.0
-XX:AdaptiveTimeWeight=<value>uintx1.4.11.4.21.5.01.6.0
-XX:+AdjustConcurrencybool1.3.11.4.01.4.11.4.21.5.01.6.0
* HotSpot Performance Tuning
-XX:+AggressiveHeapbool1.3.11.4.01.4.11.4.21.5.01.6.0This option instructs the JVM to push memory use to the limit: the overall heap is more than 3850MB, the allocation area of each thread is 256K, the memory management policy defers collection as long as possible, and (beginning with J2SE 1.3.1_02) some GC activity is done in parallel.
* Big Heaps and Intimate Shared Memory (ISM)
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
-XX:+AggressiveOptsbool 1.6.0
-XX:AliasLevel=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:AllocatePrefetchDistance=<value>intx 1.6.0
-XX:AllocatePrefetchInstr=<value>intx 1.6.0
-XX:AllocatePrefetchLines=<value>intx 1.6.0
-XX:AllocatePrefetchStepSize=<value>intx 1.6.0
-XX:AllocatePrefetchStyle=<value>intx 1.6.0
-XX:+AllowJNIEnvProxybool 1.6.0
-XX:+AllowUserSignalHandlersbool1.3.11.4.01.4.11.4.21.5.01.6.0Do not complain if the application installs signal handlers (Solaris Only)
* Java HotSpot VM Options
-XX:AltStackSize=<value>intx1.3.11.4.01.4.11.4.2Alternate signal stack size (in Kbytes, Solaris Only)
* Java HotSpot VM Options
-XX:+AlwaysActAsServerClassMachinebool 1.6.0
-XX:+AlwaysCompileLoopMethodsbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:AlwaysInflate=<value>intx 1.6.0
-XX:+AlwaysPreTouchbool 1.6.0
-XX:+AlwaysTenurebool1.4.11.4.21.5.01.6.0
-XX:AppendRatio=<value>intx 1.5.01.6.0
-XX:+BackgroundCompilationbool1.3.11.4.01.4.11.4.21.5.01.6.0Enables or disables JIT compilation in the background. When enabled, interpreted methods are still executed until background compilation is complete.
* The Java HotSpot Virtual Machine Client Compiler
-XX:BaseFootPrintEstimate=<value>uintx1.4.11.4.21.5.01.6.0
-XX:BCEATraceLevel=<value>intx 1.6.0
-XX:BiasedLockingBulkRebiasThreshold=<value>intx 1.6.0
-XX:BiasedLockingBulkRevokeThreshold=<value>intx 1.6.0
-XX:BiasedLockingDecayTime=<value>intx 1.6.0
-XX:BiasedLockingStartupDelay=<value>intx 1.6.0
-XX:+BindCMSThreadToCPUbool 1.6.0
-XX:+BindGCTaskThreadsToCPUsbool1.4.11.4.21.5.01.6.0
-XX:+BindScavengeThreadsbool1.3.1
-XX:+BlockOffsetArrayUseUnallocatedBlockbool1.4.11.4.21.5.01.6.0
-XX:+BytecodeVerificationLocalbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+BytecodeVerificationRemotebool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+CheckJNICallsbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+CheckUnsafeOpsbool 1.4.01.4.11.4.21.5.0
-XX:CICompilerCount=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+CICompilerCountPerCPUbool 1.4.21.5.01.6.0
-XX:+CIDynamicCompilePrioritybool1.3.11.4.01.4.1
-XX:+CIMaxPrioritybool 1.4.01.4.1
-XX:+CITimebool 1.4.01.4.11.4.21.5.01.6.0Time spent in JIT Compiler
* Java HotSpot VM Options
-XX:+ClassUnloadingbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:ClearFPUAtPark=<value>intx 1.6.0
-XX:+ClipInliningbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:CMSAbortablePrecleanMinWorkPerIteration=<value>uintx 1.5.01.6.0
-XX:CMSAbortablePrecleanWaitMillis=<value>intx 1.5.01.6.0
-XX:+CMSAbortSemanticsbool 1.6.0
-XX:CMSBitMapYieldQuantum=<value>uintx 1.4.21.5.0
-XX:CMSBootstrapOccupancy=<value>intx 1.5.01.6.0
-XX:+CMSClassUnloadingEnabledbool1.4.11.4.21.5.01.6.0It has been reported that for 1.5, this apparently needs to be combined with -XX:+CMSPermGenSweepingEnabled in order to take effect.
* Java Developer Connection Bug Parade
-XX:+CMSCompactWhenClearAllSoftRefsbool1.4.11.4.21.5.01.6.0
-XX:+CMSConcurrentMTEnabledbool 1.6.0
-XX:CMSDictionaryChoice=<value>intx 1.4.0
-XX:CMSExpAvgFactor=<value>uintx 1.4.21.5.01.6.0
-XX:CMSFullGCsBeforeCompaction=<value>uintx1.4.11.4.21.5.01.6.0Parameter that affects compaction of the old generation. If at least this number of concurrent collections has not succeeded between full collection, do a compaction on full collections. If 0, always do compactions on full collections when UseCMSCompactAtFullCollection is true
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:CMSIncrementalDutyCycle=<value>uintx 1.4.21.5.01.6.0
-XX:CMSIncrementalDutyCycleMin=<value>uintx 1.4.21.5.01.6.0
-XX:+CMSIncrementalModebool 1.4.21.5.01.6.0
-XX:CMSIncrementalOffset=<value>uintx 1.4.21.5.01.6.0
-XX:+CMSIncrementalPacingbool 1.4.21.5.01.6.0
-XX:CMSIncrementalSafetyFactor=<value>uintx 1.4.21.5.01.6.0
-XX:CMSIndexedFreeListReplenish=<value>uintx1.4.11.4.21.5.01.6.0
-XX:CMSInitiatingOccupancyFraction=<value>intx1.4.11.4.21.5.01.6.0Sets the threshold percentage of the used heap in the old generation at which the CMS collection takes place. For example, if set to 60, the CMS collector will be initiated every time the old generation becomes 60% full. By default, this threshold is calculated at run time, and the CMS collector might be triggered only when the old generation heap is about 80-90% full. Tuning this value can improve performance in many cases. Since the CMS collector does not suspend the mutators as it sweeps and frees memory, setting this switch can ensure that enough free memory is available for object promotion from the young generation as more data is allocated by the application. Sometimes, if this switch is not tuned, CMS collection might not be able to keep up and may fail, eventually triggering the default stop-the-world mark-compact collector. Available from J2SE1.4.1.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Turbo-charging Java HotSpot Virtual Machine
-XX:+CMSLoopWarnbool1.4.11.4.21.5.01.6.0
-XX:CMSMarkStackSize=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:CMSMarkStackSizeMax=<value>uintx 1.5.01.6.0
-XX:CMSMaxAbortablePrecleanLoops=<value>uintx 1.5.01.6.0
-XX:CMSMaxAbortablePrecleanTime=<value>intx 1.5.01.6.0
-XX:+CMSNoWarningbool 1.4.01.4.1
* Java Developer Connection Bug Parade
-XX:+CMSParallelRemarkEnabledbool 1.4.21.5.01.6.0Attempt to descrease remark pauses when used with -XX:+UseParNewGC.
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+CMSParallelSurvivorRemarkEnabledbool 1.6.0
-XX:+CMSPermGenPrecleaningEnabledbool1.4.11.4.21.5.01.6.0
-XX:+CMSPermGenSweepingEnabledbool1.4.11.4.21.5.01.6.0It has been reported that for 1.5, this apparently needs to be combined with -XX:+CMSClassUnloadingEnabled in order to take effect.
-XX:+CMSPLABRecordAlwaysbool 1.6.0
-XX:CMSPrecleanDenominator=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:+CMSPrecleaningEnabledbool 1.4.01.4.11.4.21.5.01.6.0
-XX:CMSPrecleanIter=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:CMSPrecleanNumerator=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:+CMSPrecleanRefLists1bool 1.5.01.6.0
-XX:+CMSPrecleanRefLists2bool 1.5.01.6.0
-XX:+CMSPrecleanSurvivors1bool 1.6.0
-XX:+CMSPrecleanSurvivors2bool 1.6.0
-XX:CMSPrecleanThreshold=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:CMSRescanMultiple=<value>uintx 1.4.21.5.01.6.0
-XX:CMSRevisitStackSize=<value>uintx1.4.11.4.21.5.01.6.0
-XX:CMSSamplingGrain=<value>uintx 1.5.01.6.0
-XX:+CMSScavengeBeforeRemarkbool 1.6.0
-XX:CMSScheduleRemarkEdenPenetration=<value>uintx 1.5.01.6.0
-XX:CMSScheduleRemarkEdenSizeThreshold=<value>uintx 1.5.01.6.0
-XX:CMSScheduleRemarkSamplingRatio=<value>uintx 1.5.01.6.0
-XX:CMSTriggerRatio=<value>intx1.4.11.4.21.5.01.6.0
-XX:+CMSUseOldDefaultsbool 1.6.0
-XX:CMSWaitDuration=<value>intx1.4.11.4.21.5.01.6.0
-XX:CMSWorkQueueDrainThreshold=<value>uintx 1.4.21.5.01.6.0
-XX:+CMSYieldbool 1.4.01.4.11.4.21.5.01.6.0
-XX:CMSYieldQuantum=<value>intx 1.4.01.4.1
-XX:CMSYoungGenPerWorker=<value>intx 1.6.0
-XX:CodeCacheExpansionSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:CodeCacheMinimumFreeSpace=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+CodeForP6bool1.3.1
* Java Developer Connection Bug Parade
-XX:+CollectGen0Firstbool 1.4.01.4.11.4.21.5.01.6.0
-XX:+CompactFieldsbool 1.6.0
-XX:CompilationPolicyChoice=<value>intx 1.4.01.4.11.4.21.5.01.6.0
-XX:CompilationRepeat=<value>intx 1.4.21.5.0
-XX:CompileCommand=<value>ccstr 1.4.21.5.01.6.0
-XX:CompileCommandFile=<value>ccstr 1.4.21.5.01.6.0Allows you to specify alternate compiler command files. When used, this overrides the default behavior of the VM and the VM will NOT scan either the libjvm.sl directory or the current directory for a .hotspot_compiler file.
* SDK release notes 1.3.1.12
-XX:CompileOnly=<value>ccstr 1.4.21.5.01.6.0
-XX:+CompilerThreadHintNoPreemptbool 1.4.21.5.01.6.0
-XX:CompilerThreadPriority=<value>intx 1.4.21.5.01.6.0
-XX:CompilerThreadStackSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:CompileThreshold=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0number of method invocations/branches before (re-)compiling
* Java HotSpot VM Options
-XX:+ConvertSleepToYieldbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+ConvertYieldToSleepbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+DebugNonSafepointsbool 1.6.0
-XX:DefaultInitialRAMFraction=<value>uintx 1.5.01.6.0
-XX:DefaultMaxRAM=<value>uintx 1.5.01.6.0
-XX:DefaultMaxRAMFraction=<value>uintx 1.5.01.6.0
-XX:DefaultThreadPriority=<value>intx 1.4.21.5.01.6.0
-XX:DefaultTickInterval=<value>intx1.3.11.4.01.4.11.4.21.5.0O
-XX:+DefaultUseSpecLockbool1.3.11.4.0
* Java Developer Connection Bug Parade
-XX:DeferPollingPageLoopCount=<value>intx 1.6.0
-XX:DeferThrSuspendLoopCount=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:DelayTickAdjustment=<value>intx1.3.11.4.01.4.11.4.21.5.0O
-XX:+DisableAttachMechanismbool 1.6.0
-XX:+DisableExplicitGCbool1.3.11.4.01.4.11.4.21.5.01.6.0Disable calls to System.gc(), JVM still performs garbage collection when necessary
* Java HotSpot VM Options
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
-XX:+DisplayVMOutputbool 1.4.21.5.01.6.0
-XX:+DisplayVMOutputToStderrbool 1.5.01.6.0
-XX:+DisplayVMOutputToStdoutbool 1.5.01.6.0
-XX:+DontCompileHugeMethodsbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+DontYieldALotbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+DontYieldALotIntervalbool Interval in milliseconds between yields. (debug only)
* Java HotSpot VM Options
-XX:+DTraceAllocProbesbool 1.6.0
-XX:+DTraceMethodProbesbool 1.6.0
-XX:+DTraceMonitorProbesbool 1.6.0
-XX:+DumpSharedSpacesbool 1.5.01.6.0
-XX:+EagerInitializationbool1.4.1
* Java Developer Connection Bug Parade
-XX:+EagerXrunInitbool 1.4.21.5.01.6.0
-XX:EmitLFence=<value>intx 1.6.0
-XX:EmitSync=<value>intx 1.6.0
-XX:+EnableJVMPIInstructionStartEventbool1.3.11.4.01.4.11.4.21.5.01.6.0Enables or disables the JVMPI event, JVMPI_EVENT_INSTRUCTION_START, which is sent when each instruction is issued by the interpreter
* JavaTM Virtual Machine Profiler Interface (JVMPI)
-XX:ErrorFile=<value>ccstr 1.6.0
-XX:+EstimateArgEscapebool 1.6.0
-XX:EventLogLength=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+ExitOnBadLibThreadbool1.3.11.4.01.4.11.4.21.5.0
-XX:+ExplicitGCInvokesConcurrentbool 1.6.0
-XX:+ExtendedDTraceProbesbool 1.6.0
-XX:+FailOverToOldVerifierbool 1.6.0
-XX:+FasterSyncbool1.3.1
-XX:+FastNMethodDependenciesbool1.4.11.4.21.5.0
* Java Developer Connection Bug Parade
-XX:+FastTLABRefillbool 1.5.0
-XX:FieldsAllocationStyle=<value>intx 1.6.0
-XX:+FilterSpuriousWakeupsbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:FloatCacheThreshold=<value>intx 1.4.0
-XX:+FLSVerifyAllHeapReferencesbool 1.6.0
-XX:+FLSVerifyIndexTablebool 1.6.0
-XX:+FLSVerifyListsbool 1.6.0
-XX:+ForceSharedSpacesbool 1.5.01.6.0
-XX:+ForceTimeHighResolutionbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+ForceUseSpecLockbool1.3.11.4.0
* Java Developer Connection Bug Parade
-XX:FreqInlineSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Integer specifying maximum number of bytecode instructions in a frequently executed method which gets inlined.
* Java HotSpot VM Options
-XX:+FullSpeedJVMDIbool 1.4.01.4.11.4.2
* Java Developer Connection Bug Parade
-XX:GCHeapFreeLimit=<value>uintx1.4.11.4.21.5.01.6.0Used with -XX:+UseParallelGC to help prevent out-of-memory exceptions from occuring during garbage collection. This parameter specifies the lower limit on the amount of space freed during a garbage collection in per cent of the maximum heap (default is 5).
* Garbage Collector Ergonomics
-XX:GCTaskTimeStampEntries=<value>uintx 1.4.21.5.01.6.0
-XX:GCTimeLimit=<value>uintx1.4.11.4.21.5.01.6.0Used with -XX:+UseParallelGC to help prevent out-of-memory exceptions from occuring during garbage collection. This parameter specifies the upper limit on the amount of time spent in garbage collection in per cent of total time (default is 90)
* Garbage Collector Ergonomics
-XX:GCTimeRatio=<value>uintx 1.5.01.6.0The ratio of GC time to application time, ratio being: 1 / (1 + nnn). For example -XX:GCTimeRatio=19 sets a goal of 5% of the total time for GC.
* Garbage Collector Ergonomics
-XX:+HandlePromotionFailurebool 1.5.01.6.0
-XX:hashCode=<value>intx 1.6.0
-XX:+HeapDumpOnOutOfMemoryErrorbool 1.6.0
-XX:HeapDumpPath=<value>ccstr 1.6.0
-XX:HPILibPath=<value>ccstr 1.6.0
-XX:InitialCodeCacheSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:InitialSurvivorRatio=<value>uintx1.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:InitialTenuringThreshold=<value>intx1.4.11.4.21.5.01.6.0
-XX:+Inlinebool1.3.1 1.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:InlineSmallCode=<value>intx1.3.11.4.2
-XX:+InlineUnreachedCallsbool1.3.11.4.01.4.11.4.21.5.0
-XX:+InstallMethodsbool1.3.1
-XX:InterpreterProfilePercentage=<value>intx 1.4.01.4.11.4.21.5.01.6.0
-XX:+JavaMonitorsInStackTracebool1.3.11.4.01.4.11.4.21.5.01.6.0Useful to display more stack trace information about monitors
* Java Developer Connection Forums
-XX:JavaPriority1_To_OSPriority=<value>intx 1.4.21.5.01.6.0
-XX:JavaPriority10_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority2_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority3_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority4_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority5_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority6_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority7_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority8_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:JavaPriority9_To_OSPriority=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+JNIDetachReleasesMonitorsbool 1.6.0
-XX:+JVMPICheckGCCompatibilitybool 1.5.01.6.0
-XX:LargePageHeapSizeThreshold=<value>uintx 1.5.01.6.0
-XX:LargePageSizeInBytes=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:+LazyBootClassLoaderbool 1.6.0
-XX:+LIRCacheLocalsbool 1.4.01.4.11.4.21.5.0
* Java Developer Connection Bug Parade
-XX:+LIRFillDelaySlotsbool 1.4.01.4.11.4.21.5.0
-XX:+LIROptimizebool 1.4.0
-XX:+LIROptimizeDeleteOpsbool 1.4.0
-XX:+LIROptimizeFloatsbool 1.4.0
-XX:+LIROptimizeStackbool 1.4.0
-XX:LocalCacheThreshold=<value>intx 1.4.0
-XX:+LogCompilationbool 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:LogFile=<value>ccstr 1.4.21.5.0
* Java Developer Connection Bug Parade
-XX:+LogVMOutputbool 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:MallocVerifyInterval=<value>intx 1.6.0
-XX:MallocVerifyStart=<value>intx 1.6.0
-XX:+ManagementServerbool 1.5.01.6.0
-XX:MarkSweepAlwaysCompactCount=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:MarkSweepDeadRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:MaxBCEAEstimateLevel=<value>intx 1.6.0
-XX:MaxBCEAEstimateSize=<value>intx 1.6.0
-XX:MaxDirectMemorySize=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+MaxFDLimitbool1.3.11.4.01.4.11.4.21.5.01.6.0Bump the number of file descriptors to max. (Solaris only)
* Java HotSpot VM Options
-XX:MaxGCMinorPauseMillis=<value>uintx 1.5.01.6.0
-XX:MaxGCPauseMillis=<value>uintx 1.5.01.6.0A hint to the virtual machine that pause times of nnn milliseconds or less are desired. The vm will adjust the java heap size and other gc-related parameters in an attempt to keep gc-induced pauses shorter than nnn milliseconds. Note that this may cause the vm to reduce overall throughput, and in some cases the vm will not be able to meet the desired pause time goal.
* Garbage Collector Ergonomics
-XX:MaxHeapFreeRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0heap free percentage (default 70)
* Java HotSpot VM Options
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* HotSpot Performance Tuning
-XX:MaxHeapSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:MaxInlineLevel=<value>intx1.3.11.4.2
* Java Developer Connection Bug Parade
-XX:MaxInlineSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Integer specifying maximum number of bytecode instructions in a method which gets inlined.
* Java HotSpot VM Options
-XX:MaxJavaStackTraceDepth=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:MaxLiveObjectEvacuationRatio=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Forums
-XX:MaxNewSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0Maximum size of new generation (in bytes)
* Frequently Asked Questions About the Java HotSpot VM
* Turbo-charging Java HotSpot Virtual Machine
* Java HotSpot VM Options
-XX:MaxPermHeapExpansion=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:MaxPermSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0Size of the Permanent Generation
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Java HotSpot VM Options
* Tuning Garbage Collection with the 1.3.1 Java Virtual Machine
-XX:MaxRecursiveInlineLevel=<value>intx1.3.11.4.2
-XX:MaxSurvivorShrinkRatio=<value>size_t1.3.1
-XX:MaxTenuringThreshold=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0This switch determines how much the objects may age in the young generation before getting promoted to the older generation. The default value is 31. For a big enough young generation and "survivor space", the long-lived objects may be copied up to 31 times between the survivor spaces before they are finally promoted to the old generation.
* Turbo-charging Java HotSpot Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:MaxTickInterval=<value>intx1.3.11.4.01.4.11.4.21.5.0O
-XX:MaxTLABRatio=<value>uintx 1.4.01.4.11.4.2
-XX:MaxTLERatio=<value>1.3.1 1.6.0
-XX:MinHeapDeltaBytes=<value>uintx 1.4.01.4.11.4.21.5.01.6.0
-XX:MinHeapFreeRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0heap free percentage (default 40)
* Java HotSpot VM Options
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Tuning Garbage Collection with the 1.3.1 Java Virtual Machine
-XX:MinOldHeapExpansion=<value>size_t1.3.1
-XX:MinPermHeapExpansion=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:MinSurvivorRatio=<value>uintx1.4.11.4.21.5.01.6.0
-XX:MinTickInterval=<value>intx1.3.11.4.01.4.11.4.21.5.0O
-XX:MinTLABSize=<value>uintx 1.5.01.6.0
-XX:NativeSynchronization=<value>ccstr 1.5.0
-XX:+NeverActAsServerClassMachinebool 1.6.0
-XX:+NeverTenurebool1.4.11.4.21.5.01.6.0
-XX:NewRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Ratio of new/old generation sizes
-XX:NewSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0Default size of new generation (in bytes)
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Frequently Asked Questions About the Java HotSpot VM
* Java HotSpot VM Options
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:NewSizeThreadIncrease=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0As more threads are created in a server application, the object allocation rate may increase with the number of active threads. The number of active threads is considered when adjusting the size of the young space, after a garbage collection. This flag specifies, in Kilobytes, the increment in young object space size, per active thread, to accomodate potentially faster object allocation rate.
* Java HotSpotTM Server VM Version 2.0 for Win32 Platforms
-XX:NmethodSweepFraction=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:NMethodSweepInterval=<value>1.3.1
-XX:NUMAChunkResizeWeight=<value>intx 1.6.0
-XX:NUMAPageScanRate=<value>intx 1.6.0
-XX:NUMASpaceResizeRate=<value>intx 1.6.0
-XX:+NUMAStatsbool 1.6.0
-XX:OldPLABSize=<value>uintx1.4.11.4.21.5.01.6.0
-XX:OldSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+OmitStackTraceInFastThrowbool 1.6.0
-XX:OnError=<value>ccstr 1.5.01.6.0The Hotspot JVM includes a fatal error hander that can run a user-supplied script or program if the JVM aborts. A debug tool can also connect to a hung JVM or core file using the Hotspot JVM serviceability agent connector.
* J2SE 1.5 in a Nutshell
-XX:OnOutOfMemoryError=<value>ccstr 1.6.0
-XX:OnStackReplacePercentage=<value>intx 1.4.01.4.11.4.21.5.01.6.0
-XX:OnStackReplaceThreshold=<value>1.3.1
-XX:+OptimizeSinglePrecisionbool 1.4.0
-XX:+OverrideDefaultLibthreadbool1.3.11.4.01.4.11.4.21.5.0 On Solaris 9, this option is not necessary. On Solaris 8, J2SE? versions 1.3.1_02+ and 1.4+ require this option when using the alternate threads library. This option is not possible on pre-Solaris 8 operating environments.
* Java Developer Connection Forums
* Java HotSpot VM Options (docs.sun.com)
-XX:OversizedCarThreshold=<value>uintx 1.4.01.4.11.4.21.5.0O
-XX:ParallelGCBufferWastePct=<value>intx1.4.11.4.21.5.01.6.0
-XX:ParallelGCG1AllocBufferSize=<value>intx1.4.11.4.21.5.0
-XX:ParallelGCOldGenAllocBufferSize=<value>intx1.4.11.4.21.5.01.6.0Java 6: se -XX:OldPLABSize in place of -XX:ParallelGCOldGenAllocBufferSize in the future.
-XX:+ParallelGCRetainPLABbool 1.5.01.6.0
-XX:ParallelGCTermSpinLoopMS=<value>intx1.4.11.4.21.5.0
-XX:ParallelGCThreads=<value>uintx1.4.11.4.21.5.01.6.0This switch sets the number of parallel GC threads that the JVM must run for performing garbage collection in the young generation. The default value of n is equal to the number of CPUs on the system. However, it has been observed that tweaking this number may improve performance in some cases. An example might be that of multiple instances of JVM running on a single multi-CPU system. In this case, the number of parallel GC threads for each JVM may need to be set to less than the number of CPUs by using this switch. Available from J2SE1.4.1.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Turbo-charging Java HotSpot Virtual Machine
-XX:ParallelGCToSpaceAllocBufferSize=<value>intx1.4.11.4.21.5.01.6.0Java 6: Use -XX:YoungPLABSize in place of -XX:ParallelGCToSpaceAllocBufferSize in the future.
-XX:+ParallelGCVerbosebool1.4.11.4.21.5.01.6.0
-XX:+ParallelRefProcEnabledbool 1.5.01.6.0
-XX:ParCMSPromoteBlocksToClaim=<value>intx1.4.11.4.21.5.01.6.0Java 6: Use -XX:CMSParPromoteBlocksToClaim in place of -XX:ParCMSPromoteBlocksToClaim in the future.
-XX:ParGCArrayScanChunk=<value>intx 1.5.01.6.0
-XX:ParGCDesiredObjsFromOverflowList=<value>intx1.4.11.4.21.5.01.6.0
-XX:ParGCMaxArrayAsNormalObject=<value>intx1.4.11.4.2
-XX:+ParkTLEbool1.3.1
-XX:+PassParametersInRegistersbool1.3.1
-XX:+PauseAtStartupbool 1.6.0
-XX:PauseAtStartupFile=<value>ccstr 1.6.0
-XX:PerBytecodeRecompilationCutoff=<value>intx 1.6.0
-XX:PerBytecodeTrapLimit=<value>intx 1.6.0
-XX:+PerfAllowAtExitRegistrationbool1.4.11.4.21.5.01.6.0
-XX:+PerfBypassFileSystemCheckbool 1.4.21.5.01.6.0
-XX:PerfDataMemorySize=<value>intx1.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:PerfDataSamplingInterval=<value>intx1.4.11.4.21.5.01.6.0
-XX:+PerfDataSaveToFilebool1.4.11.4.21.5.01.6.0
*
-XX:+PerfDisableSharedMembool1.4.11.4.21.5.01.6.0
* 1.4.2 HotSpot Instrumentation
-XX:PerfMaxStringConstLength=<value>intx1.4.11.4.21.5.01.6.0
-XX:PerMethodRecompilationCutoff=<value>intx 1.6.0
-XX:PerMethodTrapLimit=<value>intx 1.6.0
-XX:PermGenPadding=<value>uintx1.4.11.4.21.5.01.6.0
-XX:PermMarkSweepDeadRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:PermSize=<value>uintx1.3.11.4.01.4.11.4.21.5.01.6.0Initial size of permanent generation
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
*
-XX:+PostSpinYieldbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:PreBlockSpin=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+PreferInterpreterNativeStubsbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:PrefetchCopyIntervalInBytes=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Prefetch n bytes ahead for scavenge copy destination area. The default is 0. The ideal value may vary depending on the processor.
* HotSpot Technology Tools and HP-Specific Features
-XX:PrefetchFieldsAhead=<value>intx 1.4.01.4.11.4.21.5.01.6.0
-XX:PrefetchScanIntervalInBytes=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Prefetch n bytes ahead for scavenge scan area. The default is 0. The ideal value may vary depending on the processor.
* HotSpot Technology Tools and HP-Specific Features
-XX:PrefetchScavengeFieldsAhead=<value>1.3.1 Prefetch the next n fields of objects during scavenge. The default is 0. The ideal value may vary depending on the processor.
* HotSpot Technology Tools and HP-Specific Features
-XX:PreInflateSpin=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+PreserveAllAnnotationsbool 1.5.01.6.0
-XX:PreserveMarkStackSize=<value>uintx 1.5.01.6.0
-XX:+PreSpinYieldbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:PretenureSizeThreshold=<value>uintx 1.4.01.4.11.4.21.5.01.6.0Objects size greater than this is directly allocated in the older generation
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+PrintAdaptiveSizePolicybool1.4.11.4.21.5.01.6.0Prints information about adaptive size policy
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintClassHistogrambool 1.4.21.5.01.6.0Prints the all the java heap objects, their instance count and total space they occupy in the heap. The only downside is that you need to issue a SIGQUIT (see -Xsqnopause) which will leave the app running but will dump all of this data to stdout. Very useful to assist in identifying memory problems for example on a production platform where an CPU intensive profiler cannot be used.
-XX:+PrintCMSInitiationStatisticsbool 1.6.0
-XX:PrintCMSStatistics=<value>intx 1.4.01.4.11.4.21.5.01.6.0If > 0, Print statistics about the concurrent collections. For example, the number of times the concurrent collection yield to a young generation collection and the number of cards precleaned
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintCommandLineFlagsbool 1.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+PrintCompilationbool1.3.11.4.01.4.11.4.21.5.01.6.0traces methods as compiled
* Java HotSpot VM Options
-XX:+PrintConcurrentLocksbool 1.6.0
-XX:PrintFLSCensus=<value>intx1.4.11.4.21.5.01.6.0if > 0, print the populations of the CMS free lists
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:PrintFLSStatistics=<value>intx 1.4.01.4.11.4.21.5.01.6.0If > 0, print statistics about the concurrent free lists. For example, a fragmentation parameter
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintGCbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintGCApplicationConcurrentTimebool 1.4.21.5.01.6.0Measure the amount of time the applications runs between collection pauses
* Diagnosing a Garbage Collection problem
-XX:+PrintGCApplicationStoppedTimebool 1.4.21.5.01.6.0Measure the length of the collection pauses.
* Diagnosing a Garbage Collection problem
-XX:+PrintGCDetailsbool 1.4.01.4.11.4.21.5.01.6.0Gives some details about the GCs, such as size of the young and old generation before and after GCs, size of total heap, time it takes for a GC to happen in young and old generation, size of objects promoted at every GC etc.
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Turbo-charging Java HotSpot Virtual Machine
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+PrintGCTaskTimeStampsbool 1.4.21.5.01.6.0
-XX:+PrintGCTimeStampsbool 1.4.01.4.11.4.21.5.01.6.0Prints the times at which the GCs happen relative to the start of the application
* Turbo-charging Java HotSpot Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* GC Portal
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
-XX:+PrintHeapAtGCbool 1.4.01.4.11.4.21.5.01.6.0Prints detailed GC info including heap occupancy before and after GC.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintHeapAtSIGBREAKbool 1.6.0
-XX:+PrintHeapUsageOverTimebool Print heap usage and capacity with timestamps
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
-XX:+PrintInliningbool Print message about inlined methods (debug only)
* Java HotSpot VM Options
-XX:+PrintInterpreterbool 1.6.0
-XX:+PrintJNIResolvingbool1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+PrintParallelOldGCPhaseTimesbool 1.6.0
-XX:+PrintParScavengebool1.3.1
-XX:+PrintPLABbool 1.6.0
-XX:+PrintScavengebool1.3.1
* Java Developer Connection Bug Parade
-XX:+PrintSharedSpacesbool 1.5.01.6.0
-XX:+PrintTenuringDistributionbool1.3.11.4.01.4.11.4.21.5.01.6.0Gives the aging distribution of the allocated objects in the young generation. Tuning of -XX:NewSize, -XX:MaxNewSize, -XX:SurvivorRatio and -XX:MaxTenuringThreshold=0as described earlier, should be directed by the analysis of the output from this switch to determine that objects are not prematurely promoted to the old generation.
* Turbo-charging Java HotSpot Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Tuning Garbage Collection with the 1.3.1 Java Virtual Machine
* GC Portal
-XX:+PrintTLABbool 1.4.01.4.11.4.21.5.01.6.0trace all the operations on TLAB's (Thread Allocation Buffers)
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+PrintTLEbool1.3.1 1.6.0
-XX:+PrintVMOptionsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+PrintVMQWaitTimebool 1.6.0
-XX:ProcessDistributionStride=<value>uintx1.4.11.4.21.5.01.6.0
-XX:ProcessingToTenuringRatio=<value>intx1.3.11.4.01.4.11.4.21.5.0O
-XX:+ProfileIntervalsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:ProfileIntervalsTicks=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:ProfileMaturityPercentage=<value>intx 1.6.0
-XX:+ProfilerLightbool1.3.11.4.01.4.11.4.21.5.0
-XX:+ProfilerPrintByteCodeStatisticsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+ProfilerRecordPCbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+ProfileVMbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:PromotedPadding=<value>uintx 1.5.01.6.0
* Java Developer Connection Bug Parade
-XX:QueuedAllocationWarningCount=<value>intx 1.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+RangeCheckEliminationbool 1.6.0
-XX:ReadPrefetchInstr=<value>intx 1.6.0
-XX:ReadSpinIterations=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+ReduceSignalUsagebool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:RefDiscoveryPolicy=<value>intx1.4.11.4.21.5.01.6.0
-XX:+RegisterFinalizersAtInitbool 1.6.0
-XX:+RelaxAccessControlCheckbool 1.6.0
-XX:+RequireSharedSpacesbool 1.5.01.6.0
-XX:ReservedCodeCacheSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Reserved code cache size (in bytes) - maximum code cache size.
* Java HotSpot VM Options
-XX:+ResizePLABbool 1.6.0
-XX:+ResizeTLABbool 1.4.01.4.11.4.21.5.01.6.0Enable or disable resizing of TLABs. The -server VM has this option enabled by default.
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+ResizeTLEbool1.3.1 1.6.0
* Java Developer Connection Bug Parade
-XX:+RestoreMXCSROnJNICallsbool 1.6.0
-XX:+RewriteBytecodesbool 1.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+RewriteFrequentPairsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+SafepointPollingbool 1.5.0
* Java Developer Connection Bug Parade
-XX:SafepointSpinBeforeYield=<value>intx 1.6.0
-XX:+ScavengeBeforeFullGCbool1.4.11.4.21.5.01.6.0
-XX:ScavengeThreads=<value>1.3.1
-XX:SelfDestructTimer=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+SerializeVMOutputbool 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:SharedDummyBlockSize=<value>uintx 1.5.01.6.0
-XX:SharedMiscDataSize=<value>uintx 1.5.01.6.0
-XX:+SharedOptimizeColdStartbool 1.6.0
-XX:SharedReadOnlySize=<value>uintx 1.5.01.6.0
-XX:SharedReadWriteSize=<value>uintx 1.5.01.6.0
-XX:+SharedSkipVerifybool 1.6.0
-XX:+ShowMessageBoxOnErrorbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:SliceSizeInCards=<value>1.3.1
-XX:SoftRefLRUPolicyMSPerMB=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Starting with Java HotSpot VM implementations in J2SE 1.3.1, softly reachable objects will remain alive for some amount of time after the last time they were referenced. The default value is one second of lifetime per free megabyte in the heap. This value can be adjusted using the -XX:SoftRefLRUPolicyMSPerMB flag, which accepts integer values representing milliseconds per MB of free memory.
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Frequently Asked Questions About the Java HotSpot VM
* Tuning Garbage Collection with the 1.3.1 Java Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
-XX:+SplitIfBlocksbool 1.6.0
-XX:StackRedPages=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:StackShadowPages=<value>intx 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+StackTraceInThrowablebool1.3.11.4.01.4.11.4.21.5.01.6.0Enable or disable stack traces in exceptions.
* The Java HotSpot Virtual Machine Client Compiler
-XX:StackYellowPages=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:Stage2CompileThreshold=<value>intx 1.4.0
-XX:+StagedCompilationbool 1.4.0
-XX:+StartAttachListenerbool 1.6.0
-XX:StarvationMonitorInterval=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0
-XX:+StressLdcRewritebool 1.6.0
-XX:+StressTieredRuntimebool 1.6.0
-XX:+SuppressFatalErrorMessagebool 1.6.0
-XX:SurvivorPadding=<value>uintx1.4.11.4.21.5.01.6.0
-XX:SurvivorRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Sets the ratio of the survivor spaces (there are two) to the whole of the young generation.
* Turbo-charging Java HotSpot Virtual Machine
* A Test of Java Virtual Machine Performance
* Tuning Garbage Collection with the 1.3.1 Java Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Frequently Asked Questions About the Java HotSpot VM
* Java HotSpot VM Options
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:SuspendRetryCount=<value>intx 1.6.0
-XX:SuspendRetryDelay=<value>intx 1.6.0
-XX:SyncFlags=<value>intx 1.6.0
-XX:SyncKnobs=<value>ccstr 1.6.0
-XX:SyncVerbose=<value>intx 1.6.0
-XX:+TaggedStackInterpreterbool 1.6.0
-XX:TargetPLABWastePct=<value>intx 1.6.0
-XX:TargetSurvivorOccupationRatio=<value>size_t1.3.1
-XX:TargetSurvivorPadding=<value>size_t1.3.1
-XX:TargetSurvivorRatio=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0This flag sets the desired percentage of the survivor space heap which must be used before objects are promoted to the old generation. For example, setting z to 90 would mean that 90% of the survivor space must be used before the young generation is considered full and objects are promoted to the old generation. This would allow objects to age more in the young generation before being tenured. The default value is 50.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Java HotSpot VM Options
-XX:TenuredGenerationSizeIncrement=<value>uintx 1.5.01.6.0
-XX:TenuredGenerationSizeSupplement=<value>uintx 1.5.01.6.0
-XX:TenuredGenerationSizeSupplementDecay=<value>uintx 1.5.01.6.0
-XX:ThreadPriorityPolicy=<value>intx 1.5.01.6.0
-XX:+ThreadPriorityVerbosebool 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:ThreadSafetyMargin=<value>intx 1.5.01.6.0
-XX:ThreadStackSize=<value>intx1.3.11.4.01.4.11.4.21.5.01.6.0Thread Stack Size (in Kbytes) (0 means use default stack size)
* Java HotSpot VM Options
-XX:ThresholdTolerance=<value>uintx1.4.11.4.21.5.01.6.0
-XX:Tier1BytecodeLimit=<value>intx 1.6.0
-XX:+Tier1UpdateMethodDatabool 1.6.0
-XX:Tier2BackEdgeThreshold=<value>intx 1.6.0
-XX:Tier2CompileThreshold=<value>intx1.4.11.4.21.5.01.6.0
-XX:+TieredCompilationbool1.4.11.4.21.5.01.6.0
-XX:TLABAllocationWeight=<value>uintx 1.5.01.6.0
-XX:TLABFragmentationRatio=<value>uintx 1.4.01.4.11.4.2
-XX:TLABRefillWasteFraction=<value>uintx 1.5.01.6.0
-XX:TLABSize=<value>uintx 1.4.01.4.11.4.21.5.01.6.0Set the size of the TLAB in bytes.
* Java and Solaris Threading
-XX:+TLABStatsbool 1.5.01.6.0
-XX:TLABThreadRatio=<value>uintx 1.4.01.4.11.4.2
* Java Developer Connection Bug Parade
-XX:TLABWasteIncrement=<value>uintx 1.5.01.6.0
-XX:TLABWasteTargetPercent=<value>uintx 1.5.01.6.0
-XX:TLEFragmentationRatio=<value>1.3.1 1.6.0
-XX:TLESize=<value>size_t1.3.1 1.6.0Sets the size of the TLEs (in bytes)
* Java and Solaris Threading
-XX:TLEThreadRatio=<value>1.3.1 1.6.0
* Java Developer Connection Bug Parade
-XX:+TraceBiasedLockingbool 1.6.0
-XX:+TraceClassLoadingbool1.3.11.4.01.4.11.4.21.5.01.6.0Display classes as they are loaded. Similar to -verbose:class
-XX:+TraceClassLoadingPreorderbool 1.4.21.5.01.6.0
-XX:+TraceClassResolutionbool 1.4.21.5.01.6.0
-XX:+TraceClassUnloadingbool1.3.11.4.01.4.11.4.21.5.01.6.0Display classes as they are unloaded.
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+TraceFailedVMTextSegmentRetargetbool 1.4.01.4.1
-XX:+TraceGen0Timebool 1.4.01.4.11.4.21.5.01.6.0
-XX:+TraceGen1Timebool 1.4.01.4.11.4.21.5.01.6.0
-XX:TraceJVMTI=<value>ccstr 1.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+TraceJVMTIObjectTaggingbool 1.5.01.6.0
-XX:+TraceLoaderConstraintsbool 1.6.0
-XX:+TraceMonitorInflationbool 1.6.0
-XX:+TraceParallelOldGCTasksbool 1.6.0
-XX:TraceRedefineClasses=<value>intx 1.6.0
-XX:TypeProfileFailureLimit=<value>intx 1.4.01.4.11.4.21.5.0
-XX:TypeProfileMinimumRatio=<value>intx 1.4.01.4.11.4.21.5.01.6.0
-XX:Ultra3PrefetchCopyIntervalInBytes=<value>1.3.1
-XX:Ultra3PrefetchScanIntervalInBytes=<value>1.3.1
-XX:Ultra3PrefetchScavengeFieldsAhead=<value>1.3.1
-XX:UnguardOnExecutionViolation=<value>intx 1.6.0
-XX:+UnlockDiagnosticVMOptionsbool 1.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+Use486InstrsOnlybool 1.4.01.4.11.4.21.5.01.6.0
-XX:+UseAdaptiveGCBoundarybool 1.5.01.6.0
-XX:+UseAdaptiveGenerationSizePolicyAtMajorCollectionbool 1.5.01.6.0
-XX:+UseAdaptiveGenerationSizePolicyAtMinorCollectionbool 1.5.01.6.0
-XX:+UseAdaptiveNUMAChunkSizingbool 1.6.0
-XX:+UseAdaptiveSizeDecayMajorGCCostbool 1.6.0
-XX:+UseAdaptiveSizePolicybool1.4.11.4.21.5.01.6.0Automatically sizes the young generation and chooses an optimum survivor ratio to maximize performance.
* Garbage Collector Ergonomics
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+UseAdaptiveSizePolicyAggressiveFootprintGoalbool 1.5.0
-XX:+UseAdaptiveSizePolicyFootprintGoalbool 1.5.01.6.0
-XX:+UseAdaptiveSizePolicyWithSystemGCbool 1.5.01.6.0
-XX:+UseAdaptiveSizeScaleFootprintChangeByRatiobool 1.5.0
-XX:+UseAdaptiveSizeScaleThroughputChangeByRatiobool 1.5.0
-XX:+UseAltSigsbool1.3.1 1.4.11.4.21.5.01.6.0On the Solaris operating environment, the VM uses SIGUSR1 by default, which can sometimes conflict with applications that signal-chain SIGUSR1. -XX:+UseAltSigs will cause the VM to use signals other than SIGUSR1 and SIGUSR2 as the default.
* Java HotSpot VM Options
-XX:+UseAutoGCSelectPolicybool 1.6.0
-XX:+UseBiasedLockingbool 1.5.01.6.0This option first appears in 1.5.0_06. Enables a technique for improving the performance of uncontended synchronization. Some applications with significant amounts of uncontended synchronization may attain significant speedups with this flag enabled.
* Java Tuning White Paper
-XX:+UseBoundThreadsbool1.3.11.4.01.4.11.4.21.5.01.6.0Bind user level threads (Solaris only)
* A Test of Java Virtual Machine Performance
* Java HotSpot VM Options
* Java and Solaris Threading
* Frequently Asked Questions About the Java HotSpot VM
-XX:+UseC2CallingConventionsbool1.3.11.4.01.4.11.4.2
* Java Developer Connection Bug Parade
-XX:+UseCMSBestFitbool1.4.11.4.21.5.01.6.0
-XX:+UseCMSCollectionPassingbool1.4.11.4.21.5.01.6.0
-XX:+UseCMSCompactAtFullCollectionbool1.4.11.4.21.5.01.6.0Normally the concurrent low pause collector does not copy nor compact the live objects. A garbage collection is done without moving the live objects. If fragmentation becomes a problem, allocate a larger heap. In 1.4.2 if fragmentation in the tenured generation becomes a problem, a compaction of the tenured generation will be done although not concurrently. In 1.4.1 that compaction will occur if the UseCMSCompactAtFullCollection option is turned on.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+UseCMSInitiatingOccupancyOnlybool1.4.11.4.21.5.01.6.0Used to enabled/disable the use of the anticipated promotions to start a concurrent collection set
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
-XX:+UseCompilerbool 1.4.01.4.11.4.21.5.01.6.0
-XX:+UseCompilerSafepointsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseConcMarkSweepGCbool 1.4.01.4.11.4.21.5.01.6.0This flag turns on concurrent garbage collection in the old generation. Available from J2SE1.4.1.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Turbo-charging Java HotSpot Virtual Machine
* Java HotSpot VM Options
-XX:+UseDefaultStackSizebool1.3.11.4.01.4.11.4.21.5.0
-XX:+UseDepthFirstScavengeOrderbool 1.6.0
-XX:+UseExtendedFileIObool 1.6.0
-XX:+UseFastAccessorMethodsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseFastEmptyMethodsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseFastJNIAccessorsbool 1.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseFixedFrameSizebool 1.4.01.4.11.4.2
* Java Developer Connection Bug Parade
-XX:+UseForcedSuspensionbool1.4.11.4.2
* Java Developer Connection Bug Parade
-XX:+UseGCOverheadLimitbool 1.6.0
-XX:+UseGCTaskAffinitybool1.4.11.4.21.5.01.6.0
-XX:+UseHeavyMonitorsbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseInterpreterbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseISMbool1.3.11.4.01.4.11.4.21.5.01.6.0Intimate Shared Memory
* Big Heaps and Intimate Shared Memory (ISM)
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Java HotSpot VM Options
-XX:+UseLargePagesbool 1.6.0
-XX:+UseLargePageSizebool 1.4.01.4.1
-XX:+UseLoopCounterbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseLWPSynchronizationbool1.3.11.4.01.4.11.4.21.5.01.6.0Use LWP-based instead of thread based synchronization. Default is on in J2SE 1.4.0 or higher. (Solaris only)
* Java and Solaris Threading
* Java HotSpot VM Options
-XX:+UseMaximumCompactionOnSystemGCbool 1.6.0
-XX:+UseMembarbool 1.6.0
-XX:+UseMPSSbool 1.4.01.4.11.4.21.5.01.6.0Use Multiple Page Size Support (Solaris 9 only) w/4mb pages for the heap. Do not use with ISM as this replaces the need for ISM.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Java HotSpot VM Options
-XX:+UseNewCodebool 1.6.0
-XX:+UseNewCode2bool 1.6.0
-XX:+UseNewCode3bool 1.6.0
-XX:+UseNewFeature1bool 1.4.21.5.0
-XX:+UseNewFeature2bool 1.4.21.5.0
-XX:+UseNewFeature3bool 1.4.21.5.0
-XX:+UseNewFeature4bool 1.4.21.5.0
-XX:+UseNiagaraInstrsbool 1.6.0
-XX:+UseOnStackReplacementbool1.3.11.4.01.4.11.4.21.5.01.6.0
* Java Developer Connection Bug Parade
-XX:+UseOversizedCarHandlingbool 1.4.01.4.11.4.21.5.0O
-XX:+UseParallelDensePrefixUpdatebool 1.6.0
-XX:+UseParallelGCbool1.4.11.4.21.5.01.6.0This flag also turns on parallel garbage collection policy in the young generation; however, it does not work with the CMS collector in the old generation. It is more suitable for enterprise applications which can benefit from very large young generation heaps.
* Garbage Collector Ergonomics
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Turbo-charging Java HotSpot Virtual Machine
-XX:+UseParallelOldGCbool 1.6.0
-XX:+UseParallelOldGCCompactingbool 1.6.0
-XX:+UseParallelOldGCDensePrefixbool 1.6.0
-XX:+UseParallelScavengebool1.3.1
* Java Developer Connection Forums
-XX:+UseParNewGCbool1.4.11.4.21.5.01.6.0This flag turns on parallel garbage collection in the young generation. It can be enabled together with the CMS collector in the old generation. Available in J2SE1.4.1 on an experimental basis.
* Improving Java Application Performance and Scalability by Reducing Garbage Collection Times and Sizing Memory Using JDK 1.4.1
* Frequently Asked Questions about Garbage Collection in the HotspotTM JavaTM Virtual Machine
* Tuning Garbage Collection with the 1.4.2 Java Virtual Machine
* Diagnosing a Garbage Collection problem
* Turbo-charging Java HotSpot Virtual Machine
-XX:+UsePerfDatabool1.4.11.4.21.5.01.6.0
* 1.4.2 HotSpot Instrumentation
-XX:+UsePermISMbool1.3.11.4.01.4.11.4.21.5.01.6.0
* HotSpot Performance Tuning
-XX:+UsePSAdaptiveSurvivorSizePolicybool 1.5.01.6.0
-XX:+UseRecompilationbool1.3.1
* Java Developer Connection Bug Parade
-XX:+UseResizableSurvivorSpacesbool1.3.1
-XX:+UseSerialGCbool 1.5.01.6.0Enable the "legacy" serial
页:
[1]