RFR (S): 8153170: Card Live Data does not correctly handle eager reclaim
Thomas Schatzl
thomas.schatzl at oracle.com
Mon Apr 18 15:12:08 UTC 2016
Hi Kim,
On Thu, 2016-04-14 at 11:09 -0400, Kim Barrett wrote:
> > On Apr 14, 2016, at 6:08 AM, Thomas Schatzl <
> > thomas.schatzl at oracle.com> wrote:
> >
> > On Thu, 2016-04-14 at 00:31 -0400, Kim Barrett wrote:
> > > My one concern is that I'm having trouble figuring out when a
> > > heap region might have reset_gc_time_stamp called on it. Can
> > > that happen in such a way that it would interfere with the use of
> > > the time_stamp being added by these changes? I will continue to
> > > study, but maybe you already know and can provide guidance.
> >
> > I do not think so.
> >
> > Global reset_gc_time_stamp() (reset_gc_time_stamp() called on
> > G1CollectedHeap and all regions) is called during full gc (which
> > aborts getting live data anyway), and at the end of the cleanup
> > pause, after finalizing live data.
> >
> > So the reset of the gc time stamps should be safe and not interfere
> > with this use.
>
> Thanks, that agrees with / confirms what I was coming up with.
>
> > New webrevs at
> > http://cr.openjdk.java.net/~tschatzl/8153170/webrev.0_to_1/ (diff)
> > http://cr.openjdk.java.net/~tschatzl/8153170/webrev.1/ (full)
>
> Looks good.
>
thanks for your review.
Thomas
More information about the hotspot-gc-dev
mailing list