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 hotspot-dev
mailing list