With JEP 197 (JDK-8043304) three new option were added: NonNMethodCodeHeapSize, NonProfiledCodeHeapSize and ProfiledCodeHeapSize. Sum of these options should be equal to ReservedCodeCacheSize, otherwise VM initialization will fail.
Unfortunately, current implementation requires manual change of ReservedCodeCacheSize's value if one of *CodeHeapSize options was explicitly changed.
So if user saw a warning saying that code heap was exhausted and some of *CodeHeapSize option's value should be increased, then she'll try to do that without changing the ReservedCodeCacheSize's value and most probably VM initialization will fail.
I'm suggesting to:
- derive ReservedCodeCacheSize value from *CodeHeapSize options' values when ReservedCodeCacheSize was not explicitly passed to JVM;
- automatically setup values of *CodeHeapSize options when one or two of them were explicitly passed as well as ReservedCodeCacheSize.
Unfortunately, current implementation requires manual change of ReservedCodeCacheSize's value if one of *CodeHeapSize options was explicitly changed.
So if user saw a warning saying that code heap was exhausted and some of *CodeHeapSize option's value should be increased, then she'll try to do that without changing the ReservedCodeCacheSize's value and most probably VM initialization will fail.
I'm suggesting to:
- derive ReservedCodeCacheSize value from *CodeHeapSize options' values when ReservedCodeCacheSize was not explicitly passed to JVM;
- automatically setup values of *CodeHeapSize options when one or two of them were explicitly passed as well as ReservedCodeCacheSize.
- duplicates
-
JDK-8059611 Improve logic of 'Arguments::set_tiered_flags'
-
- Closed
-