concurrent-mark-sweep

    1熱度

    2回答

    所以我一直在試圖找到一種很好的方法來監視JVM何時可能正朝着OOM的方向發展。他們似乎與我們的應用程序一起工作的最好方式是通過CMS跟蹤背靠背併發模式故障。這表明終端游泳池的填充速度比實際清理自己的速度要快,或者其回收量很少。 用於跟蹤GC的JMX bean具有非常通用的信息,例如之前/之後的內存使用情況等。這個信息充其量是相對不一致的。有沒有更好的方法可以監控死亡JVM的這種潛在警告信號?

    3熱度

    1回答

    我們希望調整我們的Java應用程序的內存生成池大小。爲此,我們需要先了解堆的使用方式。實質上,我們需要知道JVM堆中每個對象的數量,大小和生命週期。收集完這些數據後,我們應該能夠爲我們的年輕人和老年人羣找到更適合的尺寸。 我們將調優工作放在Sun/Oracle的「使用5.0 JVM調優垃圾收集」白皮書中找到的信息上。在第3節(http://www.oracle.com/technetwork/ja