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

Shared symbol tables should never use alternate hashcode

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P2 P2
    • 9
    • 9
    • hotspot
    • 9
    • b115
    • Verified

      SymbolTable::use_alternate_hashcode is intended to balance the run-time symbol table when (user-level) Java programs intentionally creates a lot of symbols with the same hash code.

      However, the shared symbol table is created at CDS dump time and cannot be re-hashed during rumtime. Also, the input to the shared symbol is well-controlled, and is unlikely to get severely unbalanced enough to justify the use of the alternate hashing algorithm.

      The current implementation of the shared symbol table will stop working after SymbolTable::use_alternate_hashcode is enabled at run time. Both SymbolTable::copy_compact_table and SymbolTable::lookup_shared need to be fixed.

            iklam Ioi Lam
            iklam Ioi Lam
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: