JEP 144: Reduce GC Latency for Large Heaps
Todd Lipcon
todd at cloudera.com
Wed Feb 29 00:18:25 UTC 2012
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.
http://mail.openjdk.java.net/pipermail/hotspot-gc-use/2011-January/000781.html
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:
http://mail.openjdk.java.net/pipermail/hotspot-gc-use/2011-January/000785.html
I worked on some patch for this but wasn't able to get good results in
the day or two that I allotted.
-Todd
On Tue, Feb 28, 2012 at 4:01 PM, <mark.reinhold at oracle.com> wrote:
> Posted: http://openjdk.java.net/jeps/144
>
> - Mark
--
Todd Lipcon
Software Engineer, Cloudera
More information about the hotspot-gc-dev
mailing list