Skip to content

Commit adaa517

Browse files
committed
config: simplify final CPU affinity rule
Description of execCPUAffinity.final said that if it's not set or empty, the final affinity is the one of container's cgroup. This was done because we thought the kernel changes process' CPU affinity to one of cgroup. It's not the case. To keep the runtime simple, it makes sense to not do anything if the final affinity is not explicitly set. This change does just that. Signed-off-by: Kir Kolyshkin <[email protected]>
1 parent 7017384 commit adaa517

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

config.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -349,8 +349,9 @@ For Linux-based systems, the `process` object supports the following process-spe
349349
ranges. For example, `0-3,7` represents CPUs 0,1,2,3, and 7.
350350
* **`final`** (string, OPTIONAL) is a list of CPUs the process will be run
351351
on after the transition to container's cgroup. The format is the same as
352-
for `initial`. If omitted or empty, the container's default CPU affinity,
353-
as defined by [cpu.cpus property](./config.md#configLinuxCPUs)), is used.
352+
for `initial`. If omitted or empty, runtime SHOULD NOT change process'
353+
CPU affinity after the process is moved to container's cgroup, and the
354+
final affinity is determined by the Linux kernel.
354355

355356
### <a name="configUser" />User
356357

0 commit comments

Comments
 (0)