RFR (XS): JDK-8013496: Code cache management command line options work only in special order. Another order of arguments does not deliver the second parameter to the jvm.

Pavel Punegov pavel.punegov at oracle.com
Sat May 4 07:24:36 PDT 2013


Could you please write a regression test or file an RFE for new test?
AFAIK CodeCache management is one of the JDK8 features, so it should have a regression 
test for any product bug found. Or if there are no test, appropriate tag should be added 
according to this:

On Пт, 03 мая 2013 14:54:56 Albert Noll wrote:
> Hi,
> please review the patch.
> Many thanks in advance,
> Albert
> jbs: https://jbs.oracle.com/bugs/browse/JDK-8013496
> webrev: http://cr.openjdk.java.net/~adlertz/JDK-8013496/webrev00/
> Problem:
> The order in which the arguments  "-XX:ReservedCodeCacheSize=1m" and
> "-XX:InitialCodeCacheSize=500k"
> are given to hotspot mattered. In particular, the above order resulted
> in an error:
> Invalid maximum code cache size: -XX:ReservedCodeCacheSize=1m. Should be
> greater than InitialCodeCacheSize=2496K
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
> Fix: Moved the check: ReservedCodeCacheSize >= InitialCodeCacheSize to
> Arguments::check_vm_args_consistency()
> (as suggested in the comment).
> Currently, the minimum ReservedCodeCacheSize is 1K. Any thoughts on that?
Pavel Punegov

[1] http://wiki.se.oracle.com/display/JPG/Java+SE+Bug+Tagging+Conventions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20130504/72ca3398/attachment.html 

More information about the hotspot-compiler-dev mailing list