JDK-8221785 : Add parallel threads_do variant for all threads
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 13
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2019-04-01
  • Updated: 2022-06-22
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
tbdUnresolved
Related Reports
Relates :  
Description
Currently we have Threads::possibly_parallel_threads_do(), which operates on all the Java threads and the VM thread, but ignores other non-Java threads.  However, there are some places that want parallel iteration over all threads, which use explicit iteration and explicit use of the claim_threads_do mechanism.

It would be better to have a function similar to possibly_parallel_threads_do that operates on all threads.

There is a naming issue though.  Perhaps possibly_parallel_oops_do should be the all-threads variant, and the restricted version should be possibly_parallel_java_threads_and_vm_thread_do, being consistent with the naming of the serial iterators.

Comments
Thank you for linking the related bug.
04-09-2019

I don't understand why this was closed. This RFE was an explicitly requested followup from the review of JDK-8221102. The goal is to hide some of the complexities of parallel thread iteration and the thread claiming mechanism behind another variant of possibly_parallel_threads_do that applies to all threads. That would allow all the claiming support to be made private.
04-09-2019

Runtime Triage: This is not on our current list of priorities. We will consider this feature if we receive additional customer requirements.
03-09-2019