zhijiangW commented on a change in pull request #7185: [FLINK-10884]
[yarn/mesos] adjust container memory param to set a safe margin from offheap
memory
URL: https://github.com/apache/flink/pull/7185#discussion_r238154920
##########
File path:
flink-runtime/src/main/java/org/apache/flink/runtime/clusterframework/ContaineredTaskManagerParameters.java
##########
@@ -158,8 +158,10 @@ public static ContaineredTaskManagerParameters create(
// (2) split the remaining Java memory between heap and off-heap
final long heapSizeMB =
TaskManagerServices.calculateHeapSizeMB(containerMemoryMB - cutoffMB, config);
- // use the cut-off memory for off-heap (that was its intention)
- final long offHeapSizeMB = containerMemoryMB - heapSizeMB;
+ // (3) try to compute the offHeapMemory from a safe margin
+ final long restMemoryMB = containerMemoryMB - heapSizeMB;
+ final long offHeapCutoffMemory =
calculateOffHeapCutoffMB(config, restMemoryMB);
Review comment:
I agree that both ways can work well. If we introduce the parameter
`containerized.offheap-cutoff-ratio`, do you think we should also introduce
`containerized.offheap-cutoff-min` to keep the same behavior with previous
parameters?
I suggest naming the current `containerized.heap-cutoff-ratio` to
`containerized.memory-cutoff-ratio` to integrate all the memory overhead issues
for below reasons:
1. Less parameters seem better sometimes, but not always. If you want to cut
off 100 heap memory, and 200 off-heap memory, then you can cut off 300 memory
directly. It does not matter and no control how the 300 memory are used by heap
or off-heap. And it is actually stolen by any memory usages as long as no
exceeding the container physical memory.
2. Minimum change for only refactor the existing parameter name.
Of course I can also accept the separate parameters if you insist on it. :)
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
With regards,
Apache Git Services
