From nobody Sat May 10 03:04:41 2025 Delivered-To: importer2@patchew.org Received-SPF: pass (zohomail.com: domain of vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; envelope-from=linux-kernel-owner@vger.kernel.org; helo=vger.kernel.org; Authentication-Results: mx.zohomail.com; spf=pass (zohomail.com: domain of vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail(p=none dis=none) header.from=linux.alibaba.com ARC-Seal: i=1; a=rsa-sha256; t=1605860897; cv=none; d=zohomail.com; s=zohoarc; b=CLRNtf6u94AFt5tY4NOcSu/ods0x4A1fF0fgBe3zpxHiPYIpvFeKPyP3fdIIMflvw8i09xS3ltbOcQROQu9iCjbxHpLMlkIcTCDjcc45LPIyz8eOhC6ze2ZgFLXCo7e6be5yUdYvTexXuitQU30P4x6L8SZYFVRxyewpPIrOvOc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1605860897; h=Cc:Date:From:List-Id:Message-ID:Subject:To; bh=86Gau27X/7ttHPp99JRQHGARCWVBceo38P9urWrRpcs=; b=Vx2mNCOlA2KzSckDQvSA0ydL1PnO4XUE1DrwKhWLYs6YYU9MszpMpr4i4ApzkH1VVpV/ZcK+wlkcSFpaL2ker3jJmqpb1je+hozONPFErJo+IHlv+BxdUsGVbQan1QVzKS5yBvKtMsNbXzuiQQ8jgEcSA/swf2j37mNo9T3Jm70= ARC-Authentication-Results: i=1; mx.zohomail.com; spf=pass (zohomail.com: domain of vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mx.zohomail.com with SMTP id 1605860897222457.87815424680457; Fri, 20 Nov 2020 00:28:17 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727091AbgKTI1f (ORCPT ); Fri, 20 Nov 2020 03:27:35 -0500 Received: from out30-43.freemail.mail.aliyun.com ([115.124.30.43]:52291 "EHLO out30-43.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726123AbgKTI1f (ORCPT ); Fri, 20 Nov 2020 03:27:35 -0500 Received: from aliy80.localdomain(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0UFyQvrT_1605860851) by smtp.aliyun-inc.com(127.0.0.1); Fri, 20 Nov 2020 16:27:31 +0800 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R881e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04395;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0UFyQvrT_1605860851; From: Alex Shi Cc: Konstantin Khlebnikov , Andrew Morton , Hugh Dickins , Yu Zhao , Michal Hocko , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH next] mm/swap.c: reduce lock contention in lru_cache_add Date: Fri, 20 Nov 2020 16:27:27 +0800 Message-Id: <1605860847-47445-1-git-send-email-alex.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 To: unlisted-recipients:; (no To-header on input) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" The current relock logical will change lru_lock when found a new lruvec, so if 2 memcgs are reading file or alloc page at same time, they could hold the lru_lock alternately, and wait for each other for fairness attribute of ticket spin lock. This patch will sort that all lru_locks and only hold them once in above scenario. That could reduce fairness waiting for lock reget. Than, vm-scalability/case-lru-file-readtwice could get ~5% performance gain on my 2P*20core*HT machine. Suggested-by: Konstantin Khlebnikov Signed-off-by: Alex Shi Cc: Konstantin Khlebnikov Cc: Andrew Morton Cc: Hugh Dickins Cc: Yu Zhao Cc: Michal Hocko Cc: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org --- mm/swap.c | 57 +++++++++++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 49 insertions(+), 8 deletions(-) diff --git a/mm/swap.c b/mm/swap.c index 490553f3f9ef..c787b38bf9c0 100644 --- a/mm/swap.c +++ b/mm/swap.c @@ -1009,24 +1009,65 @@ static void __pagevec_lru_add_fn(struct page *page,= struct lruvec *lruvec) trace_mm_lru_insertion(page, lru); } =20 +struct lruvecs { + struct list_head lists[PAGEVEC_SIZE]; + struct lruvec *vecs[PAGEVEC_SIZE]; +}; + +/* Sort pvec pages on their lruvec */ +int sort_page_lruvec(struct lruvecs *lruvecs, struct pagevec *pvec) +{ + int i, j, nr_lruvec; + struct page *page; + struct lruvec *lruvec =3D NULL; + + lruvecs->vecs[0] =3D NULL; + for (i =3D nr_lruvec =3D 0; i < pagevec_count(pvec); i++) { + page =3D pvec->pages[i]; + lruvec =3D mem_cgroup_page_lruvec(page, page_pgdat(page)); + + /* Try to find a same lruvec */ + for (j =3D 0; j <=3D nr_lruvec; j++) + if (lruvec =3D=3D lruvecs->vecs[j]) + break; + + /* A new lruvec */ + if (j > nr_lruvec) { + INIT_LIST_HEAD(&lruvecs->lists[nr_lruvec]); + lruvecs->vecs[nr_lruvec] =3D lruvec; + j =3D nr_lruvec++; + lruvecs->vecs[nr_lruvec] =3D 0; + } + + list_add_tail(&page->lru, &lruvecs->lists[j]); + } + + return nr_lruvec; +} + /* * Add the passed pages to the LRU, then drop the caller's refcount * on them. Reinitialises the caller's pagevec. */ void __pagevec_lru_add(struct pagevec *pvec) { - int i; - struct lruvec *lruvec =3D NULL; + int i, nr_lruvec; unsigned long flags =3D 0; + struct page *page; + struct lruvecs lruvecs; =20 - for (i =3D 0; i < pagevec_count(pvec); i++) { - struct page *page =3D pvec->pages[i]; + nr_lruvec =3D sort_page_lruvec(&lruvecs, pvec); =20 - lruvec =3D relock_page_lruvec_irqsave(page, lruvec, &flags); - __pagevec_lru_add_fn(page, lruvec); + for (i =3D 0; i < nr_lruvec; i++) { + spin_lock_irqsave(&lruvecs.vecs[i]->lru_lock, flags); + while (!list_empty(&lruvecs.lists[i])) { + page =3D lru_to_page(&lruvecs.lists[i]); + list_del(&page->lru); + __pagevec_lru_add_fn(page, lruvecs.vecs[i]); + } + spin_unlock_irqrestore(&lruvecs.vecs[i]->lru_lock, flags); } - if (lruvec) - unlock_page_lruvec_irqrestore(lruvec, flags); + release_pages(pvec->pages, pvec->nr); pagevec_reinit(pvec); } --=20 2.29.GIT