JDK-8184751 : Provide thread pool for parallel safepoint cleanup
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 10
  • Priority: P4
  • Status: Resolved
  • Resolution: Withdrawn
  • OS: generic
  • CPU: generic
  • Submitted: 2017-07-17
  • Updated: 2020-01-22
  • Resolved: 2018-07-11
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbd_majorResolved
Related Reports
Blocks :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Description
This is a followup to JDK-8180932, where we introduced skeleton code for parallel safepoint cleanup. Now, the GC side should have a way to provide a thread pool to the safepointing code in order to actually parallelize safepoint cleanup.
Comments
Shouldn't ParallelGC offer a worker gang too?
21-01-2020

Since filing this issue, both ZGC and G1 have implemented safepoint worker pools. When Shenandoah arrives, it will come with a worker pool as well. I withdraw this issue.
11-07-2018

I recommend closing as "Not an issue" or "Withdrawn".
11-07-2018

Only bugs with changesets associated with them should be closed as "fixed". Reopening this bug.
11-07-2018

G1, ZGC and Shenandoah all provide safepoint workers at this point.
06-07-2018

It seems like G1 and ZGC already provide thread pool, and Shenandoah does it too. Closing this issue.
06-07-2018