> 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 nine commits:

 - 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
 - Update src/java.base/share/classes/java/lang/invoke/StringConcatFactory.java
   
   Co-authored-by: ExE Boss <3889017+exe-b...@users.noreply.github.com>
 - support staticConcat

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

Changes: https://git.openjdk.org/jdk/pull/20675/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=20675&range=03
  Stats: 133 lines in 3 files changed: 82 ins; 2 del; 49 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