JITコンパイラ

Hotspot Compilation

hotspotと呼ばれる由来。
アプリケーション全体が満遍なく実行されることはそうそうない。
いくつかのサブセットが頻繁に実行されることが多い。
このサブセット群がより実行されればされるほど、それらはホットとみなされる。

アプリケーションの性能は、このホットスポットがいかに早く実行されるかに依存する傾向。

JITコンパイラが実行初期段階で中間コードをコンパイルしない理由。

ホットスポットがない場合は、コンパイル処理がネックとなる。
中間コード（Javaバイトコード）をJava Interpreterで解釈した方が早い。

ホットスポットがどこか最初はコンパイラは知らない。
また、コードに関する情報も最初はほとんど知らない。
JVMが特定のメソッドやループを実行すればするほど、コードに関する情報が増え、最適化が行えるようになる。（型情報等）

コンパイルログに、各メソッドがどの階層でコンパイルされたかが主力される。

最初、ほとんどのコードはレベル３でコンパイルされる。
JITコンパイルは非同期でなされるため、C1,C2それぞれにキューが存在する。

これらのキューは厳密にはFIFOではなく、呼び出しカウンタが大きいメソッドが優先される。

完全なネイティブバイナリーを生成可能。
GraalVMは、C2コンパイラの新しい実装を含む。

Ahead-of-time (AOT) コンパイルは、
アプリケーションの一部（または全部）を実行前にコンパイルすることができる。
コンパイルされたコードは、共有ライブラリとなり、アプリケーション起動時にJVMが使用する。

GraalVMは、C2コンパイラほど積極的にコードを最適化しないため、
長く実行されるアプリケーションがあれば、最終的には従来のJVMの方が有利。