RFR [8055338]: (process) Add instrumentation to help diagnose JDK-6573254

Ivan Gerasimov ivan.gerasimov at oracle.com
Tue Aug 19 12:57:22 UTC 2014


Hello again!

I updated the patch to cover situations when the exiting thread isn't 
daemon.
I also added load_acquire/store_release for the sake of accuracy, even 
though on Windows they seem to add nothing to the volatile access.

http://cr.openjdk.java.net/~igerasim/8055338/1/webrev/

If the updated patch looks Okay, I'll need a sponsor to push it.

Sincerely yours,
Ivan

On 19.08.2014 6:42, David Holmes wrote:
> On 19/08/2014 10:12 AM, Ioi Lam wrote:
>> With the Windows/x86/x64 memory model, is the write to
>> vm_getting_terminated guaranteed to be observable by java_start()?
>
> In the general case, not immediately. For the threads actually of 
> interest the logic that tells the threads to terminate happens after 
> the write to the flag, and that logic contains sufficient 
> "synchronization" that if the termination logic is correct then the 
> flag must also be visible.
>
> David
>
>> - Ioi
>>
>> On 8/18/14, 2:19 PM, Ivan Gerasimov wrote:
>>> Hello!
>>>
>>> This is a request to temporarily add some instrumentation code to
>>> hotspot to help diagnose the intermittent failure on Windows, which
>>> results in a wrong exit code of (sub-)process.
>>>
>>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8055338
>>> WEBREV: http://cr.openjdk.java.net/~igerasim/8055338/0/webrev/
>>>
>>> Sincerely yours,
>>> Ivan
>>>
>>
>
>



More information about the hotspot-runtime-dev mailing list