RFR: 8315559: Dacapo pmd regressions 5-20% on all platforms in 22-b11

[Oli Gillespie]

Attempt to fix regressions in class-loading performance caused by fixing a symbol table leak in [JDK-8313678](https://bugs.openjdk.org/browse/JDK-8313678).

See lengthy discussion in https://bugs.openjdk.org/browse/JDK-8315559 for more background. In short, the leak was providing an accidental cache for temporary symbols, allowing reuse.

This change keeps new temporary symbols alive in a queue for a short time, allowing them to be re-used by subsequent operations. For example, when attempting to load a class we may call JVM_FindLoadedClass for multiple classloaders back-to-back, and all of them will create a TempNewSymbol for the same string. At present, each call will leave a dead symbol in the table and create a new one. Dead symbols add cleanup and lookup overhead, and insertion is also costly. With this change, the symbol from the first invocation will live for some time after it is used, and subsequent callers can find the symbol alive in the table - avoiding the extra work.

The queue is bounded, and when full new entries displace the oldest entry. This means symbols are held for the time it takes for 100 new temp symbols to be created. 100 is chosen arbitrarily - the tradeoff is memory usage versus 'cache' hit rate.

When concurrent symbol table cleanup runs, it also drains the queue.

In my testing, this brings Dacapo pmd performance back to where it was before the leak was fixed.

Thanks @shipilev and @coleenp for helping with this fix.

-------------

Commit messages:
 - Delay temp symbol cleanup to reduce churn

Changes: https://git.openjdk.org/jdk/pull/16398/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=16398&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8315559
  Stats: 64 lines in 2 files changed: 64 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/16398.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/16398/head:pull/16398

PR: https://git.openjdk.org/jdk/pull/16398