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-8204287 Phase timings not updated correctly after JDK-6672778
-
- Resolved
-
-
JDK-8201313 Times of sub-phases of ext root scan may be larger than the sum of individual timings
-
- Closed
-
-
JDK-8230706 Waiting on completion of strong nmethod processing causes long pause times with G1
-
- Resolved
-
-
JDK-8027547 G1 should not push already forwarded objects into the object task queue but special case them
-
- Open
-
-
JDK-8224759 Investigate block splitting during heap root scan
-
- Open
-