United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 7196533 TimeZone.getDefault() slow due to synchronization bottleneck
7196533 : TimeZone.getDefault() slow due to synchronization bottleneck

Details
Type:
Bug
Submit Date:
2012-09-06
Status:
Resolved
Updated Date:
2012-11-02
Project Name:
JDK
Resolved Date:
2012-10-09
Component:
core-libs
OS:
generic
Sub-Component:
java.util:i18n
CPU:
generic
Priority:
P2
Resolution:
Fixed
Affected Versions:
6u31
Fixed Versions:
8

Related Reports
Backport:
JDK-8000739 - TimeZone.getDefault() slow due to synchronization bottleneck
Backport:
JDK-2230534 - TimeZone.getDefault() slow due to synchronization bottleneck
Backport:
JDK-2230193 - TimeZone.getDefault() slow due to synchronization bottleneck
Backport:
JDK-2230192 - TimeZone.getDefault() slow due to synchronization bottleneck

Sub Tasks

Description
SHORT SUMMARY: REGRESSION: POOR TIMEZONE.GETDEFAULT() PERFORMANCE DUE TO 
SYNCHRONIZATION
INDICATORS: Slow performance on applications making heavy use of 
TimeZone.getDefault()
COUNTER INDICATORS: N/A
TRIGGERS:
Performance issue due to heavy synchonization around TimeZone.getDefault()
Seen if many threads contend for same monitor lock.

KNOWN WORKAROUND: N/A
PRESENT SINCE: 6u31, 7u3
HOW TO VERIFY: Testcase supplied in BugDB report
NOTES FOR SE:
Investigate current sychonization logic in TimeZone.getDefault() methods (and 
resulting
call chain) and determine whether the proposed solution in BugDB report is 
viable.

REGRESSION: Since 6u31, 7u3
Introduced at time of http://monaco.sfbay.sun.com/detail.jsf?cr=7110687
http://jpsesvr.us.oracle.com:8080/ctetools/html/SingleReview.jsp?index=4328

Comments
URL:   http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fecba6a8b78e
User:  lana
Date:  2012-10-31 02:51:07 +0000
2012-10-31 
URL:   http://hg.openjdk.java.net/jdk8/tl/jdk/rev/fecba6a8b78e
User:  coffeys
Date:  2012-10-09 11:48:34 +0000
2012-10-09


Hardware and Software, Engineered to Work Together