-
Bug
-
Resolution: Done
-
Minor
-
JAVA8 1.0.0.GA
-
Documentation (Ref Guide, User Guide, etc.), User Experience
-
-
-
-
-
-
CLOUD Maintenance Sprint 12
Current JAVA_CORE_LIMIT variable description:
Core limit as described in https://www.kernel.org/doc/Documentation/scheduler/sched-bwc.txt. Used to configure the number of GC threads and parallelism for ForkJoinPool. Defaults to container core limit.
The above description suggests the following:
- JAVA_CORE_LIMIT variable can be set to configure number of GC threads and parallelism for ForJoinPool (when CONTAINER_CORE_LIMIT is unset),
- JAVA_CORE_LIMIT will use setting from CONTAINER_CORE_LIMIT, when CONTAINER_CORE_LIMIT is set
But this doesn't correspond to current behaviour:
- When CONTAINER_CORE_LIMIT is set (and JAVA_CORE_LIMIT is unset) CONTAINER_CORE_LIMITs are used for number of GC threads and parallelism configuration (OK),
- When CONTAINER_CORE_LIMIT is unset (and JAVA_CORE_LIMIT is set) the variable has no effect (number of GC threads and parallelism for ForkJoinPool isn't configured at all).
- is duplicated by
-
CLOUD-1530 JAVA_CORE_LIMIT is honored only if quota is set
- Closed
- is related to
-
CLOUD-2052 [EAP7] activemq thread pool system properties doesn't take JAVA_CORE_LIMIT into account
- Verified
-
CLOUD-2152 [tracker] Sprint 12 release
- Closed
- relates to
-
CLOUD-1530 JAVA_CORE_LIMIT is honored only if quota is set
- Closed