RFR: 8289612: Change hotspot/jtreg tests to not use Thread.stop [v4]

Leonid Mesnik lmesnik at openjdk.org
Sun Jul 17 21:59:21 UTC 2022


On Fri, 15 Jul 2022 17:56:35 GMT, Daniel D. Daugherty <dcubed at openjdk.org> wrote:

>> test/hotspot/jtreg/vmTestbase/gc/gctests/mallocWithGC2/mallocWithGC2.java line 116:
>> 
>>> 114: 
>>> 115:                         tArray[0].join(); // wait for the javaHeapEater Thread to finish
>>> 116:                         tArray[1].stop(); // Once javaHeapEater is finished, stop the
>> 
>> So without this the other thread will run for a full 3 minutes - is that a concern?
>
> Looks like the test is using the default timeout value of 120 seconds/2 minutes.
> With the usual timeoutFactor of 4 (or higher) used by Mach5, this should be
> okay in that environment, but it might not be if invoked with a timeoutFactor
> not set (which defaults to 1, IIRC).

VM doesn't wait for the completion of threads that are executed native code. Seems like a new bug?

-------------

PR: https://git.openjdk.org/jdk/pull/9505


More information about the hotspot-dev mailing list