RFR 8030847: java/lang/management/ThreadMXBean/ThreadBlockedCount.java fails intermittently again

David Holmes david.holmes at oracle.com
Tue Jan 14 03:38:40 PST 2014


On 14/01/2014 9:25 PM, Jaroslav Bachorik wrote:
> Please, could I have a review of this change?
>
> It really is pretty simple and won't take much time to review.

Sorry this slipped past me :)

Changes look fine. Could you just expand on this comment:

  55         // warmup

to say:

// warmup - ensure all classes loaded and initialized etc to
//          avoid unintended locking and blocking in the VM

Thanks,
David

> Thanks,
>
> -JB-
>
> On 9.1.2014 14:35, Jaroslav Bachorik wrote:
>> Hi,
>>
>> thanks do David and Staffan it was possible to pinpoint the contention
>> to the static initializaton and classloading.
>>
>> David suggested running the test routine twice to exercise any
>> initialization during the first run and performs the checks only for the
>> results of the second run.
>>
>> The test is using Phaser for synchronization. All the potentially
>> blocking code (System.out.println(), Thread.currentThread(), etc.) was
>> removed from the tested thread.
>>
>> The webrev is available at
>> http://cr.openjdk.java.net/~jbachorik/8030847/webrev.01
>>
>> Thanks,
>>
>> -JB-
>


More information about the serviceability-dev mailing list