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