JEP 144: Reduce GC Latency for Large Heaps
tony.printezis at oracle.com
Wed Feb 29 09:23:44 PST 2012
I recently pushed a change that causes G1 to be more aggressive when
choosing which old regions to collect during mixed GCs. I think it still
needs a bit more fine-tuning but it's much better compared to what we
had before which I admit it was sub-optimal and fiddly. It should
address both issues you mentioned below.
On 02/28/2012 07:18 PM, Todd Lipcon wrote:
> Hi Mark, G1 team,
> Do you have any plans to address either of the problems discussed in
> the thread "G1GC Full GCs" from January '11?
> To refresh/summarize, the problems were:
> 1) If the process is context-switched out during the "Other time"
> accounting, and this causes the "other time" to eclipse the pause time
> goal, then it will never again select any non-young regions for
> collection until the next full GC.
> There's a simple patch linked above which solved this problem for my usecase.
> 2) If a region, at any time during its lifetime, overflows its fine
> rset accounting, it's easy for it to become uncollectable despite a
> very high garbage ratio:
> I worked on some patch for this but wasn't able to get good results in
> the day or two that I allotted.
> On Tue, Feb 28, 2012 at 4:01 PM,<mark.reinhold at oracle.com> wrote:
>> Posted: http://openjdk.java.net/jeps/144
>> - Mark
More information about the hotspot-gc-dev