RFR JDK-8187653: Lock in CoderResult.Cache becomes performance bottleneck
Xueming Shen
xueming.shen at oracle.com
Thu Mar 1 20:10:21 UTC 2018
On 03/01/2018 12:00 PM, Alan Bateman wrote:
>
>
> On 01/03/2018 19:42, Roger Riggs wrote:
>> Hi Sherman,
>>
>> Looks to be a good fix with predictable behavior and performance.
>>
>> +1, Roger
> I assume malformed4 and unmappable4 should be final, the XXXCache fields too.
>
> -Alan
Right, they all should be final.
webrev has been updated accordingly.
-sherman
More information about the core-libs-dev
mailing list