Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8137022

Concurrent refinement thread adjustment and (de-)activation suboptimal

XMLWordPrintable

    • gc
    • b21

      After every GC G1 readjusts concurrent refinement thresholds with the goal to have X amount of unprocessed buffers at the start of GC to process in the update RS phase. X is calculated from the time available for the Update RS phase.

      The current calculation has the following issues:
      - it allows the green threshold to get zero. This means that both refinement threads *and* mutators are competing for the buffers. There is no need to run the threads.
      - there are magic factors to create the yellow and red thresholds that have nothing to do with actual application.
      - (this may be another issue) activating more refinement threads is not in any way related to the rate they are added to the queue. Ideally more threads would be dynamically activated as the rate the buffers are added to the queue changes

        1.
        		 Release Note: Improved Control of G1 Concurrent Refinement Threads Sub-task Resolved Kim Barrett  

            kbarrett Kim Barrett
            tschatzl Thomas Schatzl
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: