8252827: Caching Integer.toString just like Integer.valueOf

Raffaello Giulietti raffaello.giulietti at gmail.com
Fri Apr 16 18:54:40 UTC 2021


I guess the reporter meant to limit the cache range similarly to the one 
used for valueOf().

I have no clue about the benefit/cost ratio for the proposed String 
cache. It really depends on usage, workload, etc. One can easily imagine 
both extreme scenarios but it's hard to tell how the average one would look.

My post is only about either solving the issue by implementing the 
cache, which I can contribute to; or closing it because of lack of 
real-world need or interest.


Greetings
Raffaello


On 2021-04-16 20:36, Roger Riggs wrote:
> Hi,
> 
> Is there any way to quantify the savings?
> And what technique can be applied to limit the size of the cache.
> The size of the small integer cache is somewhat arbitrary.
> 
> Regards, Roger
> 
> On 4/16/21 12:48 PM, Raffaello Giulietti wrote:
>> Hello,
>>
>> does the enhancement proposed in [1] make sense, both today and when 
>> wrappers will be migrated to primitive classes?
>> If so, it should be rather simple to add it and I could prepare a PR.
>> If not, the issue might perhaps be closed.
>>
>>
>> Greetings
>> Raffaello
>>
>> ----
>>
>> [1] https://bugs.openjdk.java.net/browse/JDK-8252827
> 


More information about the core-libs-dev mailing list