Why abortable-preclean phase is not being aborted after YG occupancy exceeds 50%?
Frajt, Michal
Michal.Frajt at partner.commerzbank.com
Wed Aug 22 04:40:16 PDT 2012
Hi Damon,
It is not paging. The unpredictable delay from a scavenge to a CMS initial mark is the state of the current implementation. The CMSWaitDuration does not work correctly. Please find the details in the "CMSWaitDuration unstable behavior" post on hotspot-gc-dev mailing.
We are facing same issue with extremely long initial mark pauses. Just proper waiting for a scavenge (customized OpenJDK 6) has reduced every single initial-mark pause from 1200ms to 20ms only.
Regards,
Michal
-----Original Message-----
From: hotspot-gc-use-bounces at openjdk.java.net [mailto:hotspot-gc-use-bounces at openjdk.java.net] On Behalf Of Damon Hart-Davis
Sent: Mittwoch, 22. August 2012 11:31
To: Srinivas Ramakrishna; Bernd Eckenfels
Cc: hotspot-gc-use at openjdk.java.net
Subject: Re: Why abortable-preclean phase is not being aborted after YG occupancy exceeds 50%?
Hi,
Could it be paging when not all of the JVM heap is (able to be) in physical memory at the same time?
Rgds
Damon
On 22 Aug 2012, at 09:03, Srinivas Ramakrishna wrote:
> I am not sure why, with regular CMS, we should have this kind of upredictable delay from a scavenge to a CMS initial mark.
> It must be OS/scheduling and load etc. which we cannot control (although a delay of 177 s seems excessive and must either mean
> that the CMS wait duration was exceeded or something like that.
_______________________________________________
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