> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
use StringConcatHelper.newArra
On Wed, 29 Jan 2025 16:36:24 GMT, Shaojin Wen wrote:
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
Keep it alive.
-
PR Comment: https://git.openjdk.org/jdk/pull/23353#issu
On Wed, 29 Jan 2025 16:36:24 GMT, Shaojin Wen wrote:
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
src/java.base/share/classes/java/lang/StringConcatHelper.java line 559:
> 557: st
On Wed, 29 Jan 2025 16:36:24 GMT, Shaojin Wen wrote:
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
This change demonstrates 2–23% speed improvements across multiple aarch64/x64
scenari
The byte[] allocated in Integer/Long.toString is fully filled, so we can use
Unsafe.allocateUninitializedArray to create byte[] to improve performance.
-
Commit messages:
- simplify
- use Unsafe.allocateUninitializedArray
- revert StringConcatHelper newArray change
- copyright
-
