On Thu, 22 May 2025 00:57:06 GMT, Shaojin Wen <s...@openjdk.org> wrote:
>> 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 Unsafe.allocateUninitializedArray has a single use at present and should not become more widely used. The current performance is adequate and the small improvement is not sufficient to warrant using Unsafe. ------------- PR Review: https://git.openjdk.org/jdk/pull/23353#pullrequestreview-2967665577
