RFR (S) 8026822: metaspace/flags/maxMetaspaceSize throws OOM of unexpected type ava.lang.OutOfMemoryError: Compressed class space
Stefan Karlsson
stefan.karlsson at oracle.com
Thu Oct 24 11:22:29 PDT 2013
On 10/24/13 7:02 PM, harold seigel wrote:
> Hi,
>
> Please review this fix for bug 8026822. The fix incorporates the
> requested chunk size when determining whether the OutOfMemoryError was
> caused by running out of Metaspace or Compressed class space.
>
> Open webrev at: http://cr.openjdk.java.net/~hseigel/bug_8026822/
> <http://cr.openjdk.java.net/%7Ehseigel/bug_8026822/>
1) I think you want to use loader_data->metaspace_not_null() and get rid
of the NULL check, just like the caller of report_metadata_oome does.
3328 Metaspace* metaspace = loader_data->metaspace_or_null();
3329 if (metaspace != NULL) {
2) There are some extreme corner cases where this might report the
incorrect OOME string, but I guess we'll live with those for now.
3) Since we now report "Metadata space" when we hit the MaxMetaspaceSize
or fail to commit memory, regardless of Metadata type, would it be
better to change the string "Metadata space" to the more generic (and
actually more used) "Metaspace"?
thanks,
StefanK
> Bug: https://bugs.openjdk.java.net/browse/JDK-8026822
>
> The fix was tested with UTE vm.metaspace, vm.mlvm, vm.quick, and jtreg
> tests on Linux and vm.metaspace tests on Solaris.
>
> Thanks! Harold
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20131024/9a9fbb67/attachment-0001.html
More information about the hotspot-runtime-dev
mailing list