On Fri, 2 Oct 2026 16:20:30 GMT, Naoto Sato <[email protected]> wrote:
>> Fixing performance regression caused by >> [JDK-8381379](https://bugs.openjdk.org/browse/JDK-8381379). Instead of >> having each explicit time zone as an entry in the resource bundle, the >> explicit DST offsets are encoded in one entry. This avoids repeated lookups >> for missing offsets and eliminates the need for a separate cache. Also >> `SimpleDateFormat` now issues a new internal `ZoneInfo` method that won't >> clone instances on each format call. Here is the benchmark result for the >> test case in the JBS entry (on my mac): >> >> Before: >> >> New York: 303.9 B/op, 191.7 ns/op >> Vancouver: 240.0 B/op, 216.8 ns/op >> >> After: >> >> New York: 32.0 B/op, 79.5 ns/op >> Vancouver: 32.0 B/op, 97.5 ns/op >> >> These results suggest that the performance has returned to approximately its >> pre-JDK- 8381379 level. >> >> --------- >> - [x] I confirm that I make this contribution in accordance with the >> [OpenJDK Interim AI Policy](https://openjdk.org/legal/ai). > > Naoto Sato has updated the pull request incrementally with one additional > commit since the last revision: > > Addresses review comments Thanks for the updates. LGTM. ------------- Marked as reviewed by jlu (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/33133#pullrequestreview-5394598319
