Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1154494pxv; Fri, 9 Jul 2021 19:46:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwopvpiXAHC99xtEn8bs9xCbF+3KnEJ7Kf5tfhBtMOTBJqYQkWi3Q0kxiz1xhv7Sc3IeVpQ X-Received: by 2002:a50:fd13:: with SMTP id i19mr31296932eds.266.1625885216898; Fri, 09 Jul 2021 19:46:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625885216; cv=none; d=google.com; s=arc-20160816; b=e/HOCPtPA8aOxi3DTgh5VToJgqwvYQ6BSu9nU0nz5NlYOJ1zQp9CnObI/fP3Tx4mfF t2oafk0DEtrZIMvf2bPbSR59uPHsFfP2LKfjSBxiJksw+4gYMjoEQFP6y5VINqgqnrBw LP8Io3YqvVy2+CxMZwr3fmnggIB1do7lXn0+tHm/0ycOEEgKp51Q3QXzPVEOkpyuiBek Srylne81bOirl/Ha2sRLHWHMxPD2+7cgop8w/Q6NGvDmUdmwCUmfzdCqUFc30E4Po5Ot vwrOPtL6OagW+jFRNcgLc/0f9zCu1+XUFQ+My8SKGWElRq3wPZUXjGrbTLrntZyaNc/V Cn2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=vaOH/a0ClI8BnfBSu2/Cfw1Ys0GE4IDd1evZ+TmP3ZA=; b=vR1Xhfxks2D764ngI1wt4fRZ7M6HXXvY+n5cEpCTbUJ92buQSF8ykExrZSKT7RSQC4 SIbewoECXw8LdkpAjeYT0PEUpPwpSP6rKERraNKd7UAq1qwT79ZQbQrclevVZl2tbFE3 GZNPk3tyhEKiQpwsi/W6NqKP0jVopZnJ5KPXnRPtVxN0NY6JYFCYX31BUk9fiZVumsAC TGJqXxOabbT7/nzvMyXskzc8XZzo0wdVxwct7KHPBJ5VFM9PVAKDv5Y22sogQrydgyFd fsWch4aRo0LpuDMtOgE7peBwLWA2/Y9cGIuPvFeYgD7tS9hFSw8Gl4hc2UQsOvJkZ2+X 320Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=fqGFrgFB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id nd17si9877425ejc.732.2021.07.09.19.46.34; Fri, 09 Jul 2021 19:46:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=fqGFrgFB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234102AbhGJCsR (ORCPT + 99 others); Fri, 9 Jul 2021 22:48:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55108 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234027AbhGJCsP (ORCPT ); Fri, 9 Jul 2021 22:48:15 -0400 Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 24D3BC0774D1 for ; Fri, 9 Jul 2021 19:41:11 -0700 (PDT) Received: by mail-yb1-xb35.google.com with SMTP id y38so17522710ybi.1 for ; Fri, 09 Jul 2021 19:41:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vaOH/a0ClI8BnfBSu2/Cfw1Ys0GE4IDd1evZ+TmP3ZA=; b=fqGFrgFBt2diwQKiTqZZNApiNANthCTvwlWzLq1LGuz4MZomNQvLrXmIZgsBA2SFKd hjmdLhO4u6AYDcGOz2gZc3+/t8rJb1EjoQxXMtEtpg5OmELvHgf5PqtxzU0C25KBkbrb F7rzClNNXbt2XSIsjAbC2Sp7Do2sMEc2OhIwS+P9W+DV1Pau5Oim5iwMrL8F4l4ehCde 7hxae14TM0EPT7UjMovs2uOxao8RC9KHrfKLSIu0KG7jC5ZIipR9n0fgZBYHic7gKUMg Yn6MyAYOKSIeWEy3dRFWFKPw0RcSj8l3FaXi8i1b0a7VIKiv0of7ClqqVplpAQFw8QvN 1VrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vaOH/a0ClI8BnfBSu2/Cfw1Ys0GE4IDd1evZ+TmP3ZA=; b=VtZwnuwX5bn1ytva5JoScsxGgyIMceYwTzkWF69FuUHRYvEGs32QNpmDw7SBhzeEjw Mpd3P7m3kP7YZnRYY9l4EkKPD/n6H7Aol/L0KIQumrCt6vcSWqG7gQ/4sEwg2lGbUfwU VVnEgug29QMiCyU2LqWRPCjM0l+Z5/VgpoC+a2p4dVIEVJTittHuN0SYB4X6steJqoA0 ZDkgT8tMVBe6zLJ4A7aFi+Hz9HwCfZ69ctTUXgp1smmbPtc8QUVfbW0HpZnAUrtQafL4 AhQrs93fa0dWILwgiGxfV2Ap82+aZN8j9xaEHdEXk3z2jHXKpQzdeLnXOkwBPpFTbVkf 9psA== X-Gm-Message-State: AOAM533OGoU+v8O1QjlrySnkuaTyVMYKC3WUL8dyOSftoqGA04CdbX+i LQnWUcevHIBSin8uBo3SKnaASlIJTDS7S+m6O0Lk9A== X-Received: by 2002:a25:9945:: with SMTP id n5mr47307594ybo.294.1625884869986; Fri, 09 Jul 2021 19:41:09 -0700 (PDT) MIME-Version: 1.0 References: <20210710003626.3549282-1-surenb@google.com> In-Reply-To: From: Suren Baghdasaryan Date: Fri, 9 Jul 2021 19:40:58 -0700 Message-ID: Subject: Re: [PATCH v3 1/3] mm, memcg: add mem_cgroup_disabled checks in vmpressure and swap-related functions To: Miaohe Lin Cc: Johannes Weiner , Michal Hocko , vdavydov.dev@gmail.com, Andrew Morton , Shakeel Butt , Roman Gushchin , songmuchun@bytedance.com, Yang Shi , alexs@kernel.org, richard.weiyang@gmail.com, Vlastimil Babka , Jens Axboe , Joonsoo Kim , David Hildenbrand , Matthew Wilcox , apopple@nvidia.com, Minchan Kim , LKML , cgroups mailinglist , linux-mm , kernel-team , Tejun Heo Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 9, 2021 at 6:52 PM Miaohe Lin wrote: > > On 2021/7/10 8:36, Suren Baghdasaryan wrote: > > Add mem_cgroup_disabled check in vmpressure, mem_cgroup_uncharge_swap and > > cgroup_throttle_swaprate functions. This minimizes the memcg overhead in > > the pagefault and exit_mmap paths when memcgs are disabled using > > cgroup_disable=memory command-line option. > > This change results in ~2.1% overhead reduction when running PFT test > > comparing {CONFIG_MEMCG=n, CONFIG_MEMCG_SWAP=n} against {CONFIG_MEMCG=y, > > CONFIG_MEMCG_SWAP=y, cgroup_disable=memory} configuration on an 8-core > > ARM64 Android device. > > > > Signed-off-by: Suren Baghdasaryan > > Reviewed-by: Shakeel Butt > > Acked-by: Johannes Weiner > > --- > > mm/memcontrol.c | 3 +++ > > mm/swapfile.c | 3 +++ > > mm/vmpressure.c | 7 ++++++- > > 3 files changed, 12 insertions(+), 1 deletion(-) > > > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > > index ae1f5d0cb581..a228cd51c4bd 100644 > > --- a/mm/memcontrol.c > > +++ b/mm/memcontrol.c > > @@ -7305,6 +7305,9 @@ void mem_cgroup_uncharge_swap(swp_entry_t entry, unsigned int nr_pages) > > struct mem_cgroup *memcg; > > unsigned short id; > > > > + if (mem_cgroup_disabled()) > > + return; > > + > > id = swap_cgroup_record(entry, 0, nr_pages); > > rcu_read_lock(); > > memcg = mem_cgroup_from_id(id); > > diff --git a/mm/swapfile.c b/mm/swapfile.c > > index 1e07d1c776f2..707fa0481bb4 100644 > > --- a/mm/swapfile.c > > +++ b/mm/swapfile.c > > @@ -3778,6 +3778,9 @@ void cgroup_throttle_swaprate(struct page *page, gfp_t gfp_mask) > > struct swap_info_struct *si, *next; > > int nid = page_to_nid(page); > > > > + if (mem_cgroup_disabled()) > > + return; > > + > > Many thanks for your patch. But I'am somewhat confused about this change. > IMO, cgroup_throttle_swaprate() is only related to blk_cgroup and it seems > it's irrelevant to mem_cgroup. Could you please have a explanation for me? cgroup_throttle_swaprate() is a NoOp when CONFIG_MEMCG=n (see: https://elixir.bootlin.com/linux/latest/source/include/linux/swap.h#L699), therefore I assume we can safely skip it when memcgs are disabled via "cgroup_disable=memory". From perf results I also see no hits on this function when CONFIG_MEMCG=n. However, looking into the code, I'm not sure why it should depend on CONFIG_MEMCG. But it's Friday night and I might be missing some details here... > > Thanks! > > > if (!(gfp_mask & __GFP_IO)) > > return; > > > > diff --git a/mm/vmpressure.c b/mm/vmpressure.c > > index d69019fc3789..9b172561fded 100644 > > --- a/mm/vmpressure.c > > +++ b/mm/vmpressure.c > > @@ -240,7 +240,12 @@ static void vmpressure_work_fn(struct work_struct *work) > > void vmpressure(gfp_t gfp, struct mem_cgroup *memcg, bool tree, > > unsigned long scanned, unsigned long reclaimed) > > { > > - struct vmpressure *vmpr = memcg_to_vmpressure(memcg); > > + struct vmpressure *vmpr; > > + > > + if (mem_cgroup_disabled()) > > + return; > > + > > + vmpr = memcg_to_vmpressure(memcg); > > > > /* > > * Here we only want to account pressure that userland is able to > > >