[9] RFR(XXS): 8068661: Exclude compiler/whitebox/ForceNMethodSweepTest.java from nightly runs

Vladimir Kozlov vladimir.kozlov at oracle.com
Thu Jan 8 17:09:33 UTC 2015


Good.

Thanks,
Vladimir

On 1/8/15 3:46 AM, Albert Noll wrote:
> Hi,
>
> this fix excludes compiler/whitebox/ForceNMethodSweepTest.java from the nightly runs.
> The test is unstable for the following reasons:
>
> A) The test is started with: -XX:CompileCommand=compileonly,SimpleTestCase$Helper::*
>      As a result, all methods of SimpleTestCase$Helper can be compiled. These include the following accessor methods:
>      SimpleTestCase$Helper.access$1400()I alive
>      SimpleTestCase$Helper.access$1300(LSimpleTestCase$Helper;)I alive
>
>      Since background compilation is enabled, it is possible that methods of the class SimpleTestCase$Helper are
> compiled just after (3) is executed.
>
>      1) int afterCompilation = getTotalUsage();
>      2) Asserts.assertGT(afterCompilation, usage, "compilation should increase usage");
>      3) guaranteedSweep();
>      4) int afterSweep = getTotalUsage();
>      5) Asserts.assertLTE(afterSweep, afterCompilation, "sweep shouldn't increase usage");
>
> B) Another possible problem is that we have class loading in (2). Since adapters are created eagerly, there is a
> potential allocation in the code cache for adapters. In the executions I observed, this was not a problem due to adapter
> sharing (there already exists an adapter, since a class that contains a method with the same signature was loaded
> before). However, there is no guarantee that adapter sharing will also make this test work in the future.
>
> Here is the webrev:
> http://cr.openjdk.java.net/~anoll/8068661/webrev.00/
>
> Thanks,
> Albert


More information about the hotspot-compiler-dev mailing list