[Just-in-Time Compilation (JITC)]

• 대부분 자바스크립트 JITC를 쓰는 브라우저가 이런 방식
  • 소스코드 → byte코드 → 네이티브 코드
  • 네이티브 코드 화는 실행 중에 발생하기 때문에 컴파일에서 리소스를 많이 소비하게되면 interprete방식보다 더 느려지게된다 → 아주 최소한의 코드만 네이티브 코드화 시킨다
    • 그럼에도 불구하고 네이티브 코드가 수행시간이 더 빨라서 자바는 JITC를 많이 쓴다

[JavaScript에서는 JITC보다 interpreter가 더 낫다?]

자바스크립트는 매우 동적인 언어이다

• 자바스크립트 JITC는 모든 예외 케이스를 고려해서 코드 생성을 해야 한다
  • 자바와 다르게 네이티브 코드로의 컴파일이 배우 비효율적
• 실행 목적도 자바스크립트와 자바는 다르다
  • 자바는 상대적으로 연산이 많고 자바스크립트는 순간적인 반응 연산이 많다
• 두 가지의 가장 큰 차이점은 자주 반복돼서 수행되는 구간(hotspot)이 얼마나 많은가

  • hotspot이 적어지면 컴파일 효율성이 낮아진다

    → 자바스크립트는 자바보다 더 반복 구간이 적다

    → 자바스크립트 코드는 컴파일하는 것보다 그냥 바로 바이트 코드에서 실행 시키는 것이 효율적인 순간이 더 많다

    → 하지만 점차 자바스크립트가 다양하게 쓰이면서 이러한 상황들이 달라지고 있는 추세

[Adaptive JIT Compilation]

자바스크립트의 복잡한 쓰임이 늘어가면서 최근 JavaScript 엔진들은 대부분 adaptive compilation 방식 채택

• 반복 수행 정도에 따라 유동적으로 서로 다른 최적화 수준 적용

  → 기본적으로 모든 코드는 처음에 interpreter로 수행합니다.

  → 그러다가 자주 반복되는 부분(hotspot)이 발견되면, 그 부분에 대해서만 JITC를 적용하여 native code로 수행

문제는 자바스크립트가 동적으로 쓰이면 JITC의 가정이 무의미해진다

• 동적인 변화가 자주 일어나지 않을 것이라고 가정하고 컴파일된다
  • 예를 들어 반복 사용되는 변수의 자료형이 변하거나 하면 패널티 발생
• 동적인 변화가 발생했을 때 페널티는 크더라도, 변화하지 않았을 때 큰 성능 이득을 볼 수 있는 최적화 방법들을 적용 → hidden class나 inline caching

하나의 array에는 하나의 type만 넣어주는 것이 최고

• 성능이 좋은 JavaScript 코드를 만들고 싶다면, JavaScript 코드를 작성할 때 마치 C나 Java처럼 static typing 언어라고 생각하고 작성해야한다

자바스크립트 엔진의 최적화 기법 (1) - JITC, Adaptive Compilation : TOAST Meetup