> This is a follow-up to PR #20273, which improves performance when the number 
> of parameters exceeds 20.
> 
> When the number of parameters is large, the possibility of reuse will be 
> lower, so we can use the static concat method and write the length and coder 
> directly into the bytecode to solve the performance regression problem.

Shaojin Wen has updated the pull request with a new target base due to a merge 
or a rebase. The pull request now contains 12 commits:

 - Merge remote-tracking branch 'upstream/master' into 
optim_concat_factory_202408
   
   # Conflicts:
   #    src/java.base/share/classes/java/lang/invoke/StringConcatFactory.java
 - reuseThreshold -> cacheThreshold
 - Revert "optimize for CompactStrings is off"
   
   This reverts commit a9fa264afd9fa625ef29357a7ca8559ce9c5fea4.
 - optimize for CompactStrings is off
 - Merge remote-tracking branch 'upstream/master' into 
optim_concat_factory_202408
   
   # Conflicts:
   #    src/java.base/share/classes/java/lang/invoke/StringConcatFactory.java
 - add control flag `reuseThreshold`
 - Revert "Optimize the construction of MethodType and MethodTypeDesc to reduce 
memory allocation"
   
   This reverts commit 3bed7290f5cb987e86407f698fb0598f19d65628.
 - Optimize the construction of MethodType and MethodTypeDesc to reduce memory 
allocation
 - revert code style
 - from suggest
 - ... and 2 more: https://git.openjdk.org/jdk/compare/8fb8cd85...5c12e337

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

Changes: https://git.openjdk.org/jdk/pull/20675/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=20675&range=05
  Stats: 130 lines in 3 files changed: 81 ins; 2 del; 47 mod
  Patch: https://git.openjdk.org/jdk/pull/20675.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20675/head:pull/20675

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

Reply via email to