質問
いろなと 玩具通訳Java 私が考えて書簡単なコンパイラを生成できるbytecodeのJava仮想マシン。る手法を考え、どのくらいの最適化のニーズをコンパイラがターゲット仮想マシなどのJVMとCLI?
いっぱいで仕分けもバッチリでの時間(JIT)コンパイラな定数の折りたたみ式、peepholeの最適化などが有ります。
解決
んだんに追加二つのリンクについての詳細が明 Javaのbytecode フリーの一部 各種の最適化 のJVMの中で行います。
他のヒント
最適化bytecodeであろう相反するものだろうほとんどの場合
とは思わないそうですね。最適化のように巻上のループ不変量と伝播定数になり、痛くなった場合においても、JVMは十分にスマートな組み合わせを行なうことができ、簡単な美徳にコート以下です。
最適化にさせる原因となる場合がありJVMs的として環境下に長中のアプリケーション、ベットが日からはニュージーランドの友人や一生懸命頑張っていることを保証するためにできる最適化おbytecode、JITコンパイルされたコードの効率的な方法として可能です。
としているようだ"という思いを大切にしていき前利益の最適化におbytecodeそんなも呼ばれている。
ので意識しJVMsきがけを行う(いぶきたようなのbytecode、Javaコンパイラの傾向にあるため施工性が向上します。ではない未知のためのoptimisationsを見逃さないものJVMがクラッシュが組みのbytecodeが発生した場合に正しいがないよjavac.と思うことは過去のものであるというのは意識している。
ObfuscatorsなどProGuardを行う多くの静optimisationsおbytecodeます。
のホットスポットコンパイラの最適化とともに、これまでにコード実行時より可能でコンパイル時に-とりの作業です。の時間をのばす最適化のbytecodeだけでなくアルゴリズムがきを対象にモバイル機器などのブラックベリーのJVMのためのこのプラットフォームは強度が足りませんの最適化コード実行時にだけを実行しbytecode.
最適化bytecodeであろう相反するものだろうことが多いです。場合を除きを制御するVMは、それを高速でコードが実行があります。コンパイラのう方法を詳しく知る必要はありのVMを生成するために最適化されます。
注Aseraphim:
できるとともに進めていくことで利益の最適化にbytecode非組込みアプリケーションは限られた場合:
を出荷する場合には、コードのワイヤー、egのためのWebStartアプリを最小にする成果物/キャッシュサイズとのできない能力-速するサービスです。
のためのコードはご存知の通り、パフォーマンスが重視される用開始前(ホットスポットがあった時間に集合?
の変換をする良いoptimiser/obfuscatorとに実行できます。