-
Type:
Enhancement
-
Resolution: Unresolved
-
Priority:
P4
-
Affects Version/s: 18
-
Component/s: hotspot
During clearing of the card set, we currently dump the associated ConcurrentHashTable and recreate it with InitialLogTableSize.
Investigate the benefit of having a ConcurrentHashTable sizing heuristic, that is keeping the tables at some specific other size to avoid constant resizing of these.
Initial attempts at doing so showed that this is a kind of waste of space, but more investigation should be done (particular e.g. limiting keeping some particular size to young gen regions; or size them to that "good" size only before adding elements, not keeping the ConcurrentHashTable around all the time etc).
Investigate the benefit of having a ConcurrentHashTable sizing heuristic, that is keeping the tables at some specific other size to avoid constant resizing of these.
Initial attempts at doing so showed that this is a kind of waste of space, but more investigation should be done (particular e.g. limiting keeping some particular size to young gen regions; or size them to that "good" size only before adding elements, not keeping the ConcurrentHashTable around all the time etc).
- is blocked by
-
JDK-8017163 G1: Refactor remembered sets
-
- Resolved
-
- relates to
-
JDK-8358342 G1: G1CodeRootSet performance breaks down on even moderate load
-
- Open
-