On Wed, 8 Feb 2006, Paul Jackson wrote:
> What your patch is doing affectively disables the oom_killer for
> big numa systems, rather than having it operate within the set
> of tasks using overlapping resources.
No it only disables the oom killer for constrained allocations. If the big
numa system uses a cpuset that limits the number of nodes then those
allocations occurring within these cpusets are constrained allocations
which will then lead to the killing of the application that allocated too
much memory. I think this is much more consistent than trying to tame the
OOM killer enough to stay in a certain cpuset.
F.e. a sysadmin may mistakenly start a process allocating too much memory
in a cpuset. The OOM killer will then start randomly shooting other
processes one of which may be a critical process.. Ouch.
> Do we need this more radical constraint on the oom_killer?
Yes. One can make the OOM killer go postal if one specifies a memory
policy that contains only one node and then allocates enough memory.
Actually a good Denial of service attack than can be used with cpusets
and memory policies.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
