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.
vladimir.kozlov at oracle.com
Fri May 3 08:07:59 PDT 2013
My latest check of used codecache before JIt compilation shows that more
than 1Mb was used (template interpreter, stubs, adapters). I think 1K is
too small. Run (for example, on sparc) a small program with -Xint to see
how much you need. Also we have and CodeCacheMinimumFreeSpace=500k
parameter. So I would guess we need something around 2Mb to run VM in
Otherwise changes are good.
On 5/3/13 5:54 AM, Albert Noll wrote:
> please review the patch.
> Many thanks in advance,
> jbs: https://jbs.oracle.com/bugs/browse/JDK-8013496
> webrev: http://cr.openjdk.java.net/~adlertz/JDK-8013496/webrev00/
> The order in which the arguments "-XX:ReservedCodeCacheSize=1m" and
> 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
> (as suggested in the comment).
> Currently, the minimum ReservedCodeCacheSize is 1K. Any thoughts on that?
More information about the hotspot-compiler-dev