Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1644754
| From | Christoph Lameter <cl@linux.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update |
| Date | 2017-05-18 19:00 +0200 |
| Message-ID | <tIwWm-5mj-3@gated-at.bofh.it> (permalink) |
| References | (6 earlier) <tI7Oi-43z-21@gated-at.bofh.it> <tI8qZ-4kw-1@gated-at.bofh.it> <tI8AH-4o1-55@gated-at.bofh.it> <tI93I-4Nh-23@gated-at.bofh.it> <tIpBw-8eh-27@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 18 May 2017, Michal Hocko wrote: > > Nope. The OOM in a cpuset gets the process doing the alloc killed. Or what > > that changed? !!!!! > > > > At this point you have messed up royally and nothing is going to rescue > > you anyways. OOM or not does not matter anymore. The app will fail. > > Not really. If you can trick the system to _think_ that the intersection > between mempolicy and the cpuset is empty then the OOM killer might > trigger an innocent task rather than the one which tricked it into that > situation. See above. OOM Kill in a cpuset does not kill an innocent task but a task that does an allocation in that specific context meaning a task in that cpuset that also has a memory policty. Regardless of that the point earlier was that the moving logic can avoid creating temporary situations of empty sets of nodes by analysing the memory policies etc and only performing moves when doing so is safe.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-17 11:30 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-17 16:00 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-17 16:10 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-17 16:50 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-17 17:00 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-17 17:30 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-17 17:30 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-18 11:10 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-18 19:00 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-18 19:30 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-18 21:10 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Michal Hocko <mhocko@kernel.org> - 2017-05-19 09:40 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Vlastimil Babka <vbabka@suse.cz> - 2017-05-18 12:10 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Christoph Lameter <cl@linux.com> - 2017-05-18 19:10 +0200
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update Vlastimil Babka <vbabka@suse.cz> - 2017-05-19 13:30 +0200
csiph-web