「JITコンパイラ」の版間の差分
imported>Administrator |
imported>Administrator |
||
15行目: | 15行目: | ||
== 起動速度 == | == 起動速度 == | ||
− | + | JITコンパイラは手軽で実行速度も速いと完璧に見えるが、[[プログラム]]の起動速度が絶望的に遅いという弱点を抱えている。 | |
− | |||
− | + | 起動速度をある程度現実的なものにすべく、[[コンパイラ]]の[[最適化処理]]をある程度で見切りを付けるようになってしまっていることも多い。 | |
+ | |||
+ | 最近では[[インタプリタ]]で即座に実行をはじめ、その裏で密かに[[コンパイル]]を実行し、コンパイルが完了した時点で[[プログラム]]の制御を何事も無かったかのように[[インタプリタ]]から[[ネイティブコード]]に移すという[[実装]]も現れてきており、体感的な起動速度は向上しはじめている。 | ||
+ | |||
+ | そのほかにも初回実行時の[[コンパイル]]結果を[[HDD]]や[[SSD]]などに[[キャッシュ]]しておくことで二回目以降の起動が早いという手法も見かける。 | ||
+ | |||
+ | [[コンピューター]]の性能も飛躍的に向上していることもあり、あまり気にならなくなりつつあるが、[[UNIX]]のコマンド群のような軽い[[コンソールプログラム]]などでは微妙に[[ストレス]]が溜まる。 | ||
== ベンチマーク詐欺 == | == ベンチマーク詐欺 == |
2014年8月7日 (木) 00:25時点における版
JITコンパイラ(読み:じっとこんぱいら、語源:Just In Time Compiler)とは、プログラムを実行する直前にソースコードをコンパイルする方法のことである。
概要
JITコンパイラとは、インタプリタの使い勝手で、AOTコンパイラの速度を得るために考えられた手法である。
なら、インタプリタ風にソースコードを食わせると、密かにコンパイルして終わったら勝手に実行すればいいんじゃね?という代物である。
最適化
AOTコンパイラでは難しい不特定多数の実行環境での最適化に強いという特徴がある。 JITコンパイラでは、コンパイルする環境と実行する環境が同一であるため、コンパイラはその環境のリソースを調べ、リソースを使い切るようなネイティブコードを吐ける。
たとえばPentium 4とCore i7ではレジスタ数や命令セットなどが異なるが、これをAOTコンパイラでPentium 4向けに最適化するとCore i7の全機能を生かしきれず、Core i7向けに最適化するとPentium 4で動かないという問題があるが、JITコンパイラであればどちらに最適化すればよいのかは自信の環境を調べれば簡単に判別可能であるため常に最適なネイティブコードが得られる。
起動速度
JITコンパイラは手軽で実行速度も速いと完璧に見えるが、プログラムの起動速度が絶望的に遅いという弱点を抱えている。
起動速度をある程度現実的なものにすべく、コンパイラの最適化処理をある程度で見切りを付けるようになってしまっていることも多い。
最近ではインタプリタで即座に実行をはじめ、その裏で密かにコンパイルを実行し、コンパイルが完了した時点でプログラムの制御を何事も無かったかのようにインタプリタからネイティブコードに移すという実装も現れてきており、体感的な起動速度は向上しはじめている。
そのほかにも初回実行時のコンパイル結果をHDDやSSDなどにキャッシュしておくことで二回目以降の起動が早いという手法も見かける。
コンピューターの性能も飛躍的に向上していることもあり、あまり気にならなくなりつつあるが、UNIXのコマンド群のような軽いコンソールプログラムなどでは微妙にストレスが溜まる。
ベンチマーク詐欺
かつて、JITコンパイラを売りにするベンダーが公表するベンチマークでは、コンパイル時間を含めず、その後の処理開始から処理終了までを計測するという詐欺まがいの行為も多数見受けられた。 とくにJavaとかである。