RFR: JDK-8255603: Memory/Performance regression after JDK-8210985
Christoph Langer
clanger at openjdk.java.net
Thu Oct 29 23:24:47 UTC 2020
On Thu, 29 Oct 2020 18:02:47 GMT, Xue-Lei Andrew Fan <xuelei at openjdk.org> wrote:
>>> > Benchmarking is probably hard because we don't know the average occupancy of the map.
>>>
>>> I agreed. No matter what the default value is, it will not fit perfectly in all situations. The value 1 may be fit for small workload applications, but not good for big workload applications. Applications could use the size setting APIs for the tuning. For this update, I think the impact for various workload may be limited/acceptable, but I'm not very sure of it. Benchmarking data with various workload would help us for a better sense.
>>
>> But we did run with `1` for quite a long time without somebody complaining :)
>
>> > > Benchmarking is probably hard because we don't know the average occupancy of the map.
>> >
>> >
>> > I agreed. No matter what the default value is, it will not fit perfectly in all situations. The value 1 may be fit for small workload applications, but not good for big workload applications. Applications could use the size setting APIs for the tuning. For this update, I think the impact for various workload may be limited/acceptable, but I'm not very sure of it. Benchmarking data with various workload would help us for a better sense.
>>
>> But we did run with `1` for quite a long time without somebody complaining :)
>
> Yes, I think it is a safe update and looks good to me. I believe the impact should be minimal. But normally, I would like to check with a test for sure. If no regression test, an explain with noreg tag may be needed. External testing, like a confirmation of no performance regression any longer in an existing application, is fine.
>
> I don't want to block this integration, please go ahead if you are confident with it.
I added the noreg-hard label to the JBS bug. I'll wait for any further input til monday, before integration.
@XueleiFan would be nice if you could approve then, too :)
-------------
PR: https://git.openjdk.java.net/jdk/pull/937
More information about the security-dev
mailing list