Thread (3 messages) 3 messages, 2 authors, 2013-04-11

Re: [ATTEND][LSF/MM TOPIC] the memory controller

From: Michel Lespinasse <hidden>
Date: 2013-02-09 05:25:32
Also in: linux-fsdevel

On Mon, Jan 28, 2013 at 12:11 AM, Lord Glauber Costa of Sealand
[off-list ref] wrote:
* memcg/global oom handling: I believe that the OOM killer could be
significantly improved to allow for more deterministic killing of tasks,
specially in containers scenarios where memcg is heavily deployed. In
some situations, a group encompasses a whole service, and under
pressure, it would be better to shut down the group altogether with all
its tasks, while in others it would be better to keep the current
behavior of shooting down a single task.
We at Google have some OOM wish-list as well:
- having an option to kill the entire cgroup when a contained task is
selected to die;
- recursive setting of OOM kill priorities in a cgroup hierarchy

I am frankly not the best person to talk about this; however if this
topic was selected I could plan for it and bring on a few notes :)

-- 
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help