This PR addresses a performance degradation when constructing a new 
MessageFormat that contains a subformat with a pattern that is not a predefined 
style. This is due to internal logic which catches an IAE specifically for 
subformat patterns. Perf tests for choice and number are not grouped, since 
performance is directly tied to subformat creation.

M1 Mac - Perf (before):


MessageFormatterBench.testSubformatChoice  thrpt   15   865.430 ±  6.766  ops/ms
MessageFormatterBench.testSubformatNumber  thrpt   15  1021.808 ± 11.413  ops/ms


M1 Mac - Perf (after):


Benchmark                                   Mode  Cnt     Score    Error   Units
MessageFormatterBench.testSubformatChoice  thrpt   15  1671.033 ± 55.012  ops/ms
MessageFormatterBench.testSubformatNumber  thrpt   15  3275.727 ± 47.370  ops/ms

-------------

Commit messages:
 - perf
 - impl

Changes: https://git.openjdk.org/jdk/pull/28806/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=28806&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8373566
  Stats: 58 lines in 2 files changed: 21 ins; 11 del; 26 mod
  Patch: https://git.openjdk.org/jdk/pull/28806.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/28806/head:pull/28806

PR: https://git.openjdk.org/jdk/pull/28806

Reply via email to