[ 
https://issues.apache.org/jira/browse/LOG4J2-3672?focusedWorklogId=888252&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-888252
 ]

ASF GitHub Bot logged work on LOG4J2-3672:
------------------------------------------

                Author: ASF GitHub Bot
            Created on: 01/Nov/23 10:39
            Start Date: 01/Nov/23 10:39
    Worklog Time Spent: 10m 
      Work Description: vy commented on PR #1848:
URL: https://github.com/apache/logging-log4j2/pull/1848#issuecomment-1788742460

   Figured the most recent `FastDateParser` from Apache Commons Lang also still 
uses `getZoneStrings()`: 
https://github.com/apache/commons-lang/blob/5b5656a8b403fd91284b0d2acc893dac7ebd5c29/src/main/java/org/apache/commons/lang3/time/FastDateParser.java#L932




Issue Time Tracking
-------------------

    Worklog Id:     (was: 888252)
    Time Spent: 1.5h  (was: 1h 20m)

> Avoid invoking DateFormatSymbols.getZoneStrings() in FastDateParser
> -------------------------------------------------------------------
>
>                 Key: LOG4J2-3672
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-3672
>             Project: Log4j 2
>          Issue Type: Bug
>            Reporter: Tristan Tarrant
>            Priority: Major
>          Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> {{FastDateParser}} uses {{DateFormatSymbols.getZoneStrings()}} to construct a 
> table of all possible timezone names to be used in parsing date patterns in 
> pattern layouts.
> Unfortunately the above call (and the equivalent call used by the JDK's 
> {{SimpleDateFormat)}} causes initialization and caching of all timezones, 
> resulting in a ~3MB heap overhead on x86_64. The following table summarizes 
> the cost of triggering the caching of all timezones, including the number of 
> instances of some related types and the amount of extra heap required.
>  
> || ||LocalDateTime||LocalDate||ZoneInfo||ZoneOffset||Heap delta||
> |Baseline (no TZ calls)|180|0|0| | |
> |Single timezone|180|0|0|0|298|
> |DateFormatSymbols.getZoneStrings()|57076|32212|602|1455|3760106|
> |TimeZone.getAvailableIds() + TimeZone.getName()|36678|21674|632|1155|3024946|
> |TimeZone.getAvalableIDs()|180|0|632|0|452578|
> By avoiding constructions of such tables, and relying only on 
> {{{}FastDateParser{}}}'s support for RFC-822 and GMT-style timezone names, we 
> can avoid allocating the extra heap.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to