RFR(S): 8237375: SimpleThresholdPolicy misses CounterDecay timestamp initialization
Doerr, Martin
martin.doerr at sap.com
Wed Jan 22 10:45:30 UTC 2020
Hi Volker,
thanks for the review!
Best regards,
Martin
> -----Original Message-----
> From: Volker Simonis <volker.simonis at gmail.com>
> Sent: Montag, 20. Januar 2020 18:58
> To: Doerr, Martin <martin.doerr at sap.com>
> Cc: hotspot-compiler-dev at openjdk.java.net; David Holmes
> (david.holmes at oracle.com) <david.holmes at oracle.com>
> Subject: Re: RFR(S): 8237375: SimpleThresholdPolicy misses CounterDecay
> timestamp initialization
>
> Looks good to me.
>
> Thanks,
> Volker
>
> On Mon, Jan 20, 2020 at 6:26 AM Doerr, Martin <martin.doerr at sap.com>
> wrote:
> >
> > Hi,
> >
> > I'd like to fix warmup issues we observed in test
> compiler/c2/Test8004741.java.
> > The issue is a missing timestamp initialization which leads to a premature
> counter decay at the first safepoint with -XX:-TieredCompilation.
> >
> > Bug:
> > https://bugs.openjdk.java.net/browse/JDK-8237375
> >
> > Webrev:
> > http://cr.openjdk.java.net/~mdoerr/8237375_CounterDecay/webrev.00/
> > The webrev applies on top of the preliminary fix for
> https://bugs.openjdk.java.net/browse/JDK-8235741.
> > I'll wait until that one gets pushed.
> >
> > What it changes:
> >
> > * Move class CounterDecay up
> > * Introduce reset_last_timestamp()
> > * Use this function in decay() and in SimpleCompPolicy::initialize()
> >
> > Best regards,
> > Martin
> >
More information about the hotspot-compiler-dev
mailing list