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

Investigate MetaspaceArena locking after JEP387

    XMLWordPrintable

    Details

    • Type: Enhancement
    • Status: Resolved
    • Priority: P4
    • Resolution: Won't Fix
    • Affects Version/s: 16
    • Fix Version/s: tbd
    • Component/s: hotspot
    • Labels:

      Description

      A metaspace arena (called SpaceManager before JEP387) has a reference to an outside-provided lock which resides in the owning CLD (_metaspace_lock). It locks itself using this lock.

      This seems an unusual pattern and causes code to be more complicated than needed. E.g. it causes the existence of the MetaspaceTestArena class whose only purpose is to bundle a lock with an arena.

      Investigate whether it would be better to either
      - let the arena be oblivious to any locking and make it the responsibility of the caller to lock
      - let the arena own its own lock.

      Both solutions are viable, but should be investigated only after the brunt of the JEP387 changes hits mainline.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              stuefe Thomas Stuefe
              Reporter:
              stuefe Thomas Stuefe
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: