SimpleDateFormat constructor takes too much time on initializing NumberingSystem

Description

Deleted Component: formatting

While investigating another SimpleDateFormat constructor performance problem reported by #7137, I found there is another performance bottle neck introduced in ICU4J 4.2 release. The trunk version of SimpleDateFormat takes ~40% of time for initializing NumberingSystem object in the constructor.

There is a ticket for improving NumberingSystem creation performance (#6708), and NumberingSystem cache was introduced by the ticket. However, this caching is done in NumberFormat and did not resolve the performance issue in other code path (SimpleDateFormat constructor). The caching should be done in the NumberingSystem factory method rather than NumberFormat.

Activity

Show:
TracBot
June 30, 2018, 11:33 PM
Trac Comment 2 by jspieth—2009-09-23T18:12:46.000Z

nocahce.jpg shows performance stats with no caching in NumberingSystem.
cache.jpg show performance stats with a two level cache (on locale and by name).

TracBot
June 30, 2018, 11:33 PM
Trac Comment 5 by —2016-10-05T23:14:21.544Z

Milestone 4.3.2 deleted

Fixed

Assignee

TracBot

Reporter

Yoshito Umaoka

Components

None

Labels

None

Reviewer

None

Priority

major

Time Needed

Days

Fix versions