Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp573546ybc; Tue, 12 Nov 2019 06:08:43 -0800 (PST) X-Google-Smtp-Source: APXvYqxJoGtgXwDSJn1lgy0L9A0aTF1b2nrKspOsoPP7OjQmLdbZ3w/sKOdm63bWwhesUWaY97nU X-Received: by 2002:a17:907:216e:: with SMTP id rl14mr28809817ejb.291.1573567723703; Tue, 12 Nov 2019 06:08:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573567723; cv=none; d=google.com; s=arc-20160816; b=UMiA4mzFcOtTfhbKpN09P8TDzM4lAz/0cDqL6dt1QhXZfVc9+njrSCEz+W08N986Yb J+L5lBqxxEZDU/wQOMK0oy/0rIZf3K4UPPtIQamxEncb/9h8I8wjTRj0e9fpnIAHHTwv KlVJvBrv3kYv5umPGMCH4/c8sYWQK4YiWN3snE05fOZFnldmZwOUtWm+CHP3W+wos962 XViOhSzYWSF8BSzeb1YNW08dJCzn2jlfmq3vYkRSlHjz1V4Crbp6/wrYFS+px0dj894j mSZs0xQ63e9s3eaYyGH6kGFBrTCtQjpaWBemrdxn3TDr61Raj6vKCCToQQYlDSLVmHzs JKlg== 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=vEfP/LFL+zjBQIwH2tzKhqiY+5G5xFLtg2ngJua++Cg=; b=nvzUrH08o7Nkmy1nJap2coxVtNgyUpE+c53gpQRM+YIIPBk0dwcqty/BNINkTvhxTi BbjukfNbMXRPNjXeni2CLPP2oedZgDtfDDFFlzsWq8lRMdU1+4ist8AuE4vS9mDqR1q6 iD7K+SUOoz8VDoVWisN7QCKL2V+4mrTwnb5a7TroRoBXA9GFgjMWyYqDsaQV4DpJfeuY 1oOX4nI4I+uZkoqXkef3E9Y2DeK6TdHaeuGUNcGHjH8EK6HUlSjgLPOunQTn+MYXKYN3 DYF7aeRX+nHstL1fhFPKU+B6MeyXoGp/x8xxoYt9CJphIn4PrRn3olNYUnRzZ5o4XXqF uiCA== 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 s10si30743ejr.19.2019.11.12.06.08.19; Tue, 12 Nov 2019 06:08:43 -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 S1727482AbfKLOHA (ORCPT + 99 others); Tue, 12 Nov 2019 09:07:00 -0500 Received: from out30-131.freemail.mail.aliyun.com ([115.124.30.131]:47366 "EHLO out30-131.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726497AbfKLOHA (ORCPT ); Tue, 12 Nov 2019 09:07:00 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R571e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07417;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=17;SR=0;TI=SMTPD_---0ThuR20b_1573567598; Received: from localhost(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0ThuR20b_1573567598) by smtp.aliyun-inc.com(127.0.0.1); Tue, 12 Nov 2019 22:06:38 +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: Vlastimil Babka , Dan Williams , Michal Hocko , Wei Yang , Johannes Weiner , Arun KS Subject: [PATCH v2 1/8] mm/lru: add per lruvec lock for memcg Date: Tue, 12 Nov 2019 22:06:21 +0800 Message-Id: <1573567588-47048-2-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 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 bda20282746b..787a42d527a2 100644 --- a/include/linux/mmzone.h +++ b/include/linux/mmzone.h @@ -303,6 +303,8 @@ struct lruvec { atomic_long_t inactive_age; /* Refaults at the time of last reclaim cycle */ unsigned long refaults; + /* 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