JP2001056764A

JP2001056764A - 仮想計算機の実行方法および装置

Info

Publication number: JP2001056764A
Application number: JP23164999A
Authority: JP
Inventors: Ryota Kunisawa; 亮太國澤
Original assignee: Axess Corp
Current assignee: Axess Corp
Priority date: 1999-08-18
Filing date: 1999-08-18
Publication date: 2001-02-27
Also published as: AU6595700A; WO2001013223A1

Abstract

(57)【要約】【課題】中間コードからネイティブコードへの変換処理
時間を軽減するとともに、比較的小さいメモリ容量の装
置においても実行速度を総体的に向上させる。【解決手段】中間コードの実行時に繰り返し実行される
ループ部分を、該実行中に動的に検出し、当該ループ部
分の中間コードをネイティブコードに変換する。中間コ
ードの当該ループ部分については、ネイティブコードを
ＣＰＵにより直接実行する。より具体的には、中間コー
ドをメモリ上にロードする際に、制御の流れが上に向か
う命令を検出し、該命令の検出時に該命令を第１の特別
の命令に書き換え、メモリ上の中間コードを実行する
際、第１の特別の命令の実行時に制御の飛び先を確認
し、再度同じ第１の特別の命令を実行したときに制御の
飛び先が一致したならば、当該飛び先から飛び元を前記
ループ部分であると判断し、該ループ部分のバイトコー
ドをネイティブコードに変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バイトコードと呼
ばれる中間コードを実行する仮想計算機の実行方法およ
び装置に関する。

【０００２】

【従来の技術】このような仮想計算機としては、Ｊａｖ
ａＶＭ（Ｊａｖａはサンマイクロシステムズ社の商標）
が知られている。

【０００３】図１０に示すように、Ｊａｖａ言語で書か
れたプログラム（ソースコード）はコンパイルされてバ
イトコードと呼ばれる中間コードに変換される。バイト
コードは特定のハードウェアやＯＳ(Operating System)
に依存せず、また比較的サイズが小さいため、ネットワ
ーク上でプログラムを配布するのに適している。また、
特定の装置への組み込み用のソフトウェアとしての利用
にも適している。

【０００４】バイトコードは個々の計算機のＣＰＵが直
接実行するのではなく、ソフトウェアで作られた計算エ
ンジンである仮想計算機により実行される。なお、バイ
トコードに対して、ＣＰＵが直接実行できるコードはネ
イティブコードと呼ばれる。

【０００５】

【発明が解決しようとする課題】バイトコードはソフト
ウェアによって逐次解析され実行されるので、実行速度
が遅いという難点がある。従来、この問題を解決する手
法としてＪＩＴ（Just In Time)コンパイラというもの
が知られている。これは、バイトコードをネイティブコ
ードに変換し（この処理もコンパイルと呼ばれる）、こ
のネイティブコードを直接ＣＰＵが実行するものであ
る。

【０００６】しかしながら、このＪＩＴには次のような
問題があった。すなわち、第１に、このバイトコードか
らネイティブコードへのコンパイル処理に時間がかか
る。第２に、バイトコードよりネイティブコードの方が
サイズが大きいので、メモリ容量が比較的小さくＣＰＵ
が比較的低速である組み込み機器や民生機器では問題と
なる。

【０００７】本発明はこのような背景においてなされた
ものであり、その目的とするところは、中間コードから
ネイティブコードへの変換処理時間を軽減するととも
に、比較的小さいメモリ容量の装置においても実行速度
を総体的に向上させることができる仮想計算機の実行方
法および装置を提供することにある。

【０００８】

【課題を解決するための手段】本発明による方法は、中
間コードを実行する仮想計算機の実行方法であって、

【０００９】中間コードの実行時に繰り返し実行される
ループ部分を、該実行中に動的に検出するステップと、
当該ループ部分の中間コードをネイティブコードに変換
するステップと、前記中間コードの当該ループ部分につ
いては、前記ネイティブコードをＣＰＵにより直接実行
するステップとを備えることを特徴とする。

【００１０】本発明では、中間コードの実行時に動的に
ループ部分を検出することにより、確実にループ部分を
検出できる。また、ループ部分のみをネイティブコード
に変換するので、その変換に要する時間は比較的短く、
かつ、ネイティブコードを保持するメモリ容量も比較的
小さくて済む。

【００１１】より具体的には、前記中間コードをメモリ
上にロードする際に、制御の流れが上に向かう命令を検
出し、該命令の検出時に該命令を第１の特別の命令に書
き換えるステップと、前記メモリ上の中間コードを実行
する際、前記第１の特別の命令の実行時に制御の飛び先
を確認し、再度同じ第１の特別の命令を実行したときに
制御の飛び先が一致したならば、当該飛び先から飛び元
を前記ループ部分であると判断し、該ループ部分の中間
コードをネイティブコードに変換するステップとを有す
る。これにより、中間コードのロード時に、後の実行中
におけるループ部分検出のための細工を中間コードに組
み込んでおくことができる。

【００１２】但し、前記第１の特別の命令に書き換える
ステップを、中間コードのロード時に代えて実行時に行
うようにすることも可能である。

【００１３】前記飛び先が一致した回数をカウントし、
該カウント値が予め定めた値に達したとき、さらに、当
該ループ部分のネイティブコードへの変換の可否を予め
定めた判断基準で判断し、該判断基準が満足されたとき
前記ネイティブコードへの変換を行うようにしてもよ
い。これによりアプリケーションや用途に応じて、より
適切なネイティブコードへの変換の条件を設定できる。

【００１４】前記判断基準が満足されなかったとき、当
該第１の特別の命令を元の普通の命令に戻すことによ
り、当該ループについて以後、ネイティブコードへの変
換に関する無駄な処理を行わないようにすることができ
る

【００１５】前記中間コードをメモリ上にロードする際
に、前記「制御の流れが上に向かう命令」以外の制御の
流れを変える命令を検出し、該命令の検出時に該命令を
第２の特別の命令に書き換えるステップと、前記メモリ
上の中間コードを実行する際、前記第２の特別の命令の
実行時に前記飛び先の情報を無効にするステップとをさ
らに備えてもよい。これは、ループ処理が行われなかっ
た、または中断された場合に相当し、この構成により上
記と同様、以後の無駄な処理の実行を防止する。

【００１６】前記第２の特別の命令に書き換えるステッ
プは、中間コードのロード時に代えて実行時に行うよう
にすることも可能である。

【００１７】上記方法を実行するための本発明による装
置は、中間コードを実行する仮想計算機の実行装置であ
って、ネイティブコードを実行するＣＰＵと、中間コー
ドを記憶するメモリと、該メモリ上に中間コードをロー
ドする手段と、該中間コードを解釈して実行する、前記
ＣＰＵ上の仮想計算機手段と、該仮想計算機手段による
前記中間コードの実行時に繰り返し実行されるループ部
分を、該実行中に動的に検出し、当該ループ部分の中間
コードをネイティブコードに変換する手段とを備え、前
記中間コードの当該ループ部分については、前記ネイテ
ィブコードを前記ＣＰＵにより直接実行することを特徴
とする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。

【００１９】図１は、本発明の仮想計算機の実行方法の
概念図である。Ｊａｖａ言語等で記載されたアプリケー
ションプログラム（ソースコード）２０は、コンパイラ
により中間コード（バイトコード）からなるクラスファ
イル２１に変換される。クラスとは、種々の機能を実現
する複数の関数（メソッドと呼ばれる）を含むプログラ
ムのかたまりであり、ひとつのアプリケーションに対し
て複数のクラスファイルが作成されうる。各クラスファ
イルの中間コードは、実行に先立ってメモリ１１内にロ
ードされる。バイトコードの実行時に繰り返し実行され
るループ部分を、プログラム実行時に検出するための細
工を、このロード時に行うことができる。この具体例に
ついては後述する。

【００２０】メモリ１１上のバイトコード１１１は、Ｃ
ＰＵ１０上の仮想計算機（ＶＭ）１０１により逐次解釈
され実行される。この実行中、上記細工に基づいてルー
プ部分を検出したら、そのループ部分のバイトコードを
ネイティブコード１１２に変換してメモリ１１上に置
く。このループ部分の実行時は、仮想計算機１０１によ
るバイトコードの実行に代わり、ＣＰＵ１０が当該ネイ
ティブコードを直接実行する。後述するように、上記
「細工」は実行中に行うことも可能である。

【００２１】通常、このような繰り返し部分は比較的小
さいサイズなので、バイトコードをネイティブコードに
変換する処理に要する時間は小さい。また、ループ部分
のみに対応したネイティブコード１１２のサイズは小さ
くて済むので、ネイティブコード１１２のためにメモリ
１１の大容量化を招来することもない。

【００２２】図２は、本発明の方法が実行される装置の
ハードウェア構成を示すブロック図である。これは、一
般的なコンピュータシステムであり、ＣＰＵ１０、メモ
リ１１、外部記憶装置（ハードディスク等）１２、キー
ボード等の入力装置１３、ディスプレイである表示装置
１４、インターネットや外部装置との通信インタフェー
ス部１５を有する。

【００２３】図３は、バイトコードをメモリ上にロード
する際に行う処理のフローチャートである。

【００２４】まず、ひとつの関数のエントリを見つける
（Ｓ１１）。ロードするバイトコードのプログラム中に
複数の関数が存在する場合、未処理の関数がなくなるま
で、以下の処理を繰り返す（Ｓ１２）。

【００２５】関数があれば、まず、その関数中の最初の
命令を見つける（Ｓ１３）。この命令が「上に向かう命
令」すなわち制御をプログラムの上方に戻す命令である
かを調べる（Ｓ１４，Ｙｅｓ）。これは、命令を実行す
る前にその記述に基づいて判断できる。「上に向かう命
令」であった場合、この命令を「プロファイルを行う命
令（第１の特別の命令）」に書き換える（Ｓ１７）。こ
の第１の特別の命令は、「上に向かう命令」に対してプ
ロファイルを行う機能を追加したものである。ここに、
「プロファイル」とは、一般に、特定のベーシックブロ
ックや、ソース中のある特定の行が、何回実行された
か、分岐があれば、どの方向に何回飛んだか、に関する
情報であるが、ここでは、分岐のコードの場所、ならび
に飛び先およびその回数である。「プロファイルを行
う」とはこのような情報を確認し記憶することをいう。

【００２６】その後、後述するステップＳ１７へ進む。

【００２７】ステップＳ１４で当該命令が「上に向かう
命令」ではなかった場合、「その他の制御の流れを変え
る命令」か否かを調べる（Ｓ１５）。この「その他の制
御の流れを変える命令」は、ループ中の終了条件以外の
場所でループから抜ける場合に相当する。このような命
令であれば、当該命令を「プロファイルを無効にする命
令」に書き換える（Ｓ１８）。この命令も、当該元の命
令の機能に対して無効にする機能が追加されたものであ
る。ここでプロファイルを無効にする理由は、「その他
の制御の流れを変える命令」によって、先に「上に向か
う命令」について「プロファイル」を作成していても、
当該「上に向かう命令」でのループの繰り返しが実行さ
れないことが判明したことになるからである。

【００２８】ステップＳ１５で当該命令が「その他の制
御の流れを変える命令」でもなかった場合には、当該関
数の終わりに達したかを調べ（Ｓ１６）、終わりに達し
ていなければステップＳ１３に戻って上記処理を繰り返
す。

【００２９】このようにして、次に説明するプログラム
（バイトコード）の実行時に動的にループを見つけだす
細工が、ロード時に行われたことになる。

【００３０】図４は、プログラム実行時の処理のフロー
チャートを示す。

【００３１】この処理では、まず、最初のバイトコード
命令を取得し（Ｓ３１）、この命令が「プロファイルを
行う命令」であるか否かを調べる（Ｓ３２）。そうであ
れば、プロファイルを作成する（Ｓ３３）。このプロフ
ァイルが先に記憶されているプロファイルと一致するか
否かを調べる（Ｓ３４）。不一致ならば、今回得られた
新たなプロファイルで先のプロファイルを上書きする
（Ｓ３９）。最初にプロファイルを行う命令が出現した
ときには「先のプロファイル」は存在しないので、その
まま、今回のプロファイルを記憶する。

【００３２】ステップＳ３４で、今回のプロファイルが
先のプロファイルと一致したら、同じ飛び元から同じ飛
び先に飛んだと判定できるので、カウンタ（変数）をイ
ンクリメントする（Ｓ３５）。このカウンタの初期値
は”０”としておく。このカウンタ値が予め定めた値
（所定値）に達するまでは、ステップＳ３７，Ｓ３８を
迂回してステップＳ４４へ進む。

【００３３】所定回数のループの繰り返しを待つのは、
経験的に、あるいはそのアプリケーションの内容に基づ
いて、ループの繰り返しが当該所定回数に達するような
場合はさらに繰り返しが続くであろう、かつ、繰り返し
が当該所定回数に達しない場合には途中で繰り返しが停
止または流れが変わる可能性が高いという想定に基づい
ている。したがって、カウンタの「所定値」は場合によ
って変わりうる。

【００３４】カウンタ値が所定値に達したら、当該ルー
プ部分（飛び先から飛び元まで）のコンパイルを行う価
値があるか否かを判断する（Ｓ３７）。この判断の内容
については、後述する。コンパイルを行う価値がないと
判断されれば、「プロファイルを行う命令」を元の普通
の命令（上記追加機能のない命令）に戻す（Ｓ３８）。

【００３５】コンパイルを行う価値があると判断されれ
ば、当該ループ部分のバイトコードをコンパイルしてネ
イティブコードを作成する（Ｓ４１）。ついで、このル
ープの先頭のバイトコード命令を、ネイティブコードに
ジャンプする命令に書き換える（Ｓ４２）。以後、この
ループ部分についてはＣＰＵによりネイティブコードを
直接実行する。ネイティブコードの実行後は、ループ内
の最後のバイトコード命令の次のバイトコード命令に戻
る。したがって、そのループの最後にある「プロファイ
ルを行う命令」は迂回される。

【００３６】なお、ループを抜けた後も、当該ネイティ
ブコードは保存されており、次に同じループに再度突入
したときに同じネイティブコードが利用される。このよ
うに一度作成したネイティブコードを保存していくと、
最終的にネイティブコードのメモリ容量が過大になりう
るので、ネイティブコードを保存するメモリの最大容量
を予め定めておき、それを超えるようなネイティブコー
ドの生成は行わないようにする。あるいは、ネイティブ
コード化された各ループの実行回数を記録管理してお
き、メモリの最大容量を超えるような場合には、最も実
行回数の低いループのネイティブコードを無効化するよ
うにしてもよい。

【００３７】先のステップＳ３２において、命令が「プ
ロファイルを行う命令」でない場合、「プロファイルを
無効にする命令」であれば（Ｓ４３，Ｙｅｓ）、現在記
憶されているプロファイル情報を無効にする（Ｓ４
５）。

【００３８】「プロファイルを無効にする命令」でなけ
れば、その命令を実行する（Ｓ４４）。先のステップＳ
３８，Ｓ４５，Ｓ４２の後にも、このステップＳ４４に
進む。ステップＳ４４の後は、最初のステップＳ３１に
戻り、後続のバイトコード命令について上記処理を繰り
返す。

【００３９】上記ステップＳ３７のコンパイルの実行可
否を決めるための判断条件について説明する。このよう
な判断条件の例として次の２つを挙げる。（ａ）ループ内部の大きさとネイティブコードの読み出
しのオーバーヘッドを比較する。ループ内部の大きさ
は、そのバイトコードの命令数で決まり、これに適当な
値を掛けることにより、実際にループ１回の実行に要す
る時間を概算できる。ネイティブコードの読み出しのオ
ーバーヘッドとは、ネイティブコードを実行するために
余分に実行しなければならないコードで消費される時間
に相当する。これは一定ではないが、一定と仮定する。
「オーバーヘッド＋ネイティブコードをＣＰＵで実行す
る時間」が「ループ内部の大きさ」より小さい場合、ネ
イティブコードを実行した方が時間短縮できるので、コ
ンパイルを行うべきと判断する。そうでなければ、バイ
トコードを仮想計算機で実行した方が速いか等しいの
で、コンパイルを行わないと判断する。なお、上記判断
条件では、「ネイティブコードをＣＰＵで実行する時
間」は０とみなしている。（ｂ）ループ内部の大きさにジャンプした回数（ループ
を実行した回数）を掛けて、関数内部のコードの静的な
大きさと比較する。ここで「ループ内部の大きさ」は上
記の通りである。「ループ内部の大きさにジャンプした
回数を掛けることにより、ループ内部のバイトコード命
令を仮想計算機で実行した場合の消費時間が概算され
る。「関数内部のコードの静的な大きさ」は、「ループ
を１回だけ実行する時間＋ループ以外の部分の実行時
間」を推定するものである。「ループ内部の大きさ」と
「関数内部のコードの静的な大きさ」は、その関数内で
当該ループの実行の占める時間の割合を表す。この割合
が大きければ、コンパイルの対象にすべきと判断する。
ある関数を実行する時間のうち、特定のループを実行す
る時間が大きければ、当該ループのコンパイルによる実
行速度向上の寄与分が大きくなるからである。

【００４０】上記判断条件（ａ）（ｂ）はそれぞれ単独
で採用しても、あるいは、ＡＮＤ条件で採用してもよ
い。また、ループのある程度の繰り返し回数が見込める
ならば、実行時間短縮の効果が見込めるので、両条件の
判断を行わない実施の形態も考えられる。すなわち、上
記ステップＳ３７は削除し、カウンタ値が所定値に達し
たら直ちにネイティブコードへの変換を行うようにして
もよい。

【００４１】以下、図５〜図８により、具体的なプログ
ラム例を挙げて説明する。

【００４２】図５は、ベーシックブロックが１個の極め
て簡単なソースプログラムの例を示す。この例は、整数
ｉ，ａ，ｂについて、ａ，ｂの初期値をそれぞれ０と１
０００とし、ｉ＝０から初めて、ａにａ＋ｂの値を代入
し、ｉをインクリメントする処理を繰り返し、ｉの値が
１０００に達したら、このループを抜けるものである。

【００４３】図６は、このソースプログラムをコンパイ
ルして得られたバイトコードの例を示す。この例では、
変数ｉはvar[8]、ａはvar[9]、ｂはvar[10]に割り付け
られている。変数ａ，ｂの初期化のコードは省略してあ
る。図６の番地３４から番地５２の前までがループ部分
であり、これがネイティブコードへのコンパイルの対象
となる。

【００４４】これらのバイトコード列のロード時に、番
地４９に上の番地３４に向かう命令があるため、図７に
示すように、この番地４９の命令が前記「プロファイル
を行う命令」に書き換えられる。また、「プロファイル
を無効にする命令」は存在しない。

【００４５】この図７のバイトコード列のプログラムを
仮想計算機で実行する際、番地３４から番地５２の前ま
でのループ部分を所定回数繰り返した時点でコンパイル
により当該部分がネイティブコードに変換され、図８に
示すように、ループの先頭の番地３４の命令が「ネイテ
ィブコードに飛ぶための命令」に書き換えられる。ネイ
ティブコードの具体例については、使用するＣＰＵによ
り異なり、また、容量も大きいので、ここでは特に例示
はしない。

【００４６】図９は、本発明による他の実施の形態にお
けるプログラム実行時の処理フローを示す。先の実施の
形態では、バイトコードのロード時（図３）に、ループ
部分検出のための細工を行ったが、この実施の形態では
プログラム実行処理の中に図３の処理を含めたものであ
る。このようにすることにより、プログラム実行開始ま
でに要する時間を短縮することができる。これは、起動
が速いことが望まれる一方、実行時にかかる時間はそれ
ほど気にしない場合（例えば、インタラクティブな処理
の場合）に適している。これに対して、先の実施の形態
は、実行開始までに時間がかかっても実行時の処理時間
は極力短縮したいような場合（例えば、リアルタイム処
理の場合）に適している。

【００４７】図９において、具体的には、全ステップＳ
５１〜Ｓ７１のうち、Ｓ５４，Ｓ５５，Ｓ５８，Ｓ６０
が、先の実施の形態におけるプログラムロード時の処理
ステップである。ステップＳ５２〜Ｓ５６は順不同であ
る。また、ステップＳ５７のエラー処理では、あり得な
い命令の検知時にその命令をスキップするか、あるいは
仮想計算機を異常終了するものである。このステップは
図４の実行処理には示さなかったが、図４の処理におい
て含めてもよい。

【００４８】以上、本発明の好適な実施の形態について
説明したが、本発明の要旨を逸脱することなく、種々の
変形・変更を行うことが可能である。例えば、上記では
Ｊａｖａアプリケーションの処理について説明したが、
いわゆるアプレットと呼ばれるプログラムを処理するＷ
ｅｂブラウザに内蔵された仮想計算機にも本発明は同様
に適用可能である。

【００４９】

【発明の効果】本発明の仮想計算機の実行方法および装
置によれば、中間コードからネイティブコードへの変換
処理時間を軽減するとともに、比較的小さいメモリ容量
の装置においても実行速度を総体的に向上させることが
できる。

【図面の簡単な説明】

【図１】本発明の仮想計算機の実行方法の概念図であ
る。

【図２】本発明の方法が実行される装置のハードウェア
構成を示すブロック図である。

【図３】本発明の実施の形態において、バイトコードを
メモリ上にロードする際に行う処理のフローチャートで
ある。

【図４】本発明の実施の形態におけるプログラム実行時
の処理のフローチャートを示すフローチャートである。

【図５】ベーシックブロックが１個の極めて簡単なソー
スプログラムの例を示す図である。

【図６】図５ののソースプログラムをコンパイルして得
られたバイトコードの例を示す図である。

【図７】図６のバイトコード列の中の命令が「プロファ
イルを行う命令」に書き換えられた様子を示す図であ
る。

【図８】図７のバイトコード列中のループの先頭の命令
が「ネイティブコードに飛ぶための命令」に書き換えら
れた様子を示す図である。

【図９】本発明の他の実施の形態におけるプログラム実
行時の処理のフローチャートを示すフローチャートであ
る。

【図１０】Ｊａｖａ言語で書かれたプログラム（ソース
コード）はコンパイルされてバイトコードと呼ばれる中
間コードに変換される様子を示す概念図である。

【符号の説明】

１０ＣＰＵ１１メモリ２０アプリケーションプログラム（ソースコード）２１クラスファイル１０１仮想計算機（ＶＭ）１１１中間コード（バイトコード）１１２ネイティブコード

Claims

【特許請求の範囲】

【請求項１】中間コードを実行する仮想計算機の実行方
法であって、中間コードの実行時に繰り返し実行されるループ部分
を、該実行中に動的に検出するステップと、当該ループ部分の中間コードをネイティブコードに変換
するステップと、前記中間コードの当該ループ部分については、前記ネイ
ティブコードをＣＰＵにより直接実行するステップと、を備えることを特徴とする仮想計算機の実行方法。
【請求項２】前記中間コードをメモリ上にロードする際
に、制御の流れが上に向かう命令を検出し、該命令の検
出時に該命令を第１の特別の命令に書き換えるステップ
と、前記メモリ上の中間コードを実行する際、前記第１の特
別の命令の実行時に制御の飛び先を確認し、再度同じ第
１の特別の命令を実行したときに制御の飛び先が一致し
たならば、当該飛び先から飛び元を前記ループ部分であ
ると判断し、該ループ部分の中間コードをネイティブコ
ードに変換するステップと、を有することを特徴とする請求項１記載の仮想計算機の
実行方法。
【請求項３】前記第１の特別の命令に書き換えるステッ
プを、中間コードのロード時に代えて実行時に行うこと
を特徴とする請求項２記載の仮想計算機の実行方法。
【請求項４】前記飛び先が一致した回数をカウントし、
該カウント値が予め定めた値に達したとき、さらに、当
該ループ部分のネイティブコードへの変換の可否を予め
定めた判断基準で判断し、該判断基準が満足されたとき
前記ネイティブコードへの変換を行うことを特徴とする
請求項２または３記載の仮想計算機の実行方法。
【請求項５】前記判断基準が満足されなかったとき、当
該第１の特別の命令を元の普通の命令に戻すことを特徴
とする請求項４記載の仮想計算機の実行方法。
【請求項６】前記中間コードをメモリ上にロードする際
に、前記「制御の流れが上に向かう命令」以外の制御の
流れを変える命令を検出し、該命令の検出時に該命令を
第２の特別の命令に書き換えるステップと、前記メモリ上の中間コードを実行する際、前記第２の特
別の命令の実行時に前記飛び先の情報を無効にするステ
ップと、を有することを特徴とする請求項２記載の仮想計算機の
実行方法。
【請求項７】前記第２の特別の命令に書き換えるステッ
プを、中間コードのロード時に代えて実行時に行うこと
を特徴とする請求項２記載の仮想計算機の実行方法。
【請求項８】中間コードを実行する仮想計算機の実行装
置であって、ネイティブコードを実行するＣＰＵと、中間コードを記憶するメモリと、該メモリ上に中間コードをロードする手段と、該中間コードを解釈して実行する、前記ＣＰＵ上の仮想
計算機手段と、該仮想計算機手段による前記中間コードの実行時に繰り
返し実行されるループ部分を、該実行中に動的に検出
し、当該ループ部分の中間コードをネイティブコードに
変換する手段とを備え、前記中間コードの当該ループ部分については、前記ネイ
ティブコードを前記ＣＰＵにより直接実行することを特
徴とする仮想計算機の実行装置。