RFR (S) 8223770: code_size2 still too small in some compressed oops configurations
thomas.stuefe at gmail.com
Wed May 15 11:54:16 UTC 2019
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>
> 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,
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the hotspot-compiler-dev