From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.3 required=3.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF47EC433E0 for ; Wed, 17 Jun 2020 02:59:54 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 7904120810 for ; Wed, 17 Jun 2020 02:59:54 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="RfewTiqW" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7904120810 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 248B46B0007; Tue, 16 Jun 2020 22:59:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1F98D6B0008; Tue, 16 Jun 2020 22:59:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0E84A6B000A; Tue, 16 Jun 2020 22:59:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0058.hostedemail.com [216.40.44.58]) by kanga.kvack.org (Postfix) with ESMTP id E70BF6B0007 for ; Tue, 16 Jun 2020 22:59:53 -0400 (EDT) Received: from smtpin14.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 9F11B1EE6 for ; Wed, 17 Jun 2020 02:59:53 +0000 (UTC) X-FDA: 76937199066.14.cable96_5f06e1226e04 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin14.hostedemail.com (Postfix) with ESMTP id 7B0B91822987B for ; Wed, 17 Jun 2020 02:59:53 +0000 (UTC) X-HE-Tag: cable96_5f06e1226e04 X-Filterd-Recvd-Size: 5472 Received: from mail-lj1-f195.google.com (mail-lj1-f195.google.com [209.85.208.195]) by imf02.hostedemail.com (Postfix) with ESMTP for ; Wed, 17 Jun 2020 02:59:53 +0000 (UTC) Received: by mail-lj1-f195.google.com with SMTP id q19so1019604lji.2 for ; Tue, 16 Jun 2020 19:59:52 -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=9GfV+ZXZWePD6gD12mFz6es4uCAjN6eHVRqAeOqRsdY=; b=RfewTiqWuglwR2QisfOQvMIk5qFFV8JrErSpa1Kp+mCpPw2sknAYvfoie+N+mJEBnw dYc3fksFYaJjAaNrdHTwFzppGz3tzzH2cx9OrzmaE6+3jnvgerdlFddBM7D/oPf7lO5C ADei0paNwpcqaoDOKCB0aJumCDTvyxaySEz10CTvLCDf5l7beANMeTW7rLJCq7/qbJK8 NbzffFoXynF2utqxWU0EdDL0dOWNYJXbBESPkC/EEPL0OVXZpalG99iriycULr1RGT6I 24fuPz3Nj0+7/63JJ3mYNcAiJDr0BALijCKtbh7oLVfA7bkXcoXdvN1TH4GMnzgH9ul7 /eQg== 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=9GfV+ZXZWePD6gD12mFz6es4uCAjN6eHVRqAeOqRsdY=; b=o5S7fNvV+CwGmsd3ClLSx5qeLaUlXcSxi/zzt5xWjDygkSH/cj+KfdRbE25SS+CeyR yV/iaiVpGEhcN4hdjbqOUSVRZlhr7LeumnWKRSbjQ13XRJsT2+krAe58yKBSaB8gxfbo uGNBKMNGTiUVmkhZkXVzwdTM1Rhi31/gKcgYy4PcwVeo5J3eV3PdPEF6am5Jc4WVuK/k seQ9A4EH/Q4GYtrUkIOO5cz1wdL1m1ZHLRuFqFkz5swTqQmL1i2/iXFd7TMW7Zx6q2R/ nCysSQOviKGMh5P4tJpNbFEKpOeDAa6GlAFJJzjyrzJaOPORRXCYbS6L5E7gu7AkQjvT oR8g== X-Gm-Message-State: AOAM53358I4OONJkprtPEENT2Gm88tUUr/AumvNCGKhoNQMbXIO/jVt6 TQ9zrkij2iCFkgOjVx0ROzczko/r2e6bFFd7zpQtzA== X-Google-Smtp-Source: ABdhPJzh0ExlhSPOX4d0I4ToEKHqUmEelceXDff6dHdAACXsJe4MEttb5Th6rn0PQUr1sPC5FPSjGMt+1D8Vj3FA4DI= X-Received: by 2002:a2e:910c:: with SMTP id m12mr3005693ljg.332.1592362791622; Tue, 16 Jun 2020 19:59:51 -0700 (PDT) MIME-Version: 1.0 References: <20200608230654.828134-1-guro@fb.com> <20200608230654.828134-2-guro@fb.com> <20200617025014.GB10812@carbon.lan> In-Reply-To: <20200617025014.GB10812@carbon.lan> From: Shakeel Butt Date: Tue, 16 Jun 2020 19:59:40 -0700 Message-ID: Subject: Re: [PATCH v6 01/19] mm: memcg: factor out memcg- and lruvec-level changes out of __mod_lruvec_state() To: Roman Gushchin Cc: Andrew Morton , Christoph Lameter , Johannes Weiner , Michal Hocko , Linux MM , Vlastimil Babka , Kernel Team , LKML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 7B0B91822987B X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam04 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Jun 16, 2020 at 7:50 PM Roman Gushchin wrote: > > On Tue, Jun 16, 2020 at 06:52:09PM -0700, Shakeel Butt wrote: > > On Mon, Jun 8, 2020 at 4:07 PM Roman Gushchin wrote: > > > > > > To convert memcg and lruvec slab counters to bytes there must be > > > a way to change these counters without touching node counters. > > > Factor out __mod_memcg_lruvec_state() out of __mod_lruvec_state(). > > > > > > Signed-off-by: Roman Gushchin > > > Acked-by: Johannes Weiner > > > Reviewed-by: Vlastimil Babka > > > --- > > > include/linux/memcontrol.h | 17 +++++++++++++++ > > > mm/memcontrol.c | 43 +++++++++++++++++++++----------------- > > > 2 files changed, 41 insertions(+), 19 deletions(-) > > > > > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > > > index bbf624a7f5a6..93dbc7f9d8b8 100644 > > > --- a/include/linux/memcontrol.h > > > +++ b/include/linux/memcontrol.h > > > @@ -679,11 +679,23 @@ static inline unsigned long lruvec_page_state_local(struct lruvec *lruvec, > > > return x; > > > } > > > > > > +void __mod_memcg_lruvec_state(struct lruvec *lruvec, enum node_stat_item idx, > > > + int val); > > > void __mod_lruvec_state(struct lruvec *lruvec, enum node_stat_item idx, > > > int val); > > > void __mod_lruvec_slab_state(void *p, enum node_stat_item idx, int val); > > > void mod_memcg_obj_state(void *p, int idx, int val); > > > > > > +static inline void mod_memcg_lruvec_state(struct lruvec *lruvec, > > > + enum node_stat_item idx, int val) > > > > Is this function used in later patches? Any benefit introducing it > > here instead of in the patch where it is used for the first time? > > Yes, it's used in "mm: memcg/slab: charge individual slab objects instead of pages". > > It's a fairly large patchset with many internal dependencies, so there is > always a trade-off between putting everything into a single patch, which is > hard to review, and splitting out some changes, which make not much sense > without seeing the whole picture. > > In this particular case splitting out a formal and easy-to-verify change makes > the actual non-trivial patch smaller and hopefully easier for a review. > > But of course it's all subjective. > > Thanks! I am fine with that. Reviewed-by: Shakeel Butt