RFR: 8212155: Race condition when posting dynamic_code_generated event leads to JVM crash [v2]

David Holmes david.holmes at oracle.com
Fri Jun 4 02:21:10 UTC 2021


Hi Dan,

On 4/06/2021 7:24 am, Daniel D.Daugherty wrote:
> On Thu, 3 Jun 2021 17:24:07 GMT, Leonid Mesnik <lmesnik at openjdk.org> wrote:
> 
>>> Fixed a race condition between posting and enabling DynamicCodeGenerated event.
>>
>> Leonid Mesnik has updated the pull request incrementally with one additional commit since the last revision:
>>
>>    fixed comment
> 
> test/hotspot/jtreg/serviceability/jvmti/DynamicCodeGenerated/DynamicCodeGeneratedTest.java line 55:
> 
>> 53:                 Reference.reachabilityFence(result);
>> 54:             }).start();
>> 55:         }
> 
> I just noticed no `join()` calls to clean up these threads.

Java doesn't need a join() to "cleanup threads". The main reason to 
join() threads in a test is to ensure they have terminated before we 
hand control back to jtreg; and if not daemons to ensure we terminate 
more predictably.

Cheers,
David
-----

> Does this mean we'll have 10,000 thread objects waiting around
> until the end of the program?
> 
> -------------
> 
> PR: https://git.openjdk.java.net/jdk/pull/4331
> 


More information about the serviceability-dev mailing list