RFR: 8224986: (str) optimize StringBuilder.append(CharSequence, int, int) for String arguments
Roger Riggs
Roger.Riggs at oracle.com
Wed May 29 15:45:28 UTC 2019
Hi Claes,
With the use of random, you should log the seed for the possibility to
repeat a particular case.
Otherwise, looks ok.
Roger
On 05/29/2019 11:43 AM, Jim Laskey wrote:
> +1
>
>> On May 29, 2019, at 12:36 PM, Claes Redestad <claes.redestad at oracle.com> wrote:
>>
>> Hi,
>>
>> it's been pointed out[1] that append(string.substring(start, end)) can
>> outperform append(string, start, end) in some circumstances. In part due
>> the former being intrinsified, but also I think due it tickling some
>> string concat optimizations that allow for eliding the StringBuilder
>> itself completely when there's only one non-constant argument.
>>
>> While not ruling out intrinsification of append(String, int, int), I was
>> able to achieve a reasonable speed-up by peeling off String arguments
>> to append(CharSequence, int, int) and dropping into a routine that uses
>> System.arraycopy when appropriate.
>>
>> This seems like a reasonable improvement in the interim, and an
>> opportunity to incorporate the relevant microbenchmarks.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8224986
>> Webrev: http://cr.openjdk.java.net/~redestad/8224986/open.00/
>>
>> I extended and incorporated the microbenchmark provided in [1] to also include variants with UTF16 Strings and mixes of arguments, ensuring
>> speedups on all appendBounds* variants[2].
>>
>> Thanks!
>>
>> /Claes
>>
>> [1] http://mail.openjdk.java.net/pipermail/core-libs-dev/2019-January/057834.html
>> [2]
>> Baseline:
>>
>> Benchmark (length) Mode Cnt Score Error Units
>> appendBounds 1000 avgt 10 576.939 ± 21.125 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 2144.000 ± 0.001 B/op
>> appendBoundsMix 1000 avgt 10 855.308 ± 27.071 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 3160.000 ± 0.001 B/op
>> appendBoundsUtf16 1000 avgt 10 1424.518 ± 33.319 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 5192.000 ± 0.001 B/op
>>
>> Patch:
>>
>> Benchmark (length) Mode Cnt Score Error Units
>> appendBounds 1000 avgt 10 466.640 ± 15.069 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 2120.000 ± 0.001 B/op
>> appendBoundsMix 1000 avgt 10 758.886 ± 22.983 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 3160.000 ± 0.001 B/op
>> appendBoundsUtf16 1000 avgt 10 1320.360 ± 49.097 ns/op
>> ·gc.alloc.rate.norm 1000 avgt 10 5192.000 ± 0.001 B/op
More information about the core-libs-dev
mailing list