「JITコンパイラ」の版間の差分
imported>Administrator (ページの作成：「'''JITコンパイラ'''（読み：じっとこんぱいら、語源：Just In Time Compiler）とは、プログラムを実行する直前に[[ソースコード...」) |
imported>Administrator (→概要) |
||
| (2人の利用者による、間の6版が非表示) | |||
| 1行目: | 1行目: | ||
'''JITコンパイラ'''（読み：じっとこんぱいら、語源：Just In Time Compiler）とは、[[プログラム]]を実行する直前に[[ソースコード]]を[[コンパイル]]する方法のことである。 | '''JITコンパイラ'''（読み：じっとこんぱいら、語源：Just In Time Compiler）とは、[[プログラム]]を実行する直前に[[ソースコード]]を[[コンパイル]]する方法のことである。 | ||
| − | == 概要 == | + | ==概要== |
JITコンパイラとは、[[インタプリタ]]の使い勝手で、[[AOTコンパイラ]]の速度を得るために考えられた手法である。 | JITコンパイラとは、[[インタプリタ]]の使い勝手で、[[AOTコンパイラ]]の速度を得るために考えられた手法である。 | ||
*[[インタプリタ]]に[[ソースコード]]を食わせると[[プログラム]]は走りだすが遅い。 | *[[インタプリタ]]に[[ソースコード]]を食わせると[[プログラム]]は走りだすが遅い。 | ||
| − | *[[コンパイラ]]は[[コンパイル]] | + | *[[コンパイラ]]は[[コンパイル]]し、別途実行するとか使い勝手が悪い。 |
| − | |||
| − | == 最適化 == | + | なら、[[インタプリタ]]風に[[ソースコード]]を食わせると密かに[[コンパイル]]して、コンパイルが終わったら勝手に実行すればいいんじゃね？という代物である。 |
| + | |||
| + | ==最適化== | ||
[[AOTコンパイラ]]では難しい不特定多数の実行環境での最適化に強いという特徴がある。 | [[AOTコンパイラ]]では難しい不特定多数の実行環境での最適化に強いという特徴がある。 | ||
JITコンパイラでは、[[コンパイル]]する環境と実行する環境が同一であるため、[[コンパイラ]]はその環境の[[リソース]]を調べ、リソースを使い切るような[[ネイティブコード]]を吐ける。 | JITコンパイラでは、[[コンパイル]]する環境と実行する環境が同一であるため、[[コンパイラ]]はその環境の[[リソース]]を調べ、リソースを使い切るような[[ネイティブコード]]を吐ける。 | ||
| 14行目: | 15行目: | ||
たとえば[[Pentium 4]]と[[Core i7]]では[[レジスタ]]数や[[命令セット]]などが異なるが、これをAOTコンパイラで[[Pentium 4]]向けに[[最適化]]すると[[Core i7]]の全機能を生かしきれず、[[Core i7]]向けに最適化すると[[Pentium 4]]で動かないという問題があるが、JITコンパイラであればどちらに最適化すればよいのかは自信の環境を調べれば簡単に判別可能であるため常に最適な[[ネイティブコード]]が得られる。 | たとえば[[Pentium 4]]と[[Core i7]]では[[レジスタ]]数や[[命令セット]]などが異なるが、これをAOTコンパイラで[[Pentium 4]]向けに[[最適化]]すると[[Core i7]]の全機能を生かしきれず、[[Core i7]]向けに最適化すると[[Pentium 4]]で動かないという問題があるが、JITコンパイラであればどちらに最適化すればよいのかは自信の環境を調べれば簡単に判別可能であるため常に最適な[[ネイティブコード]]が得られる。 | ||
| − | == 起動速度 == | + | ==起動速度== |
| − | + | JITコンパイラは手軽で実行速度も速いと完璧に見えるが、[[プログラム]]の起動速度が絶望的に遅いという弱点を抱えている。 | |
| − | + | また、起動速度を現実的な範囲で抑えるため[[コンパイラ]]の[[最適化処理]]をある程度で見切りを付けるようになってしまっていることも多い。 | |
| + | |||
| + | 最近では、[[サーバー]]用途など頻繁に再起動しない前提で起動速度の遅さを無視するような実装や、[[インタプリタ]]で即座に実行をはじめ、その裏で密かに[[コンパイル]]を実行し、コンパイルが完了した時点で[[プログラム]]の制御を何事も無かったかのように[[インタプリタ]]から[[ネイティブコード]]に移すという[[実装]]も現れてきており、体感的な起動速度は向上しはじめている。そのほかにも初回実行時の[[コンパイル]]結果を[[HDD]]や[[SSD]]などに[[キャッシュ]]しておくことで二回目以降の起動が速くなるという手法も見かける。 | ||
| + | |||
| + | [[コンピューター]]の性能も飛躍的に向上していることもあり、あまり気にならなくなりつつあるが、[[UNIX]]のコマンド群のような軽い[[コンソールプログラム]]などでは微妙に[[ストレス]]が溜まる。 | ||
| − | + | ==ベンチマーク詐欺== | |
| + | かつて、JITコンパイラを売りにする[[ベンダー]]が公表する[[ベンチマーク]]では、コンパイル時間を含めず、その後の処理開始から処理終了までを計測するという詐欺まがいの行為も多数見受けられた。 | ||
| + | とくに[[Java]]とかである。 | ||
| − | == | + | ==関連項目== |
| − | |||
| − | + | *[[コンパイラ]] | |
| − | * [[コンパイラ]] | + | *[[インタプリタ]] |
| − | * [[インタプリタ]] | ||
| − | == 参考文献 == | + | ==参考文献== |
{{reflist}} | {{reflist}} | ||
{{stub}} | {{stub}} | ||
2019年8月23日 (金) 07:15時点における最新版
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とかである。
関連項目[編集 | ソースを編集]
参考文献[編集 | ソースを編集]
|
この項目「JITコンパイラ」は、まだ書きかけの項目です。加筆、訂正などをして下さる協力者を求めています。 |
| このテンプレートは分野別のスタブテンプレート（Monobook:スタブカテゴリ参照）に変更することが望まれています。 | |
