Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Backport] 8333462: Performance regression of new DecimalFormat() when compare to jdk11 #79

Closed
lingjun-cg opened this issue Jul 22, 2024 · 0 comments

Comments

@lingjun-cg
Copy link
Collaborator

All details can get at openjdk/jdk#19534.

lingjun-cg added a commit to lingjun-cg/dragonwell21 that referenced this issue Jul 22, 2024
…n compare to jdk11

Summary: The DecimalFormat constructor calls DecimalFormatSymbols.findNonFormatChar(String,char) multiple times, and the lambda implementation is slow than plain loop implementation of DecimalFormatSymbols.findNonFormatChar(String,char).

Testing: All java.text.format jtreg.

Reviewers: D-D-H, Yude Lin

Issue: dragonwell-project#79
lingjun-cg added a commit to lingjun-cg/dragonwell21 that referenced this issue Jul 22, 2024
…n compare to jdk11

Summary: The DecimalFormat constructor calls DecimalFormatSymbols.findNonFormatChar(String,char) multiple times, and the lambda implementation of findNonFormatChar  is slow than plain loop implementation.

Testing: All java.text.format jtreg.

Reviewers: D-D-H, Yude Lin

Issue: dragonwell-project#79
lingjun-cg added a commit that referenced this issue Jul 23, 2024
…n compare to jdk11

Summary: The DecimalFormat constructor calls DecimalFormatSymbols.findNonFormatChar(String,char) multiple times, and the lambda implementation of findNonFormatChar  is slow than plain loop implementation.

Testing: All java.text.format jtreg.

Reviewers: D-D-H, Yude Lin

Issue: #79
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant