RFR: 8337981: ShenandoahHeap::is_in should check for alive regions [v4]
Roman Kennke
rkennke at openjdk.org
Mon Aug 19 17:31:52 UTC 2024
On Mon, 19 Aug 2024 11:20:06 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:
>> The expected behavior of `CollectedHeap::is_in` is to check whether the object belongs to the committed parts of the heap:
>> https://github.com/openjdk/jdk/blob/d19ba81ce12a99de1114c1bfe67392f5aee2104e/src/hotspot/share/gc/shared/collectedHeap.hpp#L273-L276
>>
>> This is useful to check if object resides in the parts of the heap the GC knows are not dead. Yet, Shenandoah's check just verifies that oop is within the heap bounds. So `is_in` check for an object that is in trashed/empty region would pass by accident, and we will miss detecting bugs. This should be rectified. I believe "committed" is too weak for the test as well, since we really want to know if we can touch the object, i.e. if it is in active region.
>>
>> I re-wired assertions/verification code to be clear whether we check for heap bounds or actual in-heap conditions.
>>
>> Deeper testing revealed that reference processing code potentially loads a dead referent, but only to null-check it, or ask bitmap about it. Still, more precise `in_heap` check fails asserts in `CompressedOops::decode`. That required a bit of touchup as well.
>>
>> Additional testing:
>> - [x] Linux AArch64 server fastdebug, `all` with `-XX:+UseShenandoahGC`
>> - [x] Linux AArch64 server fastdebug, `all` with `-XX:+UseShenandoahGC -XX:+ShenandoahVerify`
>
> Aleksey Shipilev has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 12 additional commits since the last revision:
>
> - Review feedback
> - Merge branch 'master' into JDK-8337981-shenandoah-is-in
> - Merge branch 'master' into JDK-8337981-shenandoah-is-in
> - Even stronger is_in check
> - Use is_in_reserved
> - Drop raw_referent to HeapWord*
> - Add some overrides
> - Merge branch 'master' into JDK-8337981-shenandoah-is-in
> - Style touchups
> - Fixing ShenandoahReferenceProcessor
> - ... and 2 more: https://git.openjdk.org/jdk/compare/11b06bb1...2da163d1
Looks good, thanks!
-------------
Marked as reviewed by rkennke (Reviewer).
PR Review: https://git.openjdk.org/jdk/pull/20492#pullrequestreview-2246095728
More information about the hotspot-gc-dev
mailing list