RFR 8048268: G1 Code Root Migration performs poorly
Thomas Schatzl
thomas.schatzl at oracle.com
Wed Sep 3 08:12:26 UTC 2014
Hi Mikael,
On Tue, 2014-09-02 at 15:18 +0200, Mikael Gerdin wrote:
> Hi Thomas,
>
> On 2014-09-02 14:25, Thomas Schatzl wrote:
> > Hi,
> >[...]
> > Looks good. One comment about naming of the
> > lock_add_strong_code_root/add_strong_code_root methods. Typically (I
> > think) when we provide both a method that requires existing locking and
> > one that does the locking itself (and calls the other method), we use
> > the combination XXX() and XXX_locked(), where the _locked() method is
> > the one that should only be called when the locks have been taken.
> >
> > The current naming (lock_add... and add...) is somewhat inconsistent
> > with other code. Do you mind fixing that?
>
> Sure.
> I've also fixed some other naming issues that Bengt brought up during a
> code walkthrough.
>
> Incremental webrev at:
> http://cr.openjdk.java.net/~mgerdin/8048268/nm-hashtable/webrev.0_to_1/
>
> Full webrev at:
> http://cr.openjdk.java.net/~mgerdin/8048268/nm-hashtable/webrev.1/
Looks good. Thanks.
Thomas
More information about the hotspot-gc-dev
mailing list