RFR: 8349176: Speed up Integer/Long.toString via allocateUninitializedArray [v5]
Shaojin Wen
swen at openjdk.org
Thu May 22 00:57:06 UTC 2025
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use StringConcatHelper::newArray to create byte[] to improve performance.
Shaojin Wen has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 11 commits:
- Merge remote-tracking branch 'upstream/master' into allocate_un_init_202501
# Conflicts:
# src/java.base/share/classes/java/lang/Integer.java
# src/java.base/share/classes/java/lang/Long.java
- simplify code
- use Unsafe::allocateUninitializedArray
- Merge remote-tracking branch 'upstream/master' into allocate_un_init_202501
# Conflicts:
# src/java.base/share/classes/java/lang/Integer.java
# src/java.base/share/classes/java/lang/Long.java
- use StringConcatHelper.newArray
- simplify
- use Unsafe.allocateUninitializedArray
- revert StringConcatHelper newArray change
- copyright
- remove duplicate check
- ... and 1 more: https://git.openjdk.org/jdk/compare/b685ea54...85e437a8
-------------
Changes: https://git.openjdk.org/jdk/pull/23353/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=23353&range=04
Stats: 18 lines in 2 files changed: 8 ins; 6 del; 4 mod
Patch: https://git.openjdk.org/jdk/pull/23353.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/23353/head:pull/23353
PR: https://git.openjdk.org/jdk/pull/23353
More information about the core-libs-dev
mailing list