RFR(XXS): 8040244 compiler/whitebox/IsMethodCompilableTest.java fails

Christian Thalinger christian.thalinger at oracle.com
Tue Jun 10 14:36:58 UTC 2014


On Jun 10, 2014, at 2:17 AM, Nils Eliasson <nils.eliasson at oracle.com> wrote:

> Xcomp It honors the CompileCommand in not compiling any other methods, but the methods matching compileonly is compiled directly. 
> 
>> 
>> Reading the bug’s comments I think I get it:
>> 
>> "The test uses reflection to get the method being tested. -Xcomp makes the reflecting method inline the test method. That method is never invalidated. The test method never gets any invocations and never ends up as a c2.compile.”
>> 
> 
> I did some additional expermiments and tried adding the dontinline command but it didn't help. Xcomp changes the behavior of the thresholdpolicy. After the invalidation after the first iteration - the methods get compiled at level 3 but then reverted to level 1 instead of promoted to 4. Anyway - the there is no good reason for running this test with Xcomp. The suggested change makes the test work as intended.

Thanks for the additional information.  Looks good.

> 
> //N
> 
> 
>>> 
>>> On Jun 9, 2014, at 1:45 AM, Nils Eliasson <nils.eliasson at oracle.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> Please review this patch for bug 8040244.
>>>> 
>>>> Summary: The test uses CompileCommand compileonly and breaks when forced to run with Xcomp. Add -Xmixed to prevent -Xcomp from being used.
>>>> 
>>>> webrev: http://cr.openjdk.java.net/~neliasso/8040244/webrev.01/
>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8040244
>>>> 
>>>> Regards,
>>>> Nils
>>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20140610/df639c5b/attachment-0001.html>


More information about the hotspot-compiler-dev mailing list