RFR 8u: Cherry-pick 8140584: nmethod::oops_do_marking_epilogue always runs verification code
Aleksey Shipilev
shade at redhat.com
Tue May 23 13:45:55 UTC 2017
On 05/23/2017 03:41 PM, Andrew Haley wrote:
> On 23/05/17 13:18, Aleksey Shipilev wrote:
>
>> Shenandoah-8u runs into the serious performance problem with code
>> cache scan -- we are wasting several milliseconds per pause -- and
>> it seems to be fixed in 8u152:
>> https://bugs.openjdk.java.net/browse/JDK-8140584
>>
>> I propose we cherry-pick it to our shenandoah-8u repo, while we wait for it to
>> arrive from upstream.
>>
>> Andrew, any objections?
>
> We have to think about the criteria we use to decide such things. It
> seems to me that this is a very low-risk patch, but on the other hand
> the gains are slight.
The gains are slight for STW GC, where 5ms is a tiny drop in a large pause. For
Shenandoah, it is more than a half of the pause :)
> On the gripping hand, if we allow in many small
> such patches we have a significant divergence from upstream. Each
> patch on its own is no big deal, but they all add up.
>
> So, I'm on the horns of a dilemma. (Ouch!)
Yeah. In this particular case, we are not diverging from upstream, for some
notion of "upstream". Since we are planning to pull 8b152 once released anyway,
what we do here is fast-forwarding to the future today. I guess simplicity of
the patch + already being in upstream is enough to qualify for cherry-pick?
-Aleksey
More information about the shenandoah-dev
mailing list