8352147: G1: TestEagerReclaimHumongousRegionsClearMarkBits test takes very long#24077
Conversation
|
👋 Welcome back tschatzl! A progress list of the required criteria for merging this PR into |
|
@tschatzl 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: 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 90 new commits pushed to the
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 |
Webrevs
|
240f01f to
86aa849
Compare
|
@tschatzl Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information. |
Hi all, please review this refactor of the TestEagerReclaimHumongousRegionsClearMarkBits test that runs way too long, and sometimes even causing timeouts in GHA. So the problem is that TestEagerReclaimHumongousRegionsClearMarkBits checks whether after eager reclaim during marking the mark on the humongous object is cleared correctly. It does so with a trial-and-error approach allocating humongous objects and hoping that the faulty state somehow occurs. This can take a long time, and although the test limits itself to 50s runtime, for some reason there can still be sporadic timeouts in some setups. However for a long time it is possible to halt concurrent mark just before completion, inducing the exact state needed for this test. So rewrite the test to be more targeted. Testing: gha, running test locally Thanks, Thomas * also check for actual region reclamation * last minute typo
86aa849 to
8f3f5ae
Compare
|
Thanks @walulyai @albertnetymk for your reviews |
|
Going to push as commit 02a4ce2.
Your commit was automatically rebased without conflicts. |
Hi all,
please review this refactor of the TestEagerReclaimHumongousRegionsClearMarkBits test that runs way too long, and sometimes even causing timeouts in GHA.
So the problem is that TestEagerReclaimHumongousRegionsClearMarkBits checks whether after eager reclaim during marking the mark on the humongous object is cleared correctly. It does so with a trial-and-error approach allocating humongous objects and hoping that the faulty state somehow occurs.
This can take a long time, and although the test limits itself to 50s runtime, for some reason there can still be sporadic timeouts in some setups.
However for a long time it has been possible to halt concurrent mark just before completion, inducing the exact state needed for this test. So rewrite the test to be more targeted.
Testing: gha, running test locally
Thanks,
Thomas
Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/24077/head:pull/24077$ git checkout pull/24077Update a local copy of the PR:
$ git checkout pull/24077$ git pull https://git.openjdk.org/jdk.git pull/24077/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 24077View PR using the GUI difftool:
$ git pr show -t 24077Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/24077.diff
Using Webrev
Link to Webrev Comment