オペレーションを実行するために生成されたJavaコードが「インタプリタループ」より遅く実行されるのはなぜですか？

Question

BitSetでビット単位の操作を実行するJavaコードがあります。私は操作のリストを持っていて、それらをループして解釈することができますが、できるだけ早くこれらの操作を実行できることが重要です。そのため、コードを動的に生成して適用しています。私は操作を実行するJavaソースを生成し、Javassistを使用してこれらの操作を実装するクラスをコンパイルします。

残念ながら、私の動的に生成されたコードは、解釈されたコードよりも遅く実行されます。これは、HotSpotが解釈済みコードを最適化しているが、コンパイル済みコードを最適化していないためです。数千回実行した後、私の解釈済みコードは最初の2倍の速さで実行されます。この仮説と一致して、私の解釈されたコードは最初はコンパイルされたコードよりも遅いですが、結局はより高速です。

なぜこれが起こっているのか分かりません。私の推測では、JavassistがクラスHotSpotが触れないクラスローダーを使用している可能性があります。しかし、私はJavaのクラスローディングについて専門家ではないので、これが合理的な推測か、それをテストする方法についてはわかりません。ここでは、私はJavassistの持つクラスを作成し、ロードしています方法は次のとおりです。

ClassPool pool = ClassPool.getDefault(); 
CtClass tClass = pool.makeClass("foo"); 

// foo implements MyInterface, with one method 
tClass.addInterface(pool.get(MyInterface.class.getName())); 

// Get the source for the method and add it 
CtMethod tMethod = CtNewMethod.make(getSource(), tClass); 
tClass.addMethod(tMethod); 

// finally, compile and load the class 
return (MyInterface)tClass.toClass().newInstance(); 

誰もがここで何が起こっているかのようなアイデアを持っていますか？私は本当にあなたが与えることができる何かを助けていただければ幸いです。

Windows XP 32ビット版のSun 1.6サーバーJVMを使用しています。

Answer 1

HotSpotはコードがどこから来るかには関係ありません。たとえば、別のクラスローダーによってロードされた実装を使って、仮想メソッド呼び出しを通じて呼び出されるコードをうれしくインライン化します。

このベンチマークで実行しようとしている操作をソースコードで書き出し、それをベンチマークすることをお勧めします。とにかくジェネレータを書くのではなく、生成されたコードの例を書く方が簡単です。

HotSpotがコードをハードに最適化しない理由はいくつかあります。例えば、非常に長いメソッドはインライン化されないか、メソッドがインライン化されない傾向があります。

Answer 2

私はここで何が起こっているのか分かりました。私の最初の間違いは、長すぎる方法を生み出すことでした。私はそれを修正した後、生成されたコードはまだ遅いものの、最終的には解釈されたコードの速度に近づいていることに気付きました。

私は、ここで最大のスピードアップは、私のコードを最適化するHotSpotから来ていると思います。解釈されたバージョンでは、最適化するコードはほとんどないので、HotSpotはすぐにそれを処理します。生成されたバージョンでは、最適化するコードがたくさんあるので、HotSpotはすべてのコードに対して魔法を働かせるのに時間がかかります。

ベンチマークを十分に実行すると、生成されたコードが解釈されたコードよりわずかに優れているのがわかります。

Answer 3

-XXコンパイルする必要がありますどのくらいの速コードを制御するJVMの設定があります：メソッド呼び出しのCompileThresholdは= 10000

数/コンパイルする前に支店[-client：1500]

Iあなたの例では、サイズが重要な役割を果たすように見えるので、これが役立つかどうかは分かりません。