disable JDK-8061553 optimization while JDK-8077392 is resolved (8079359)

Daniel D. Daugherty daniel.daugherty at oracle.com
Tue May 5 19:30:05 UTC 2015


Thanks!

Dan


On 5/5/15 1:12 PM, Alejandro E Murillo wrote:
> Fine with me
> Alejandro
>
> On 5/5/2015 11:06 AM, Daniel D. Daugherty wrote:
>> Greetings,
>>
>> The following bug fix:
>>
>>     JDK-8061553 Contended Locking fast enter bucket
>>
>> is causing intermittent hangs in JDK9-dev testing. That hang is
>> being tracked by the following bug:
>>
>>     JDK-8077392 Stream fork/join tasks occasionally fail to complete
>>
>> In order to make the JDK9-dev nightly testing more stable,
>> I would like to disable the JDK-8061553 optimization until
>> I resolve JDK-8077392.
>>
>> I'm targeting this fix for JDK9-dev directly instead of going
>> through the usual process of:
>>
>>     push fix -> RT_Baseline
>>     RT_Baseline -> Main_Baseline
>>     Main_Baseline -> JDK9-dev
>>
>> in order to get JDK9-dev stable more quickly.
>>
>> Lana and Alejandro, please let me know if either of you has
>> a problem with this out-of-band work around.
>>
>> Dan
>>
>>
>>
>> -------- Original Message --------
>> Subject: 	[JBS] (JDK-8079359) disable JDK-8061553 optimization while 
>> JDK-8077392 is resolved
>> Date: 	Tue, 5 May 2015 16:59:40 +0000 (UTC)
>> From: 	Daniel Daugherty (JBS) <do-not-reply at openjdk.java.net>
>> To: 	daniel.daugherty at oracle.com
>>
>>
>>
>> Daniel Daugherty 
>> <https://bugs.openjdk.java.net/secure/ViewProfile.jspa?name=dcubed> 
>> started work on Bug JDK-8079359 
>> <https://bugs.openjdk.java.net/browse/JDK-8079359>
>> *disable JDK-8061553 optimization while JDK-8077392 is resolved* 
>> <https://bugs.openjdk.java.net/browse/JDK-8079359>
>>
>>
>> 	
>> Here is the proposed change:
>>
>> $ hg diff
>> diff -r a0df4738688e src/share/vm/runtime/sharedRuntime.cpp
>> --- a/src/share/vm/runtime/sharedRuntime.cpp Sat May 02 00:16:29 2015 
>> -0700
>> +++ b/src/share/vm/runtime/sharedRuntime.cpp Tue May 05 09:57:09 2015 
>> -0700
>> @@ -1793,7 +1793,9 @@ JRT_END
>>
>>  // Handles the uncommon case in locking, i.e., contention or an 
>> inflated lock.
>>  JRT_BLOCK_ENTRY(void, 
>> SharedRuntime::complete_monitor_locking_C(oopDesc* _obj, BasicLock* 
>> lock, JavaThread* thread))
>> - if (!SafepointSynchronize::is_synchronizing()) {
>> + // Disable ObjectSynchronizer::quick_enter() in default config
>> + // until JDK-8077392 
>> <https://bugs.openjdk.java.net/browse/JDK-8077392> is resolved.
>> + if ((SyncFlags & 256) != 0 && 
>> !SafepointSynchronize::is_synchronizing()) {
>>      // Only try quick_enter() if we're not trying to reach a safepoint
>>      // so that the calling thread reaches the safepoint more quickly.
>>      if (ObjectSynchronizer::quick_enter(_obj, thread, lock)) return;
>> *Change By:* 	Daniel Daugherty 
>> <https://bugs.openjdk.java.net/secure/ViewProfile.jspa?name=dcubed> 
>> (2015-05-05 09:57)
>> *Status:* 	Open In Progress
>> *Understanding:* 	Cause Known
>>
>> This message is automatically generated by JIRA.
>> If you think it was sent incorrectly, please contact your JIRA 
>> administrators 
>> <https://bugs.openjdk.java.net/secure/ContactAdministrators%21default.jspa>
>> For more information on JIRA, see: 
>> http://www.atlassian.com/software/jira
>>
>>
>>
>
> -- 
> Alejandro



More information about the hotspot-runtime-dev mailing list