8387387: Parallel: Clean up startup allocation locking#31705
8387387: Parallel: Clean up startup allocation locking#31705albertnetymk wants to merge 1 commit into
Conversation
|
👋 Welcome back ayang! A progress list of the required criteria for merging this PR into |
|
❗ This change is not yet ready to be integrated. |
|
@albertnetymk The following label will be automatically applied to this pull request:
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. |
|
The total number of required reviews for this PR has been set to 2 based on the presence of this label: |
|
/contributor add aboldtch |
|
@albertnetymk |
Simple cleanup in
ParallelScavengeHeap::mem_allocate_work, which restructures the pre-initialization heap expansion check to useConditionalMutexLockerforInitCompleted_lock, matching the nearbyHeap_lockpattern, and polishes the comments around the locking invariant. There is no intended behavior change.Test: tier1
Progress
Issue
Reviewers
Contributors
<aboldtch@openjdk.org>Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/31705/head:pull/31705$ git checkout pull/31705Update a local copy of the PR:
$ git checkout pull/31705$ git pull https://git.openjdk.org/jdk.git pull/31705/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 31705View PR using the GUI difftool:
$ git pr show -t 31705Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/31705.diff
Using Webrev
Link to Webrev Comment