이 문서는 자바 핫스팟(HotSpot) 가상 머신의 성능에 영향을 줄 수 있는 명령 라인 옵션과 환경 변수에 대한 정보를 제공한다. 따로 언급하지 않는다면 이 문서의 모든 정보는 자바 핫스팟(HotSpot) 클라이언트 VM과 자바 핫스팟(HotSpot) 서버 VM 둘다에게 해당된다.

이 문서는 다음과 같은 부분을 포함한다.

자바 핫스팟 옵션 카테고리들

Exact VM 옵션들에 대한 자바 핫스팟 VM에서 제공하는 것

_JIT_ARGS 환경 변수들에 대한 자바 핫스팟에서 제공하는 것

_JVM_ARGS 환경 변수들에 대한 자바 핫스팟에서 제공하는 것

추가적인 자바 핫스팟 인자들

Exact VM 옵션들에 대한 자바 핫스팟 VM에서 제공하는 것

이 부분은 우선적으로 Solaris에서 J2SE 1.3과 1.4를 사용하는 사용자에 촛점을 두었다.

1.3.0 버전이전에서 Solaris를 위한 자바 2 SDK의 릴리즈 제품들은 Exact VM(EVM)으로 알려진 가상머신 구현으로 배포되었다. 1.3.0 버전으로 시작하면서 Exact VM을 자바 핫스팟 VM에의해서 대체되었다.

Exact VM에의해서 제공되는 몇가지 옵션들은 이름들이 변경되었거나 자바 핫스팟 VM에 사용되지 않게 되었다. 이들 EVM 옵션들과 그에 대응하는 핫스팟 VM 옵션들은 다음 테이블에 보이는 것과 같다.

EVM 옵션	설명	자바 핫스팟 대응 옵션
-Xt	트레이싱(tracing)하도록 하는 명령	None (없어진 옵션)
-Xtm	메소드 트레이싱(tracing)	None (없어진 옵션)
-Xoss	자바의 최대 스택(stack) 크기	None (핫스팟은 네이티브(native)와 자바 스택(stack)을 분리 할 수 없다.)
-Xverifyheap	힙의 무결성을 검사한다.	-XX:+VerifyBeforeGC -XX:+VerifyAfterGC -XX:+VerifyTLE (J2SE 1.4 에서는 -XX:+VerifyTLAB ) -XX:+VerifyBeforeScavenge -XX:+VerifyAfterScavenge (모두 debug시에만)
-Xmaxjitcodesize	최대 컴파일된 코드 크기	-Xmaxjitcodesize (과거에는 -Xmaxjitcodesize=32m, 현재는 -Xmaxjitcodesize32m)
-Xgenconfig	힙을 설정	(아래의 Xgenconfig 부분을 보기 바란다.)
-Xoptimize	JIT Compiler를 최적화해서 사용한다.	-server
-Xconcgc	병렬 가비지 콜렉션(concurrent garbage collector)을 수행한다.(1.2.2_07 이상)	-XX:+UseConcMarkSweepGC (J2SE 1.4.1부터 이용할 수 있다.)

자바 핫스팟 VM은 최근에 Exact VM에 의해서 다음의 지원되지 않는 -X 옵션들을 지원하게 되었다.

옵션	설명
-Xincgc	트레인(Train) GC 사용하기
-Xnoincgc	트레인 가비지 콜렉션(Train Garbage Collection)를 사용하기 않는다.(default)
-XX:MaxHeapFreeRation=<Maximum>	힙 여유 퍼센트(default 70)
-X:MinHeapFreeRation=<Minimum>	힙 여유 퍼센트(default 40)
-Xint	인터프리터(Intepreter)만 (JIT 컴파일없이)
-XX:+UseBoundThreads	사용자 레벨 쓰레드들에 바인드(bind) - Solaris에서만
-Xmn<Size>	young generation 크기를 설정한다.(J2SE 1.4.0부터 이용가능하다.)
-XX:+UseParallelGC	병렬 가비지 콜렉션(parallel garbage collection) 사용 (J2SE 1.4.0부터 이용가능하다.)
-XX:+UseAltSigs	Solaris 운영체제에서 VM은 디폴트로 SIGUSR1을 사용한다. 이것은 SIGUSR1을 시그널 체인(signal-chain) 하는 애플리케이션 과 충돌하는 경우가 때때로 발생할수 있다는 것이다. -XX:+UseAltSigs는 디폴트로 SIGUSR1 과 SIGUSR2과 다른 시그널(signal)을 사용하도록 할 수 있을 것이다. J2SE 1.4.1부터 Solaris 운영환경에서 이용할 수 있다.

_JIT_ARGS 환경 변수들에 대한 자바 핫스팟에서 제공하는 것

대부분 _JIT_ARGS 환경 변수들은 단지 내부적인 디버깅 옵션들이 있고 자바 핫스팟 옵션에 대응하는 것을 가지고 있지는 않다. 처음에 소개했던것처럼 불안정한 상태를 야기 되어질수 있고 문제들을 추적하기 위해서 내부적인 테스팅 그룹에 의해서 사용되어지는 최적화의 몇가지 형식을 대부분 간단하게 사용못하게 한다.

_JIT_ARGS Environment	핫스팟 옵션	설명
jit/jbe	-client/-server	jbe는 1.2 버전 기반의 시스템에서 -Xoptimize를 사용한 것과 똑같은 것이고 jit는 디폴트이다. 1.3 에서는 1.2에서 사용하는 -Xoptimize(또는 jbe)를 -server로 대체하여 사용한다.
trace	-XX:+PrintCompilation	컴파일된 추적 메소드들(traces methods)
V8/V9	-XX:+UseV8InstrsOnly	두 개의 시스템상에서 자동적으로 행해지며 이들 플래그들을 사용되도록 아키텍처에게 강요한다.(Sparc/debug용으로만)

_JVM_ARGS 환경변수	핫스팟 옵션	설명
bound_threads	-XX:+UseBoundThreads	이 옵션들은 쓰레드들과 결합되어 생성되어지도록 모든 쓰레드들에게 강요한다.
fixed_size_young_gen	1.3에서는 -XX:NewSize=<size> -XX:MaxNewSize=<size> 1.4에서는 -Xmn<size>	young generation의 크기 재설정 할수 없게한다. 핫스팟에서 이렇게 하기 위해서는 간단하게 상수로 young generation의 크기를 설정한다.
gc_stats	-verbose:gc	gc 통계 모음의 다양한 형태를 가능하게 한다.
ims_concurrent	none
inline_instrs	-XX:MaxInlineSize=<size>	인라인된(inlined) 메소드내에서 바이트 코드 명령어들(bytecode instructions)의 최대수
	-XX:FreqInlineSize=<size>	자주 실행되는 인라인된(inlined) 메소드 내에 있는 바이트 코드 명령어들(bytecode instructions)의 최대수
inline_print	-XX:+PrintInlining	(inlined) 메소드에 대한 메시지를 출력한다.(디버깅시에만)
no_parallel_gc	none
sync_final	none
yield_interval	-XX:DontYieldALotInterval=<ms>	(디버깅시에만) 양보(yield)하는 사이의 밀리초 단위의 간격
monitor_order	none

추가적인 자바 핫스팟 인자들

메가 바이트를 의미하는 'm'또는 'M', 킬로 바이트를 의미하는 'k' 또는 'K' 그리고 기가 바이트를 의미하는 'g' 또는 'G'를 포함할 수 있다. (예를 들면 32k는 32768과 같다.) -XX:+<option>를 가지고 boolean 플래그를 설정하고 -XX:-<option>을 가지고 설정을 해제한다.

플래그와 디폴트값	설명
-XX:-AllowUserSignalHandlers	만약 애플리케이션이 시그널핸들러들(signal handlers)를 설치할때 불평하지 않는다.(Solaris에서만)
-XX:AltStackSize=16384	Alternate signal stack size (in Kbytes, Solaris Only) 시그널 스택 크기를 대체한다.(Kbyte로 Solaris에서만)
-XX:+MaxFDLimit	최대 파일 디스크립터(file descriptor)의 수까지 이르게 한다.(Solaris에서만)
-XX:MaxHeapFreeRatio=70	줄어드는 것(shrinking)을 피하기 위해서 GC 후에 heap의 여유분의 최대 퍼센트
-XX:MinHeapFreeRatio=40	확장을 피하기 위해서 GC 이후 heap의 여유의 최소 퍼센트
-XX:-UseBoundThreads	사용자 레벨의 쓰레드들을 커널 쓰레드들로 바인드(bind)한다. (Solaris에서만)
-XX:-UseLWPSynchronization	동기기반의 쓰레드 대신에 LWP기반을 사용한다. J2SE 1.4.0 이상에서는 디폴트다.(Solaris에서만)
-XX:+UseThreadPriorities	네이티브(native) 쓰레드 우선순위를 사용한다.
-XX:MaxPermSize=64m	영구적인 생성의 크기, GC 튜닝(Tuning)참조
-XX:-CITime	JIT 컴파일러로 소비되는 시간 (1.4에서만)
-XX:-PrintTenuringDistribution	보유 기간 정보를 출력한다.
-XX:TargetSurvivorRatio=50	이용할 수 있는 것을 찾은 후에 사용되어지는 남은 공간으로 되길 원하는 퍼센트
-XX:-DisableExplicitGC	System.gc()을 호출하지 않고, 필요할때 JVM이 조용히 가비지 콜렉션을 수행한다.

아키텍처(architecture)/OS/JVM 버전에 따라 다른 플래그들. "플래그와 디폴트값"는 JVM버전 1.3 에서 Sparc/-server을 기본값으로 가진다.

플래그와 디폴트값	설명
-XX:CompileThreshold=10000	컴파일 또는 재컴파일 전에 메소드 호출/분기의 수 [10,000 -server, 1,500 -client]
-XX:MaxNewSize=32m	(바이트로)새로 생성하는 최대 크기 [현재 MaxNewSize를 결정하기 위해서 사용되어지는 NewRatio로써 1.3에 대해서 sparc에서는 32m, intel에서는 2.5m 이고 1.4에 대해서는 제한이 없다.]
-XX:NewRatio=2	새로 생성된 크기/이전에 생성된 크기의 비율 [sparc -server: 2, sparc -client: 4 (1.3) 8 (1.3.1+), intel: 12]
-XX:NewSize=2228224	새로 생성할때의 기본적인 크기(바이트로) [sparc 2.125M, intel: 640k]
-XX:ReservedCodeCacheSize=32m	예약된 코드 캐시 크기(바이트로) - 최대 코드 캐시 크기 [Solaris 64-bit: 1024m]
-XX:SurvivorRatio=64	에덴 공간(eden space)크기/서바이블 공간(survivor space)의 비율[Solaris: 64, Solaris: 32 (1.3.1 이상에서), Linux/Windows: 8]
-XX:ThreadStackSize=512	쓰레드 스택 크기(킬로바이트로) (0은 디폴트 스택 크기를 사용한다는 의미이다.) [Sparc: 512, Solaris Intel: 256, Sparc 64bit: 1024 all others 0]
-XX:+UseTLE (-XX:+UseTLAB in J2SE 1.4)	쓰레드 로컬 객체 할당(thread-local object allocation)을 사용한다.[Sparc -server: true, all others: false]
-XX:-UseISM	Intimate Shared Memory참조
-XX:-UseMPSS	힙을 위해서 w/4mb 페이지하는 다중 페이지 크기 지원(Multiple Page Size Support)을 사용한다.(Solaris 9에서만) ISM과 함께 사용하지 않는다.