Integrated: 8268364: jmethod clearing should be done during unloading
Coleen Phillimore
coleenp at openjdk.java.net
Fri Jul 2 18:07:58 UTC 2021
On Wed, 30 Jun 2021 22:48:03 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:
> This patch moves the jmethod clearing to ClassLoaderData::unload() but also adds a check to Method::checked_resolved_jmethod_id() to handle the case where ZGC may be unloading a class but not have gotten to ClassLoaderData::unload() yet. JVMTI will read a NULL method for checked_resolved_jmethod_id() in this case, and not get a Method that will shortly, or has already been reclaimed in the Metaspace destructor.
> Since I was there, I also added Method::is_valid_method() check to checked_resolve_jmethod_id. I don't think it's expensive anymore but it could be added under DEBUG. Either way method->method_holder()->is_loader_alive() will crash if !is_valid_method so we should leave it. As I wrote in the related issues, the bogus Method may have been because of a previous set of bugs with post_compiled_method_load events.
>
> Tested with tiers 1-6 on linux-x64-debug and 1-3 on windows-x64-debug.
>
> Also ran vmTestbase/nsk/{jdi,jvmti} tests with VM_OPTIONS=-XX:+UseZGC -XX:ZCollectionInterval=0.01 -XX:ZFragmen
> tationLimit=0
This pull request has now been integrated.
Changeset: 3d84398d
Author: Coleen Phillimore <coleenp at openjdk.org>
URL: https://git.openjdk.java.net/jdk/commit/3d84398d128bb2eed6280ebbc3f57afb3b89908f
Stats: 36 lines in 2 files changed: 20 ins; 13 del; 3 mod
8268364: jmethod clearing should be done during unloading
Reviewed-by: dcubed, eosterlund
-------------
PR: https://git.openjdk.java.net/jdk/pull/4643
More information about the hotspot-dev
mailing list