Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp153767ybc; Fri, 15 Nov 2019 19:17:14 -0800 (PST) X-Google-Smtp-Source: APXvYqy68mRinfCNGhIrEtUaXB2yziaKeHuefbLBigmNsMS02X840WRAQsoZApcDFMtz17oRqdS3 X-Received: by 2002:a17:906:d795:: with SMTP id pj21mr6496643ejb.44.1573874234177; Fri, 15 Nov 2019 19:17:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573874234; cv=none; d=google.com; s=arc-20160816; b=OdKjAlL5xJhzEWvjH675A+b0FPdWwGKzwXI7XReSm2BtFAEfdxh19xXK7yZzZ+VRka 5cjcTNmJhcax9HvBLYydeGAWwQr7TZqe6VE67pd68C07AuFS0/ltfY81iakcLfTucwk6 fGT5uER99nVkDN+wF/i5ZciwNPs1deCHzgPrIRRogk9aNAx4QJKZ8JmLI+7Anf7RP3Bm 2Qy0to0mIQiot8luLgVJ45rECJ6PGq+rFqcdwsvOHq6p+yvbWl718LKxgN1SR/qV06ij rhH+eHdTLu+oyjeAvQpGCXhA+Ntru0/RK4VKXC24v7RUhxyPoVy2wM99QUY68MjTgLHf kbdQ== 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=ZhAgjrE2RC3FS7qLzeVreZhsb9eKLacFlbhN2IqUFH8=; b=j5aocipR7PJMx6ZYP+iPZk6zfH5WD3OAtMFWLcYmkprpHZWoT5nw/h2oWt4mv1hTXr 62LjIQf7qjM3DtmUeOh572WSi66gIqA6AYkpQ8h6C1U7HdDKoWjZGZDFg0fIQXFYJP4c A5fkLboW0llPHTUS4J34ArqOHBRVa82HYWYePz5EKEwiKTE67zKkF0uDN62J7sQK5lk6 WCeb5csjOSrhCftpnYZKbwShozlzXhpk6T2C+8akx5VtQQ66296pNYqayNbnRkTMDSIk xJgIlbPrCR3qSk7kjKNM7Br5zbMTGsmiuunEaZDr76UvMTW00yJP6UHGjkNsPht4gmrd 4yGw== 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 j10si7445534edq.394.2019.11.15.19.16.38; Fri, 15 Nov 2019 19:17:14 -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 S1727345AbfKPDPM (ORCPT + 99 others); Fri, 15 Nov 2019 22:15:12 -0500 Received: from out30-56.freemail.mail.aliyun.com ([115.124.30.56]:60804 "EHLO out30-56.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727256AbfKPDPM (ORCPT ); Fri, 15 Nov 2019 22:15:12 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R191e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04427;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=18;SR=0;TI=SMTPD_---0TiBsg6Q_1573874108; Received: from localhost(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0TiBsg6Q_1573874108) by smtp.aliyun-inc.com(127.0.0.1); Sat, 16 Nov 2019 11:15:09 +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, willy@infradead.org Cc: Vlastimil Babka , Dan Williams , Michal Hocko , Wei Yang , Johannes Weiner , Arun KS Subject: [PATCH v3 1/7] mm/lru: add per lruvec lock for memcg Date: Sat, 16 Nov 2019 11:15:00 +0800 Message-Id: <1573874106-23802-2-git-send-email-alex.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1573874106-23802-1-git-send-email-alex.shi@linux.alibaba.com> References: <1573874106-23802-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 Currently memcg still use per node pgdat->lru_lock to guard its lruvec. That causes some lru_lock contention in a high container density system. If we can use per lruvec lock, that could relief much of the lru_lock contention. The later patches will replace the pgdat->lru_lock with lruvec->lru_lock and show the performance benefit by benchmarks. Signed-off-by: Alex Shi Cc: Andrew Morton Cc: Vlastimil Babka Cc: Dan Williams Cc: Michal Hocko Cc: Mel Gorman Cc: Wei Yang Cc: Johannes Weiner Cc: Arun KS Cc: Konstantin Khlebnikov Cc: Hugh Dickins Cc: cgroups@vger.kernel.org Cc: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org --- include/linux/mmzone.h | 2 ++ mm/mmzone.c | 1 + 2 files changed, 3 insertions(+) diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h index 07b784ffbb14..a13b8a602ee5 100644 --- a/include/linux/mmzone.h +++ b/include/linux/mmzone.h @@ -267,6 +267,8 @@ struct lruvec { unsigned long refaults; /* Various lruvec state flags (enum lruvec_flags) */ unsigned long flags; + /* per lruvec lru_lock for memcg */ + spinlock_t lru_lock; #ifdef CONFIG_MEMCG struct pglist_data *pgdat; #endif diff --git a/mm/mmzone.c b/mm/mmzone.c index 4686fdc23bb9..3750a90ed4a0 100644 --- a/mm/mmzone.c +++ b/mm/mmzone.c @@ -91,6 +91,7 @@ void lruvec_init(struct lruvec *lruvec) enum lru_list lru; memset(lruvec, 0, sizeof(struct lruvec)); + spin_lock_init(&lruvec->lru_lock); for_each_lru(lru) INIT_LIST_HEAD(&lruvec->lists[lru]); -- 1.8.3.1