Messages in this thread | | | Date | Wed, 8 Feb 2006 12:36:51 -0800 (PST) | From | Christoph Lameter <> | Subject | Re: Terminate process that fails on a constrained allocation |
| |
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/
| |