자바 최적화 9장

[creaton60]

바이트코드 해석

• JVM 인터프리터는 일종의 스택 머신 처럼 동작

• 물리적 CPU 와는 달리 계산 결과를 바로 보관하는 레지스터는 없음

• JVM 데이터 Store

  • 평가 스택 : 메서드별로 하나씩 생성
  • 로컬 변수 : 결과를 임시 저장
  • 객체 힙 : 메서드끼리, 스레드끼리 공유

[creaton60]

[creaton60]

JVM 바이트코드

• 로드/스토어
• 산술
• 흐름제어
• 메서드 호출
• 플랫폼

[creaton60]

AOT 와 JIT 컴파일

AOT 컴파일

JIT 컴파일

비교 (AOT vs JIT)

• AOT 는 컴파일 이해가 상대적으로 쉽다.

• AOT는 코드 특성이 어렵지 않다.

• AOT는 확장성 이슈가 있다.

• JIT 은 발전 중....

• JVM 도 AOT 를 지원한다. (자바 9부터는 코어 클래스 옵션 제공)

[creaton60]

핫스팟 JIT 기초

klass 웓, vtable, 포인터 스케쥴링

JIT 컴파일 로깅

• -XX: +PrintCompilation

• 주요 필드
  • n : 네이티브 메서드
  • s : 동기화 메서드
  • ! : 예외 핸들러를 지닌 메서드
  • %: OSR 을 통해 컴파일된 메서드 (On-stack Replacement)

[creaton60]

핫스팟 단계별 컴파일

• 소스파일 : advancedThresholdPolicy.cpp

• 5개의 실행 레벨이 존재

  • 0 : 인터프리터
  • 1 : C1 - 풀 최적화
  • 2 : C1 - 호출 카운터 + 백엣지 카운터
  • 3 : C1 - 풀 프로파일링
  • 4 : C2

• 주요 Flow

  • 인터프리터로 실행 -> 단순 C1 으로 변경 -> C2 가 고급 최적화

• 컴파일 경로

  • 0-3-4
  • 0-2-3-4
  • 0-3-1
  • 0-4

• 결론: 튜닝할일 없다 알아두자

[creaton60]

코드 캐시

[creaton60]

간단한 JIT 튜닝

1. PrintCompilation 스위치 키고 애플리케이션 실행
2. 로그 수집
3. 코드 캐시 늘리자 ( -XX:ReservedCodeCacheSize=)
4. 애플리케이션 재실행
5. 컴파일 메서드 모니터링