[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <5396ED66.7090401@1h.com>
Date: Tue, 10 Jun 2014 14:35:02 +0300
From: Marian Marinov <mm@...com>
To: Michal Hocko <mhocko@...e.cz>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: [RFC] oom, memcg: handle sysctl oom_kill_allocating_task while memcg
oom happening
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
a while back in 2012 there was a request for this functionality.
oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
This is the thread: https://lkml.org/lkml/2012/10/16/168
Now we run a several machines with around 10k processes on each machine, using containers.
Regularly we see OOM from within a container that causes performance degradation.
We are running 3.12.20 with the following OOM configuration and memcg oom enabled:
vm.oom_dump_tasks = 0
vm.oom_kill_allocating_task = 1
vm.panic_on_oom = 0
When OOM occurs we see very high numbers for the loadavg and the overall responsiveness of the machine degrades.
During these OOM states the load of the machine gradualy increases from 25 up to 120 in the interval of 10minutes.
Once we manually bring down the memory usage of a container(killing some tasks) the load drops down to 25 within 5 to
7 minutes.
I read the whole thread from 2012 but I do not see the expected behavior that is described by the people that
commented the issue.
In this case, with real usage for this patch, would it be considered for inclusion?
Marian
- --
Marian Marinov
Founder & CEO of 1H Ltd.
Jabber/GTalk: hackman@...ber.org
ICQ: 7556201
Mobile: +359 886 660 270
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlOW7WYACgkQ4mt9JeIbjJTZCACgj74t6T9GkCS5RlQEF6NkTbed
xJwAoK93irH+FneDoNdSi2DBSnR7a76r
=zl6k
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists