RFR: 8340490: Shenandoah: Optimize ShenandoahPacer [v2]

Xiaolong Peng xpeng at openjdk.org
Thu Sep 26 18:57:35 UTC 2024


On Sat, 21 Sep 2024 05:52:10 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>>> I am good with this, assuming performance runs show good results.
>> 
>> Latency wise, in most time it is better than old impl. 
>> 
>> In my specific test with 8G heap on MacOS, throughput is very close to the test w/ ShenandoahPacing disabled, and about 25%~30% improvement comparing the old implementation.
>
>> > I am good with this, assuming performance runs show good results.
>> 
>> Latency wise, in most time it is better than old impl.
> 
> It is great it improves targeted tests, and it makes sense from the first principles. Run our usual performance pipeline to sanity check if this affects any other benchmarks in any meaningful way.

@shipilev Need you to review it again since I pushed minor refactor and format change as per your comments.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/21099#issuecomment-2377706480


More information about the hotspot-gc-dev mailing list