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

Ensure that GC's use of processor count is correct

    Details

    • Type: Enhancement
    • Status: Open
    • Priority: P4
    • Resolution: Unresolved
    • Affects Version/s: 9
    • Fix Version/s: tbd
    • Component/s: hotspot
    • Labels:
      None
    • Subcomponent:
      gc

      Description

      The GC uses the processor count to calculate default values for ParallelGCThreads and ConcGCThreads, as well as in calculating adaptive values in AdaptiveSizePolicy::calc_active_workers().

      Issues to consider:
      - Actual vs available CPUs running on a virtualized machine. This case is trivial - OS only reports CPUs available to virtualized machine. (Although HotSpot can see unusual configs, like 3 CPU machines).
      - Actual vs available CPUs running on a container (Solaris Zone). Solaris reports total CPUs , not available CPUs?
      - Actual vs available CPUs running on under tasksets. Linux reports total CPUs , not available CPUs?
      - Online processor count can change during execution. On some embedded system, it may change as cores are put to sleep? If so, should we limit GC to the awake CPUs? I think not - it's time to wake them up!

      Runtime APIs currently available:
      os::processor_count()
      os::active_processor_count()

      So the goal is to:
      1) Determine the maximum number of processors GC will ever see at startup so it can size some data structures.
      2) Determine the current number of processors GC should consider using in AdaptiveSizePolicy calculations.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                drwhite Derek White
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated: