RFR: Elide more final field's write memory barrier with escape analysis result

Hui Shi hui.shi at linaro.org
Fri Oct 16 14:51:04 UTC 2015


Thanks for help back out!

This looks assertion in PhaseIdealLoop::compute_lca_of_uses when verify
dominance, will look at this.

Regards
Shi Hui

On 16 October 2015 at 22:00, Roland Westrelin <roland.westrelin at oracle.com>
wrote:

> Unfortunately that change caused a lot of failures during our nightly
> testing and we are backing it out.
>
> https://bugs.openjdk.java.net/browse/JDK-8139750 is the bug that cover
> those failures. I could reproduce one of those failures by running
> java/util/Map/Defaults.java with options:
> -server -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa
> -XX:+TieredCompilation -XX:CompileThreshold=100
> -XX:+UnlockExperimentalVMOptions -XX:+IgnoreUnrecognizedVMOptions
> -XX:+AggressiveOpts -XX:-UseBiasedLocking
>
> I created a redo issue in case this is resubmitted:
>
> https://bugs.openjdk.java.net/browse/JDK-8139758
>
> Roland.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151016/60964826/attachment.html>


More information about the hotspot-compiler-dev mailing list