New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
8236176: Parallel GC SplitInfo comment should be updated for shadow regions #5195
8236176: Parallel GC SplitInfo comment should be updated for shadow regions #5195
Conversation
|
Webrevs
|
// During compaction, there is a natural task dependency among regions because | ||
// destination regions may also be source regions themselves. Consequently, the | ||
// destination regions are not available for processing until all live objects | ||
// within them are evacuated to their destinations. These dependencies lead to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is a mix of one and two spaces after a full stop (5 times I think) in this and the next paragraph. I recommend using two spaces like in the above paragraphs for uniformity.
@@ -961,6 +961,25 @@ inline void ParMarkBitMapClosure::decrement_words_remaining(size_t words) { | |||
// regions and regions compacting into themselves. There is always at least 1 | |||
// region that can be put on the ready list. The regions are atomically added | |||
// and removed from the ready list. | |||
// |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This commentactually refers to the sentence: "// An alternate strategy is being investigated for this deferral of updating." above.
This sentence should be removed as this offers no information about the current algorithm. Fwiw I do not know that actually anyone is working on that, and if so, a CR in JIRA would be more appropriate. I could not find anything in JIRA about work on this, and given that comment is pretty old, this is just confusing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm apart from my comments about some comment typos.
@walulyai This change now passes all automated pre-integration checks. 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 49 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.
|
Thanks for the reviews! /integrate |
Going to push as commit 63e062f.
Your commit was automatically rebased without conflicts. |
Hi all,
Please review this small change to add a high-level description of how shadow regions are utilized during the compact phase of the parallel GC. There is no special handling of Splitinfo by the shadow regions; the destination computation and the handling of partial_objects are done during the summary phase while the shadow regions optimization only applies to compaction.
Additionally, some unused variables are cleaned up.
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jdk pull/5195/head:pull/5195
$ git checkout pull/5195
Update a local copy of the PR:
$ git checkout pull/5195
$ git pull https://git.openjdk.java.net/jdk pull/5195/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 5195
View PR using the GUI difftool:
$ git pr show -t 5195
Using diff file
Download this PR as a diff file:
https://git.openjdk.java.net/jdk/pull/5195.diff