RFR (S): 8188919: Generalize GC thread suspend/resume at safepoints
Erik Österlund
erik.osterlund at oracle.com
Fri Oct 13 17:39:04 UTC 2017
Hi Roman,
Thank you for the review.
/Erik
On fre, 2017-10-13 at 18:04 +0200, Roman Kennke wrote:
> Hi Erik,
>
> thank you. The change looks good to me.
>
> Roman (not an official reviewer, etc ;-) ).
>
> >
> > Hi Roman,
> >
> > I waited for your changes to be upstreamed and rebased on top of
> > that
> > as you suggested.
> >
> > New webrev:
> > http://cr.openjdk.java.net/~eosterlund/8188919/webrev.01/
> >
> > Thanks,
> > /Erik
> >
> > On mån, 2017-10-09 at 17:46 +0200, Roman Kennke wrote:
> > >
> > > Am 09.10.2017 um 17:35 schrieb Erik Österlund:
> > > >
> > > > Hi,
> > > >
> > > > When we synchronize/unsynchronize safepoints, we make sure to
> > > > perform
> > > > corresponding suspend/resume calls to GC-specific concurrent
> > > > workers
> > > > that may interfere with the safepoint. This is currently done
> > > > by
> > > > dumping GC-specific callbacks right in
> > > > SafepointSynchronize::begin()
> > > > and SafepointSynchronize::end(). The purpose with this cleanup
> > > > is
> > > > to
> > > > hide this behind a general interface on CollectedHeap instead.
> > > >
> > > > Webrev:
> > > > http://cr.openjdk.java.net/~eosterlund/8188919/webrev.00/
> > > >
> > > > Bug:
> > > > https://bugs.openjdk.java.net/browse/JDK-8188919
> > > >
> > > > Thanks,
> > > > /Erik
> > > I like it.
> > >
> > > It's going to conflict with this almost-pushed changeset though:
> > >
> > > https://bugs.openjdk.java.net/browse/JDK-8179387
> > >
> > > In fact, I think it's be cleaner to base your patch on this one.
> > >
> > > Roman
> > >
> > >
More information about the hotspot-gc-dev
mailing list