[master] RFR: Replace stack-locking with fast-locking [v3]
Roman Kennke
rkennke at openjdk.org
Tue Oct 18 14:55:38 UTC 2022
On Mon, 17 Oct 2022 15:09:46 GMT, Roman Kennke <rkennke at openjdk.org> wrote:
>> I'd like to integrate the changes from the corresponding upstream PR into Lilliput upfront. This allows to get some testing in context of Lilliput, and also allows to work on follow-up changes, e.g. eliminate a lot of the load-klass stuff, improve hash-code, and simplification in GCs (especially Shenandoah and ZGC), as well as implement/enable some features in serviceability that haven't been possible because SA couldn't safely access object's Klass*.
>>
>> See upstream PR for description:
>> https://github.com/openjdk/jdk/pull/10590
>>
>> This PR is a 1:1 mirror of the upstream change, with some additional changes that touch Lilliput parts (e.g. synchronizer.cpp and Shenandoah). The upstream PR has received an enormous amount of testing, perf testing, discussion and design reviews, etc.
>>
>> Ok to go into Lilliput?
>>
>> Thanks,
>> Roman
>
> Roman Kennke has updated the pull request incrementally with two additional commits since the last revision:
>
> - Merge remote-tracking branch 'jdk-rkennke/fast-locking' into fast-locking3
> - More RISC-V fixes
Thanks everybody. Let's
-------------
PR: https://git.openjdk.org/lilliput/pull/56
More information about the lilliput-dev
mailing list