java - JVM の内部 - 同じコードが異なるタイミングで実行されるのはなぜですか?

Question

JVM オプションを理解しようとしていて、オプションに出くわしましたCompileThreshold。以下のプログラムを実行しています。

public class Main {    
    public static void main (String [] args) {    
        for (int repeat = 0; repeat < 200; ++ repeat) {    
            long start = System.nanoTime();    
            sum (100);    
            long end = System.nanoTime();    
            long diff = end - start;    
            System.out.println (repeat + ": " + diff);    
        }    
    }    `

    public static int sum (int n) {
        if (n <= 1)
            return 1;
        else
            return n + sum (n - 1);
    }
}

以下の出力が得られます。

観察すると、32、99、149、194 の時間にスパイクがあります。

194以降は、実行にかかる時間が比較的短くなります。この振る舞いを説明してください。ありがとう。

score 2 · Accepted Answer

最初のスパイクは、コードのコンパイルを決定するためにJITが開始することであり、残りはGCの実行です。

score 1 · Accepted Answer

194 実行後に多くの呼び出しが高速化を引き起こした後、JVM re-JIT メソッドの最も可能性が高い HotSpot: http://java.sun.com/docs/books/performance/1st_edition/html/JPAppHotspot.fm.html

B.5.3 CompileThreshold

デフォルト値: 1500

使用例: java -XX:CompileThreshold=1000000

HotSpot の現在の実装は通常、メソッドがコンパイルされる前に特定の回数実行されるのを待ちます。すべてのメソッドをコンパイルしないと、起動時間が短縮され、RAM フットプリントが削減されます。このオプションを使用すると、そのしきい値を制御できます。数を増やすことで、RAM フットプリントのわずかな削減と引き換えに、プログラムがピークパフォーマンスに達するまでの時間が長くなります。

score 0 · Accepted Answer

私見、この質問は、バックグラウンド/フォアグラウンドで実行されている他のプロセスのアクティビティに言及しない限り、不完全です。つまり、システム全体の負荷を理解しないと、これらのタイミングの理由を予測するのは難しいです。このようなベンチマークを実行するときは、システム負荷全体をキャプチャ/監視するか、少なくともバックグラウンドアクティビティ (ウイルススキャンなど) が実行されていないことを確認してください。さらに、JVM バージョン、プラットフォーム、およびコア数。

同じことを確認して、結果を再投稿することはできますか?

java - JVM の内部 - 同じコードが異なるタイミングで実行されるのはなぜですか?

3 に答える 3

Related

Reference