RFR: 8296492: Remove ObjectLocker in JVMTI get_subgroups call
David Holmes
dholmes at openjdk.org
Tue Nov 8 04:49:24 UTC 2022
On Tue, 8 Nov 2022 00:58:44 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:
> The JVM code took a ThreadGroup lock before poking into ThreadGroup fields. Call a method in the ThreadGroup to call the synchronized method instead.
> Tested with tier 1-4.
This is a nice simplification of the VM side of the code! I do have to wonder why this was implemented the way it was rather than doing the simple upcall as you now do, but I suspect it was just performance, which should not be an issue today.
One query/concern about exception handling.
Thanks.
src/hotspot/share/prims/jvmtiEnvBase.cpp line 810:
> 808: if (HAS_PENDING_EXCEPTION) {
> 809: CLEAR_PENDING_EXCEPTION;
> 810: return JVMTI_ERROR_OUT_OF_MEMORY;
Do we need to handle unexpected exceptions better, rather than just claiming they are OOME?
-------------
PR: https://git.openjdk.org/jdk/pull/11033
More information about the hotspot-dev
mailing list