RFR(XXS): 8068661: Exclude compiler/whitebox/ForceNMethodSweepTest.java from nightly runs
david.r.chase at oracle.com
Thu Jan 8 14:22:13 UTC 2015
I (not a Reviewer) approve this change and reasoning.
Is there a followup bug for someone somewhere else to fix the white box test package to get rid of these problems?
On 2015-01-08, at 6:46 AM, Albert Noll <albert.noll at oracle.com> wrote:
> 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:
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the hotspot-compiler-dev