Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2584782pxu; Sat, 28 Nov 2020 20:47:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJzSlkOBEgKN8A8NTIHObDDV+j0DYSHFpSbPdkQKc1Aj+SquJ94cQq3I/+Ajf0/wqHI1R65G X-Received: by 2002:a17:906:b851:: with SMTP id ga17mr13657137ejb.386.1606625256140; Sat, 28 Nov 2020 20:47:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606625256; cv=none; d=google.com; s=arc-20160816; b=EUNxXA6fTzSDjvjDX76EtxNe2qxRUCV/U6BHoICgfEwbMQGi3gobzNVrWuAgE0qVze v5rF1AQ5h5T754WbrxV3eZRiBa8czC1ZGTxUFnosEkzOkfSYJUQxA9hYYbRVlAnh8dMI UiLK+FHPB3UcYcmtnKrvkJHBzpNw+fVE/ThUOcoOqMow7lpwdDTrHz+DMfjrHLo3nbO8 /YCO16e7WceKMCE8rDxvRG8fj6WyHXS5X1hrgwOWNVyua2C0OYdWozNrPM/bHNg3U7nl x1R/eD4gKYULQTuu6m2Ms47BQS/VJsAtGvhLC52nEUrIEZiwDXLg7isedOvk1mqzz+Am nukw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=1E5/IYe/sCqiggjh92HzibLxoeWZkpdDuV8jqMstQHs=; b=gTwUTcKB2MtlRc8hyTaG1JKln6UHKpt1xFIh8NpBF3MbHlX0qi5dadWWjGQLz53pBK DIxhNJsvFgvSioJuMAFxcZ532coQgEnbMTHwOygbyjA7UkZ/h6wDIvpwjgZoLh2FJuf4 xYCsZMKpmLa19a29o/RHj8DKFzvZL9GQIK8Ti7dYt52elvMFXTh5CIh92EHqmesZ7+ly SSAgvhDrKqEPIjxRGECsc7TcYIvsG5teA49FX7Hq2N3BODJICZFDacxm1dTT1GUU4D1b GqUoKhUBq8OxmglsZBJgfAsOjZ37HkvLXpvzOspJtl6tRgFINUa8tS+5d9zmt8q9goZ/ x27A== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u20si1973614ejr.427.2020.11.28.20.47.12; Sat, 28 Nov 2020 20:47:36 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726428AbgK2Eol (ORCPT + 99 others); Sat, 28 Nov 2020 23:44:41 -0500 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:58061 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726006AbgK2Eol (ORCPT ); Sat, 28 Nov 2020 23:44:41 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=10;SR=0;TI=SMTPD_---0UGqPWhq_1606625033; Received: from IT-FVFX43SYHV2H.local(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0UGqPWhq_1606625033) by smtp.aliyun-inc.com(127.0.0.1); Sun, 29 Nov 2020 12:43:53 +0800 Subject: Re: [PATCH] mm/memcg: bail out early when !memcg in mem_cgroup_lruvec To: Andrew Morton Cc: Johannes Weiner , Shakeel Butt , Roman Gushchin , Lorenzo Stoakes , Stephen Rothwell , Alexander Duyck , Yafang Shao , Wei Yang , linux-kernel@vger.kernel.org References: <1606446515-36069-1-git-send-email-alex.shi@linux.alibaba.com> <20201127200215.dc96a839cdd816361e7093e6@linux-foundation.org> From: Alex Shi Message-ID: <9ddb17cd-cf5f-15b1-6a7d-986ee44fd5df@linux.alibaba.com> Date: Sun, 29 Nov 2020 12:43:52 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20201127200215.dc96a839cdd816361e7093e6@linux-foundation.org> Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ?? 2020/11/28 ????12:02, Andrew Morton ะด??: > On Fri, 27 Nov 2020 11:08:35 +0800 Alex Shi wrote: > >> Sometime, we use NULL memcg in mem_cgroup_lruvec(memcg, pgdat) >> so we could get out early in the situation to avoid useless checking. >> >> Also warning if both parameter are NULL. > > Why do you think a warning is needed here? Uh, Consider there are no problem for long time, it could be saved. > >> --- a/include/linux/memcontrol.h >> +++ b/include/linux/memcontrol.h >> @@ -613,14 +613,13 @@ static inline struct lruvec *mem_cgroup_lruvec(struct mem_cgroup *memcg, >> struct mem_cgroup_per_node *mz; >> struct lruvec *lruvec; >> >> - if (mem_cgroup_disabled()) { >> + VM_WARN_ON_ONCE(!memcg && !pgdat); >> + >> + if (mem_cgroup_disabled() || !memcg) { >> lruvec = &pgdat->__lruvec; >> goto out; >> } >> >> - if (!memcg) >> - memcg = root_mem_cgroup; >> - > > This change isn't obviously equivalent, is it? If !memcg, the root_mem_cgroup will still lead the lruvec to a pgdat same as parameter. > >> mz = mem_cgroup_nodeinfo(memcg, pgdat->node_id); >> lruvec = &mz->lruvec; >> out: > > And the resulting code is awkward: > > if (mem_cgroup_disabled() || !memcg) { > lruvec = &pgdat->__lruvec; > goto out; > } > > mz = mem_cgroup_nodeinfo(memcg, pgdat->node_id); > lruvec = &mz->lruvec; > out: > > > could be > > if (mem_cgroup_disabled() || !memcg) { > lruvec = &pgdat->__lruvec; > } else { > mem_cgroup_per_node mz; > > mz = mem_cgroup_nodeinfo(memcg, pgdat->node_id); > lruvec = &mz->lruvec; > } > Right. remove 'goto' is better for understander. So, is the following patch ok? From 225f29e03b40a7cbaeb4e3bb76f8efbcd7d648a2 Mon Sep 17 00:00:00 2001 From: Alex Shi Date: Wed, 25 Nov 2020 14:06:33 +0800 Subject: [PATCH v2] mm/memcg: bail out early when !memcg in mem_cgroup_lruvec Sometime, we use NULL memcg in mem_cgroup_lruvec(memcg, pgdat) so we could get out early in the situation to avoid useless checking. Polished as Andrew Morton's suggestion. Signed-off-by: Alex Shi Cc: Andrew Morton Cc: Johannes Weiner Cc: Shakeel Butt Cc: Roman Gushchin Cc: Lorenzo Stoakes Cc: Stephen Rothwell Cc: Alexander Duyck Cc: Yafang Shao Cc: Wei Yang Cc: linux-kernel@vger.kernel.org --- include/linux/memcontrol.h | 15 ++++++--------- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h index 3e6a1df3bdb9..4ff2ffe2b73d 100644 --- a/include/linux/memcontrol.h +++ b/include/linux/memcontrol.h @@ -610,20 +610,17 @@ mem_cgroup_nodeinfo(struct mem_cgroup *memcg, int nid) static inline struct lruvec *mem_cgroup_lruvec(struct mem_cgroup *memcg, struct pglist_data *pgdat) { - struct mem_cgroup_per_node *mz; struct lruvec *lruvec; - if (mem_cgroup_disabled()) { + if (mem_cgroup_disabled() || !memcg) { lruvec = &pgdat->__lruvec; - goto out; - } + } else { + struct mem_cgroup_per_node *mz; - if (!memcg) - memcg = root_mem_cgroup; + mz = mem_cgroup_nodeinfo(memcg, pgdat->node_id); + lruvec = &mz->lruvec; + } - mz = mem_cgroup_nodeinfo(memcg, pgdat->node_id); - lruvec = &mz->lruvec; -out: /* * Since a node can be onlined after the mem_cgroup was created, * we have to be prepared to initialize lruvec->pgdat here; -- 2.29.GIT