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

Investigate initialization order for G1NUMA

    Details

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

      Description

      G1NUMA is created at initialization list of G1CollectedHeap and then sets region size and page size later at G1CollectedHeap::initialize(). The reason of this order is G1Allocator needs G1NUMA::num_active_nodes() and G1NUMA needs region / page size for further work so sets these values when calculated at initialize().
      However if delay creating G1Allocator after creating G1NUMA, we can simply.
      This approach is valid but for the following enhancement of NUMA which touches HeapRegionManager may be affected. i.e. G1NUMA should be created earlier. If HeapRegionManager also can be initialized after G1NUMA, initialization of G1NUMA will be simpler.

      Investigate and change it if possible.

      This discussion was brought up during JDK-8220310 review but couldn't accepted because of potential HeapRegionManager initialization order issue.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                sangheki Sangheon Kim
                Reporter:
                sangheki Sangheon Kim
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated: