Heap Size Variations

Y.S.Ramakrishna at Sun.COM Y.S.Ramakrishna at Sun.COM
Wed Mar 11 14:01:10 PDT 2009


-XX:+PrintHeapAtGC will show you the variation that Jon is talking about.

-- ramki

On 03/11/09 13:46, Jon Masamitsu wrote:
> I think you are seeing variations in the survivor spaces
> in the young gen.  If the two survivors are of different
> sizes (they are adjusted by GC ergonomics) you see something
> like this.  Actually the survivor spaces also grow and
> shrink so will cause changes).  Turn off the GC ergonomics
> (-XX:-UseAdaptiveSizePolicy). That will fix the sizes to
> the initial sizes.
> 
> On 03/11/09 12:37, Peng Du wrote:
>> Hello, guys
>>
>> I am doing some analysis on the parallel GC for the old generation. But 
>> I am confused by the output of -XX:+PrintGCDetails. I intentionally set 
>> the size of the heap to be [-Xms8m -Xmx8m]. However, the GC log 
>> indicated that the size of heap was varying in between every GC (minor 
>> and full). 
>>
>> For example:
>> ===============================================================================================
>> [GC [PSYoungGen: 768K->128K(896K)] 768K->320K(8064K), 0.0075060 secs] 
>> [Times: user=0.01 sys=0.01, real=0.01 secs]
>> [GC [PSYoungGen: 876K->128K(896K)] 1069K->406K(8064K), 0.0060870 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 896K->128K(896K)] 1174K->507K(8064K), 0.0058220 secs] 
>> [Times: user=0.01 sys=0.00, real=0.01 secs]
>> [GC [PSYoungGen: 896K->128K(512K)] 1390K->699K(7680K), 0.0019780 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 512K->64K(704K)] 1083K->727K(7872K), 0.0012320 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 445K->154K(704K)] 1109K->838K(7872K), 0.0017830 secs] 
>> [Times: user=0.00 sys=0.00, real=0.01 secs]
>> [GC [PSYoungGen: 538K->144K(704K)] 1222K->848K(7872K), 0.0019050 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 416K->32K(704K)] 1262K->882K(7872K), 0.0025930 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 416K->32K(704K)] 1282K->906K(7872K), 0.0025650 secs] 
>> [Times: user=0.00 sys=0.00, real=0.01 secs]
>> [GC [PSYoungGen: 416K->176K(704K)] 1290K->1058K(7872K), 0.0022590 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 560K->176K(704K)] 1442K->1098K(7872K), 0.0029060 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> [GC [PSYoungGen: 560K->64K(704K)] 1482K->1142K(7872K), 0.0014460 secs] 
>> [Times: user=0.00 sys=0.00, real=0.00 secs]
>> .......................
>> ===============================================================================================
>>
>> My analysis requires the heap size to be fixed as well as the relative 
>> ratio of each generation within the heap. Is there a way I can strictly 
>> restrict the sizes of the heap and each generation?
>>
>> Thanks!
>>
>>
>>
>> Peng Du
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> hotspot-gc-use mailing list
>> hotspot-gc-use at openjdk.java.net
>> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use
> _______________________________________________
> hotspot-gc-use mailing list
> hotspot-gc-use at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use




More information about the hotspot-gc-use mailing list