Re: Terminate process that fails on a constrained allocation

[Christoph Lameter <clameter@engr.sgi.com>]

On Wed, 8 Feb 2006, Paul Jackson wrote:

> The new logic would be -- only kill tasks that are constrained to
> the same or a subset of the same nodes as the current task.

If a task has restricted its memory allocation to one node and does 
excessive allocations then that process needs to die not other processes 
that are harmlessly running on the node and that may not be allocating 
memory at the time.

> At the same time, a typical bootcpuset would have oom killer behaviour
> resembling what people have become accustomed to.

People are accustomed of having random processes killed? <shudder>

> If we are going to neuter or eliminate the oom killer, it seems like
> we should do it across the board, not just on numa boxes using
> some form of memory constraint (mempolicy or cpuset).

We are terminating processes perform restricted allocations. Restricted 
allocations are only possible on NUMA boxes so the phrase "numa boxes 
using some form of memory constraint" is a tautology. OOM killing makes 
sense for global allocations if the system is really tight on memory and 
survival is the main goal even if he have to cannibalize processes. 
However, cannibalism is still a taboo.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/