Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1728290 > unrolled thread
| Started by | Christopher Lameter <cl@linux.com> |
|---|---|
| First post | 2017-09-07 18:20 +0200 |
| Last post | 2017-09-07 18:20 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [v7 2/5] mm, oom: cgroup-aware OOM killer Christopher Lameter <cl@linux.com> - 2017-09-07 18:20 +0200
| From | Christopher Lameter <cl@linux.com> |
|---|---|
| Date | 2017-09-07 18:20 +0200 |
| Subject | Re: [v7 2/5] mm, oom: cgroup-aware OOM killer |
| Message-ID | <un7H3-2qi-11@gated-at.bofh.it> |
On Mon, 4 Sep 2017, Roman Gushchin wrote > To address these issues, cgroup-aware OOM killer is introduced. You are missing a major issue here. Processes may have allocation constraints to memory nodes, special DMA zones etc etc. OOM conditions on such resource constricted allocations need to be dealt with. Killing processes that do not allocate with the same restrictions may not do anything to improve conditions. > But a user can change this behavior by enabling the per-cgroup > oom_kill_all_tasks option. If set, it causes the OOM killer treat > the whole cgroup as an indivisible memory consumer. In case if it's > selected as on OOM victim, all belonging tasks will be killed. Sounds good in general. Unless the cgroup or processes therein run out of memory due to memory access restrictions. How do you detect that and how it is handled?
Back to top | Article view | linux.kernel
csiph-web