Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp574628ybc; Tue, 12 Nov 2019 06:09:31 -0800 (PST) X-Google-Smtp-Source: APXvYqzPmDNL48tuQ2GPjboP+jfvBT0muSwaCC73XZZOpAMXVyLxrgm+gJu1XBrQQaKJE0fy+MQv X-Received: by 2002:a05:6402:1543:: with SMTP id p3mr11287535edx.304.1573567771486; Tue, 12 Nov 2019 06:09:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573567771; cv=none; d=google.com; s=arc-20160816; b=X1JwyNYIAi/MW48YY1nVP+4jatDCXAdORCR3x9svcco+g16LniFjo9nlX4CiBjY2zy vVmi/ESkNrnj9eAXW3E+CkO9xNaKGezpDWQWLwNhg5n9GBaeAKT0radk2hnpi0ap9Twd O9+uLVGo75HNGU3K7A+rAu74BKa/EC9h7Wyu7iYOMQkUV4ta8Mhhx/ZyQkv4fPXDe10m lHrjl9gla3O8Od9UvNaDOtjHxvLuegUw4LH15N/eS/hD+XjyC18JQUkO6K8JQZrZDegZ vkGeNZF9+MMmYF0t4/P/CaTjBrypA0SA6IQgAAs8a+oN7N/Y0WYa7WN7Bn7y0FoVorLU yWYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=+vpV086OL30cAgSAXSJBUJx2+bVI/Z/Iyto4sZRBuRY=; b=ne7IwZU0YIuX32CsmdVyVeNBvyRAMJVg6QZy6wgDjHw6giL8N2DHmpCyjF9KlF0uoq P0M2SW7ssBRrBed1QNQtUMCQpCOgenEANyT7iAx4oGlQ7fzazccVeWaDjCD9E+W1lXrQ 9pVfNXKqrvtUvznSce+TOidkfedz9uF7nVUPKD22iLUUbYDzq+Rkvu2oKiTJwcYjmtuY A/Uv8xpYSq4t634I2zL1FxjxkJtZVi71BjE8CxvqqWKU91iOzp61+70G/ZE918fhUmhJ Gzf63gvgEfKLWugXncefrGT15b4hTX227Cx9o3OCb7cCDu+9jKmcr34G248qJPoc//+G rrCg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id 17si11325214ejt.419.2019.11.12.06.09.06; Tue, 12 Nov 2019 06:09:31 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1727405AbfKLOHV (ORCPT + 99 others); Tue, 12 Nov 2019 09:07:21 -0500 Received: from out30-44.freemail.mail.aliyun.com ([115.124.30.44]:53956 "EHLO out30-44.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726497AbfKLOHV (ORCPT ); Tue, 12 Nov 2019 09:07:21 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R211e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04426;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=16;SR=0;TI=SMTPD_---0Thuhzkb_1573567601; Received: from localhost(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0Thuhzkb_1573567601) by smtp.aliyun-inc.com(127.0.0.1); Tue, 12 Nov 2019 22:06:41 +0800 From: Alex Shi To: alex.shi@linux.alibaba.com, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, hughd@google.com, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, yang.shi@linux.alibaba.com Cc: Johannes Weiner , Roman Gushchin , Shakeel Butt , Chris Down , Thomas Gleixner Subject: [PATCH v2 6/8] mm/lru: remove rcu_read_lock to fix performance regression Date: Tue, 12 Nov 2019 22:06:26 +0800 Message-Id: <1573567588-47048-7-git-send-email-alex.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1573567588-47048-1-git-send-email-alex.shi@linux.alibaba.com> References: <1573567588-47048-1-git-send-email-alex.shi@linux.alibaba.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Intel 0day report there are performance regression on this patchset. The detailed info points to rcu_read_lock + PROVE_LOCKING which causes queued_spin_lock_slowpath waiting too long time to get lock. Remove rcu_read_lock is safe here since we had a spinlock hold. Reported-by: kbuild test robot Signed-off-by: Alex Shi Cc: Andrew Morton Cc: Johannes Weiner Cc: Roman Gushchin Cc: Shakeel Butt Cc: Chris Down Cc: Tejun Heo Cc: Thomas Gleixner Cc: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org --- include/linux/memcontrol.h | 29 ++++++++++++----------------- 1 file changed, 12 insertions(+), 17 deletions(-) diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h index 2421b720d272..f869897a68f0 100644 --- a/include/linux/memcontrol.h +++ b/include/linux/memcontrol.h @@ -1307,20 +1307,18 @@ static inline struct lruvec *relock_page_lruvec_irq(struct page *page, struct pglist_data *pgdat = page_pgdat(page); struct lruvec *lruvec; - rcu_read_lock(); + if (!locked_lruvec) + goto lock; + lruvec = mem_cgroup_page_lruvec(page, pgdat); - if (locked_lruvec == lruvec) { - rcu_read_unlock(); + if (locked_lruvec == lruvec) return lruvec; - } - rcu_read_unlock(); - if (locked_lruvec) - spin_unlock_irq(&locked_lruvec->lru_lock); + spin_unlock_irq(&locked_lruvec->lru_lock); +lock: lruvec = lock_page_lruvec_irq(page, pgdat); - return lruvec; } @@ -1331,21 +1329,18 @@ static inline struct lruvec *relock_page_lruvec_irqsave(struct page *page, struct pglist_data *pgdat = page_pgdat(page); struct lruvec *lruvec; - rcu_read_lock(); + if (!locked_lruvec) + goto lock; + lruvec = mem_cgroup_page_lruvec(page, pgdat); - if (locked_lruvec == lruvec) { - rcu_read_unlock(); + if (locked_lruvec == lruvec) return lruvec; - } - rcu_read_unlock(); - if (locked_lruvec) - spin_unlock_irqrestore(&locked_lruvec->lru_lock, - locked_lruvec->flags); + spin_unlock_irqrestore(&locked_lruvec->lru_lock, locked_lruvec->flags); +lock: lruvec = lock_page_lruvec_irqsave(page, pgdat); - return lruvec; } -- 1.8.3.1