During the work for 6622424, we took a decision to only trim the task queues after we've finished all root scanning, instead of more aggressively as it was done before. Just in case this causes performance problems (due to excessive overflows), we might want to revisit this approach. Opening this CR to track this.
- relates to
-
JDK-8201313 Times of sub-phases of ext root scan may be larger than the sum of individual timings
-
- Open
-
-
JDK-8204287 Phase timings not updated correctly after JDK-6672778
-
- Resolved
-
-
JDK-8230706 Waiting on completion of strong nmethod processing causes long pause times with G1
-
- Resolved
-
-
JDK-8224759 Investigate block splitting during heap root scan
-
- Open
-