Backport JDK-8058779 to JDK 8 (faster String.replace(CharSequence, CharSequence))

[Zheka Kozlov]

Thanks, Aleksey.

Why I'm asking this is because I was surprised that
https://bugs.openjdk.java.net/browse/JDK-8214687 was backported and
https://bugs.openjdk.java.net/browse/JDK-8058779 was not. String.replace is
obviously much more useful and common than
Collections.nCopies.equals/hashCode.

Zheka.

пн, 17 февр. 2020 г. в 16:02, Aleksey Shipilev <shade at redhat.com>:

> On 2/17/20 6:20 AM, Zheka Kozlov wrote:
> > Is there any reason to not backport JDK-8058779
> > <https://bugs.openjdk.java.net/browse/JDK-8058779> to JDK 8?
>
> Backports usually come from a reverse question: is there the overwhelming
> reason *to* backport?
>
> This one seems to check the marks on cost/benefit front, given the
> relative simplicity of the patch
> and the performance impact is has. But as always, performance improvements
> usually take much less
> priority than bugfixes. We (RH) have quite a few candidates for 8u
> backports for performance, added
> this to our list as well.
>
> --
> Thanks,
> -Aleksey
>
>