-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.2.0
-
x86
-
windows_nt
Name: nl37777 Date: 09/30/98
On my 200 mhz Pentium running w/nt,
new GregorianCalendar()
takes nearly half second. Since this appears
to be the only non-deprecated way to get the
year/month/day etc from a Date, this performance
seems unacceptably poor.
By contrast, the deprecated functions of Date
that provide the same information take no
measurable milliseconds.
(Review ID: 37783)
======================================================================
- duplicates
-
JDK-4230123 TimeZones loaded unnecessarily
- Resolved
- relates to
-
JDK-4209900 Using ResourceBundle.getBundle() kills performance
- Closed
-
JDK-4763654 (tz) RFE: consider timezone related files to be put in single jar
- Closed