RFR: 8059551: JEP-JDK-8043304: Test task: stress tests
Pavel Chistyakov
pavel.chistyakov at oracle.com
Fri Dec 12 10:14:06 UTC 2014
David, thank you for review.
Here is updated webrev:
http://cr.openjdk.java.net/~iignatyev/pchistyakov/8059551/webrev.01
<http://cr.openjdk.java.net/%7Eiignatyev/pchistyakov/8059551/webrev.01>
--------------
Regards,
Pavel
On 11.12.2014 19:31, David Chase wrote:
> Also looks good, except for two extremely picky details
>
> 1. "Exception occured during test method execution"
> should be "occurred" (two R's), string occurs twice in patch.
>
> and (very picky)
>
> 2. "TESTBUG: lockUnlock'er thread was unexpectedly interrupted"
> I think maybe "lockUnlock-er" or even "lockUnlocker".
>
> ( ' in a word implies omitted letters, "don't" for "do not", 'n' for "and" )
>
> Again, tiny details, but if you haven't pushed yet....
>
> David
>
> On 2014-12-09, at 11:50 AM, Pavel Chistyakov <pavel.chistyakov at oracle.com> wrote:
>
>> Hi all,
>>
>> please review changes for: https://bugs.openjdk.java.net/browse/JDK-8059551
>> webrev: http://cr.openjdk.java.net/~iignatyev/pchistyakov/8059551/webrev.00/
>>
>> It introduces several stress tests for segmented code cache. There are main thread that calls given method and checks its return value and several testing threads:
>> • OverloadCompileQueueTest - locks compilation for random time periods trying to full compile queues and to break tested method compilation;
>> • RandomAllocationTest - randomly allocates and removes "dummy" code blobs in different code cache heaps tries to corrupt tested method code in code cache;
>> • UnexpectedDeoptimizationTest - deoptimizes on stack frames in random times tries to break tested method execution/return value
>>
>> Testing: manual
>>
>> -------------------
>> Thanks,
>> Pavel
More information about the hotspot-compiler-dev
mailing list