[Bug classpath/44052] New: Performance problems with date formatting

[aimana at makonetworks dot com]

Hi there, I am not entirely sure if this is a bug, but it looks like it to me.

We are seeing very long load times (~900 ms) just to do a
java.util.Date.toString()

I have tracked this problem down to insufficient caching of timezone
information. The class where most time is spent is DateFormatSymbols.java. This
class reads the LocaleInformation properties files / resource bundle and parses
them to get the timezone information. The problem is that an instance of this
class is created every single time we format a date, or try to get timezone
info.

As a test, we cut down the en_us properties file to only have 1 zoneString
(UTC). This sped up all calls to 'new DateFormatSymbols();' from 900 ms to ~300
ms.

As a proposed fix I think Timezone information should be cached somewhere..
Either making DateFormatSymbols a singleton or having static references to an
instance in classes that use it, such as TimeZone.java


-- 
           Summary: Performance problems with date formatting
           Product: classpath
           Version: 0.98
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: classpath
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: aimana at makonetworks dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44052