RFR (S) 8223770: code_size2 still too small in some compressed oops configurations

Thomas Stüfe thomas.stuefe at gmail.com
Wed May 15 11:54:16 UTC 2019

Hi Ralf,

looks good. Yes, this is a bit unsatisfying and a self-shrinking code heap
would be better.


On Mon, May 13, 2019 at 5:06 PM Schmelter, Ralf <ralf.schmelter at sap.com>

> Hi,
> this is an addition to https://bugs.openjdk.java.net/browse/JDK-8223617.
> It turns out, that the additionally given space is not always enough to not
> trigger the assertion. This is caused by some of the stub routines needing
> more memory (93 bytes overall), when the compressed oops mode used a
> non-zero disjoint base. To be on the safe side I've added another 200 bytes
> to the code_size2 constant and ran the
> hotspot/jtreg/gc/arguments/TestUseCompressedOopsErgo.java jtreg test, which
> showed the problem consistently before the change.
> webrev: http://cr.openjdk.java.net/~rschmelter/webrevs/8223770/webrev.0/
> bugreport: https://bugs.openjdk.java.net/browse/JDK-8223770
> Best regards,
> Ralf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20190515/e86e6c15/attachment.html>

More information about the hotspot-compiler-dev mailing list