Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753059AbdIFU7r (ORCPT ); Wed, 6 Sep 2017 16:59:47 -0400 Received: from mail-pg0-f53.google.com ([74.125.83.53]:36606 "EHLO mail-pg0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752404AbdIFU7o (ORCPT ); Wed, 6 Sep 2017 16:59:44 -0400 X-Google-Smtp-Source: ADKCNb48sC7sOD8C+Y2P0h5kKwVgerJFFpO29TZfHaHpYK8Cxwccc4bSdTBAbpbJOCIc/vLECeIQuw== Date: Wed, 6 Sep 2017 13:59:42 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Roman Gushchin , Christopher Lameter , nzimmer@sgi.com, holt@sgi.com cc: Michal Hocko , linux-mm@kvack.org, Vladimir Davydov , Johannes Weiner , Tetsuo Handa , Andrew Morton , Tejun Heo , kernel-team@fb.com, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [v7 5/5] mm, oom: cgroup v2 mount option to disable cgroup-aware OOM killer In-Reply-To: <20170906174043.GA12579@castle.DHCP.thefacebook.com> Message-ID: References: <20170904142108.7165-1-guro@fb.com> <20170904142108.7165-6-guro@fb.com> <20170905134412.qdvqcfhvbdzmarna@dhcp22.suse.cz> <20170905143021.GA28599@castle.dhcp.TheFacebook.com> <20170905151251.luh4wogjd3msfqgf@dhcp22.suse.cz> <20170905191609.GA19687@castle.dhcp.TheFacebook.com> <20170906084242.l4rcx6n3hdzxvil6@dhcp22.suse.cz> <20170906174043.GA12579@castle.DHCP.thefacebook.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2806 Lines: 77 On Wed, 6 Sep 2017, Roman Gushchin wrote: > From f6e2339926a07500834d86548f3f116af7335d71 Mon Sep 17 00:00:00 2001 > From: Roman Gushchin > Date: Wed, 6 Sep 2017 17:43:44 +0100 > Subject: [PATCH] mm, oom: first step towards oom_kill_allocating_task > deprecation > > The oom_kill_allocating_task sysctl which causes the OOM killer > to simple kill the allocating task is useless. Killing the random > task is not the best idea. > > Nobody likes it, and hopefully nobody uses it. > We want to completely deprecate it at some point. > SGI required it when it was introduced simply to avoid the very expensive tasklist scan. Adding Christoph Lameter to the cc since he was involved back then. I attempted to deprecate the old /proc/pid/oom_adj in this same manner; we warned about it for over a year and then finally removed it, one person complained of breakage, and it was reverted with a strict policy that Linux doesn't break userspace. Although it would be good to do, I'm not sure that this is possible unless it can be shown nobody is using it. Talking to SGI would be the first step. I'm not sure what this has to do with the overall patchset though :) > To make a first step towards deprecation, let's warn potential > users about deprecation plans. > > Signed-off-by: Roman Gushchin > Cc: Andrew Morton > Cc: Michal Hocko > Cc: Johannes Weiner > Cc: David Rientjes > Cc: Vladimir Davydov > Cc: linux-mm@kvack.org > Cc: linux-kernel@vger.kernel.org > --- > kernel/sysctl.c | 13 ++++++++++++- > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --git a/kernel/sysctl.c b/kernel/sysctl.c > index 655686d546cb..9158f1980584 100644 > --- a/kernel/sysctl.c > +++ b/kernel/sysctl.c > @@ -220,6 +220,17 @@ static int sysrq_sysctl_handler(struct ctl_table *table, int write, > > #endif > > +static int proc_oom_kill_allocating_tasks(struct ctl_table *table, int write, > + void __user *buffer, size_t *lenp, > + loff_t *ppos) > +{ > + pr_warn_once("The oom_kill_allocating_task sysctl will be deprecated.\n" > + "If you're using it, please, report to " > + "linux-mm@kvack.kernel.org.\n"); > + > + return proc_dointvec(table, write, buffer, lenp, ppos); > +} > + > static struct ctl_table kern_table[]; > static struct ctl_table vm_table[]; > static struct ctl_table fs_table[]; > @@ -1235,7 +1246,7 @@ static struct ctl_table vm_table[] = { > .data = &sysctl_oom_kill_allocating_task, > .maxlen = sizeof(sysctl_oom_kill_allocating_task), > .mode = 0644, > - .proc_handler = proc_dointvec, > + .proc_handler = proc_oom_kill_allocating_tasks, > }, > { > .procname = "oom_dump_tasks",