RFR 8160892: VM warning: WaitForMultipleObjects timed out

Daniel D. Daugherty daniel.daugherty at oracle.com
Thu Jul 14 23:01:53 UTC 2016


On 7/14/16 4:57 PM, Ivan Gerasimov wrote:
> Hey!
>
> I've updated the webrev in place at
> http://cr.openjdk.java.net/~igerasim/8160892/01/webrev/

Thumbs up!

Dan


>
> On 15.07.2016 0:31, Daniel D. Daugherty wrote:
>> On 7/14/16 12:46 PM, Ivan Gerasimov wrote:
>>> Thank you David for looking into this!
>>>
>>> Here's the webrev updated in accordance with your and Daniel's 
>>> suggestions:
>>> http://cr.openjdk.java.net/~igerasim/8160892/01/webrev/
>>
>> src/os/windows/vm/os_windows.cpp
>>     L3900:     bool registered = false;
>>         Please consider adding a comment above this variable:
>>
>>         // We only attempt to register threads until a process exiting
>>         // thread manages to set the process_exiting flag. Any threads
>>         // that come through here after the process_exiting flag is set
>>         // are unregistered and will be caught in the SuspendThread()
>>         // infinite loop below.
>>
> Sure.  Added this comment.
>
>>         My request is different than David's. I prefer the comment up
>>         here by the 'registered' variable because that variable is
>>         key for getting into the SuspendThread() infinite loop. The
>>         comment also occurs before all the code paths that you have
>>         trace out with the different Ept types and flags states.
>>
>> I'm really hoping that this is the last tweak we need to make to
>> clearly comment what we're doing to alleviate this OS race.
>> The number of occurrences of the underlying bug keep going down
>> with every iteration so we're getting close.
>>
> Yes.  This is my hope too.
>
> With kind regards,
> Ivan
>



More information about the hotspot-runtime-dev mailing list