[lkml]   [2018]   [Jul]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] memcg, oom: move out_of_memory back to the charge path
On Fri 29-06-18 11:59:04, Greg Thelen wrote:
> Michal Hocko <> wrote:
> > On Thu 28-06-18 16:19:07, Greg Thelen wrote:
> >> Michal Hocko <> wrote:
> > [...]
> >> > + if (mem_cgroup_out_of_memory(memcg, mask, order))
> >> > + return OOM_SUCCESS;
> >> > +
> >> > + WARN(1,"Memory cgroup charge failed because of no reclaimable memory! "
> >> > + "This looks like a misconfiguration or a kernel bug.");
> >>
> >> I'm not sure here if the warning should here or so strongly worded. It
> >> seems like the current task could be oom reaped with MMF_OOM_SKIP and
> >> thus mem_cgroup_out_of_memory() will return false. So there's nothing
> >> alarming in that case.
> >
> > If the task is reaped then its charges should be released as well and
> > that means that we should get below the limit. Sure there is some room
> > for races but this should be still unlikely. Maybe I am just
> > underestimating though.
> >
> > What would you suggest instead?
> I suggest checking MMF_OOM_SKIP or deleting the warning.

So what do you do when you have MMF_OOM_SKIP task? Do not warn? Checking
for all the tasks would be quite expensive and remembering that from the
task selection not nice either. Why do you think it would help much?

I feel strongly that we have to warn when bypassing the charge limit
during the corner case because it can lead to unexpected behavior and
users should be aware of this fact. I am open to the wording or some
optimizations. I would prefer the latter on top with a clear description
how it helped in a particular case though. I would rather not over
optimize now without any story to back it.
Michal Hocko

 \ /
  Last update: 2018-07-02 12:04    [W:0.106 / U:0.172 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site