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]

Albert,

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:
/http://wiki.se.oracle.com/display/JPG/Java+SE+Bug+Tagging+Conventions/[1]

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?
-- 
Thanks,
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