RFR JDK-8187653: Lock in CoderResult.Cache becomes performance bottleneck
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.
Right, they all should be final.
webrev has been updated accordingly.
More information about the core-libs-dev