+PrintInlining falsly? says: never executed
Ulf Zibis
Ulf.Zibis at gmx.de
Mon Nov 30 17:00:46 PST 2009
Am 01.12.2009 01:12, Tom Rodriguez schrieb:
>>>> I get:
>>>> @ 180 sun.nio.cs.ext.EUC_TW_C_d_b_codeToBuffer4$Decoder::decode never executed
>>>> and
>>>> static sun/nio/cs/ext/EUC_TW_C_d_b_codeToBuffer4$Decoder.decode(BBI[C[II)Ljava/nio/charset/CoderResult;
>>>> interpreter_invocation_count: 10001
>>>> invocation_counter: 5001
>>>> backedge_counter: 1
>>>>
>>>>
>>> Where did this output come from? Was it printed at the time it was being checked for inlining?
>>>
>> I comes from -XX:PrintAssemblyOptions. Yes, it was printed at same time.
>>
>
> I don't see how PrintAssemblyOptions could produce that output. I think those counts come from the CompileCommand=print option below and those are printed at the end of the run. So I'm guessing that at the point the compile was occurring decode actually hadn't been called.
I suspect, this had happened here, because the decode() method should
have been executed as many times, as the JIT threshold for compiling the
frequent branches of decodeArrayLoop().
> The can sometimes result from inlining. What was the whole inline tree? I think you'd have to look into the debugger to make sure.
>
You can find my sources here (in the test tree):
https://java-nio-charset-enhanced.dev.java.net/source/browse/java-nio-charset-enhanced/branches/j7_EUC_TW/?rev=833
The complete hsdis outputs are in the log folder.
-Ulf
More information about the hotspot-compiler-dev
mailing list