8361827: [TESTBUG] serviceability/HeapDump/UnmountedVThreadNativeMethodAtTop.java throws OutOfMemoryError

[reinrich]

This pr makes sure to call System.gc() before each test in UnmountedVThreadNativeMethodAtTop.java

The intention is to get rid of unreachable objects representing loaded heap dumps from previous tests.

This prevents OutOfMemoryErrors. Parsing the smaller dumps is faster too.

The PR also includes a reproducer for convenient testing of the pr.

---

Progress

• Change must be properly reviewed (1 review required, with at least 1 Reviewer)
• Change must not contain extraneous whitespace
• Commit message must refer to an issue

Issue

• JDK-8361827: [TESTBUG] serviceability/HeapDump/UnmountedVThreadNativeMethodAtTop.java throws OutOfMemoryError (Bug - P4)

Reviewers

• Christoph Langer (@RealCLanger - Reviewer)
• SendaoYan (@sendaoYan - Committer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/26278/head:pull/26278
$ git checkout pull/26278

Update a local copy of the PR:
$ git checkout pull/26278
$ git pull https://git.openjdk.org/jdk.git pull/26278/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 26278

View PR using the GUI difftool:
$ git pr show -t 26278

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/26278.diff

Using Webrev

Link to Webrev Comment

[bridgekeeper]

👋 Welcome back rrich! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

@reinrich This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8361827: [TESTBUG] serviceability/HeapDump/UnmountedVThreadNativeMethodAtTop.java throws OutOfMemoryError

Reviewed-by: clanger, syan

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 10 new commits pushed to the master branch:

• bcd86d5: 8358627: tools/sincechecker/modules/java.base/JavaBaseCheckSince.java fails with JDK 26
• 5edd546: 8361449: RISC-V: Code cleanup for native call
• a531c9a: 8361144: Strenghten the Ideal Verification in PhaseIterGVN::verify_Ideal_for by comparing the hash of a node before and after Ideal
• ... and 7 more: https://git.openjdk.org/jdk/compare/917d0182cb5ea6066afd396381ca4650371e64b0...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

[openjdk]

@reinrich The following label will be automatically applied to this pull request:

• serviceability

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing list. If you would like to change these labels, use the /label pull request command.

[mlbridge]

Webrevs

• 00: Full (c97c3115)

[RealCLanger]

Looks good and likely improves test performance and stability.

[reinrich]

Thanks!
/integrate

[openjdk]

Going to push as commit cbb3d23.
Since your change was applied there have been 48 commits pushed to the master branch:

• 6e368e0: 8362207: Add more test cases for possible double-rounding in fma
• e1b2229: 8358592: Assert in Assembler::ptest due to missing SSE42 support
• bdd37b0: 8361836: RISC-V: Relax min vector length to 32-bit for short vectors
• ... and 45 more: https://git.openjdk.org/jdk/compare/917d0182cb5ea6066afd396381ca4650371e64b0...master

Your commit was automatically rebased without conflicts.

[openjdk]

@reinrich Pushed as commit cbb3d23.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.