なぜ鋸歯状のグラフですか？

Question

以下のコードを実行すると（netbeansを使用して）、割り当てられたヒープサイズは鋸歯状に変化します。使用したヒープグラフを鋸歯状に表示するjVisualVMからのキャプチャを添付しています。プログラムは単純な無限ループ印刷です"lol"は標準出力です。

class one{ 
    static int i=0; 
    public static void main(String a[]){ 
     while(i<10){ 
      System.out.println("lol"); 
     } 
    } 
} 

誰もが使用ヒープのグラフの形状の背後にある理由を説明できますか？

PS：私はそれは多少のNetBeansに関連していないので、NetBeansのを使用せずに、それを実行してもこれが起こる...

Answer 1

ヒープ使用のノコギリパターンは、System.out.println呼び出しの呼び出し中にいくつかのローカル変数が作成されるという事実によって説明できます。 VisualVMののメモリプロファイラを使用して得られた次のスナップショットに述べたように最も顕著なのOracle/SunのJREには、いくつかのHeapCharBufferインスタンスは、若い世代に作成されます。

興味深いビットは数でありますヒープ上に存在するライブオブジェクト。のこぎり模様は、エデンの空間がいっぱいになるときに発生する若者ガベージコレクションサイクルの結果です。プログラムで実行される重い計算アクティビティがないので、JVMはループのいくつかの反復を実行することができ、エデン空間（4MBのサイズ）がいっぱいになります。後続の若者世代の収集サイクルは、ほとんどのゴミを取り除きます。鋸歯状のパターンの挙動がこのようによって説明することができる

：オブジェクトがまだ使用中でない限りVisualVMのから得られた以下のGCトレースによって示されるように、それは、ほとんど常にエデンスペースの全体であります若い世代のガベージコレクションサイクルを引き起こす、エデン空間を満たす一連のオブジェクト割り当てが急速に連続しています。このプロセスは、基本となるJVMプロセスが別のプロセスによって先取りされず、オブジェクト割り当てを担当するJVM内のメインスレッドも別のスレッドによって先取りされないため、周期的に繰り返されません。

Answer 2

は、それがから来ることができた場所がたくさんありますし、それが依存可能性が高い実装です。少なくとも以下の出力ストリームの基本的な方法の1つ指定されたバイト配列の割り当ては、（存在するのSystem.out.println下ストリームのスタック内のどこか

• 可能である（しかし全て単に推測です）それは、NetBeans VMでオーバーヘッドのwrite（バイト[] B、オフint型、int型のlen））

• それはオーバーヘッドあなたは（私はそれを使用していませんでした使用している監視ソフトウェアで使われています）

• です出力が終わるところで

Answer 3

オブジェクトを定期的に割り当てるプロセスでは、ヒープメモリ消費量が恒常的に増加し、ガベージコレクタが使用されなくなったオブジェクトを収集すると瞬間的に低下し、鋸歯状になります。

System.outに書き込み中にJavaプロセスが割り当てメモリを保持しているのではないかと疑問に思う場合は、他のスレッド（現在のメモリ統計情報をJVisualVMに送るスレッドなど）がメモリを割り当てるスレッドである可能性があります。

Answer 4

実際に追加のオブジェクト割り当てを引き起こすjVisualVM。 jVisualVMとjconsoleはJava Management Extensionsを使用しています。実行中のアプリケーションにアタッチし、JVMメトリックを要求して、その追加のオブジェクトが作成されている。 あなたは、JVMのヒープ内の空きメモリを報告

Runtime.getRuntime().freeMemory() 

にあなたのプログラムの呼び出しに追加することでこれを確認することができます。あなたのコードを実行することによって[ほとんど]メモリの変更は表示されませんが、jVisualVMをプログラムに接続するとすぐにメモリ使用量が増えます。