Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2122334pxa; Mon, 24 Aug 2020 05:59:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy2PFyo2+gkQPh3f/iPSKWNewiPjY3Cczfg0/6POqjnx09k1ZHq4HrtLPuucxJHHBsETR2i X-Received: by 2002:a17:906:d9db:: with SMTP id qk27mr5163428ejb.230.1598273981301; Mon, 24 Aug 2020 05:59:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598273981; cv=none; d=google.com; s=arc-20160816; b=QP2CnyPbiRVAi4HrZsHaz+N98lH/EZOThtSMX67MxBnLF5xim98aAZJawKZiQ+vElV UZm73HUirsrzc7mag9JF6QbGTD5043E1lbEJkXZ4SWDBZzfo0emL0z+TyX73hFq+cALo QCO3WRBNk/D74oEp2yF6UuVK0Jcu6ceBsAo3k2IwZFFZp2YWBzw4dS/H4aD2kT+TaS68 6lEgiao4ZPsV4kw8uns6xsdKmUp/YuAObmEtX0YcyRpRnPNEWCcEzomwaxqWW4Q09ha/ G9ehvTJD4Ur6Gc8RoNyhhl+Xki5bnUHVk+3ucGglj0AhTSdaeHvmXKBpOixSPT8NlEyi JT2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:to:from; bh=/xPgbxI7BOJYgb/D8PxE68oGevkFTLk/uiIbmgQFIIg=; b=Xc7VbQyhRMU70R3qosvO6GnHc27gbtTrAI/IMGXdDVvIuxOVPO1RrqRrPvQeuqJjHg BI8zS/wmp4uoeLtwX5ENKSY+f4rkh/luLgwuUI3xBmBfSzAzRo+Bi/PV5dFu90JFrlZ6 UZF4HlpiwzDr5C/EMmoH6hOvK/LIQATngPNdAx/RXXtR9X2N9hzyUoIfWSi34r7NHgWE LPpKZTU7RdR8HoB7do31+PPu0lILkeV54I8S+XAPOWyB1aU4eoWAMWkR4qsuMHyvWwQc dXu+NreGDPPgA9UM0U8fyCnrqaVRjfYcy0CfHUo498Uy1cdV7jGzKWJg9dcv2MmVGFPi Mnhg== 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 dn20si9745673ejc.104.2020.08.24.05.59.18; Mon, 24 Aug 2020 05:59:41 -0700 (PDT) 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 S1727108AbgHXMzY (ORCPT + 99 others); Mon, 24 Aug 2020 08:55:24 -0400 Received: from out30-44.freemail.mail.aliyun.com ([115.124.30.44]:56370 "EHLO out30-44.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726956AbgHXMzT (ORCPT ); Mon, 24 Aug 2020 08:55:19 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R191e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07484;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=21;SR=0;TI=SMTPD_---0U6k9-bl_1598273712; Received: from aliy80.localdomain(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0U6k9-bl_1598273712) by smtp.aliyun-inc.com(127.0.0.1); Mon, 24 Aug 2020 20:55:13 +0800 From: Alex Shi To: akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, hughd@google.com, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, willy@infradead.org, hannes@cmpxchg.org, lkp@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, shakeelb@google.com, iamjoonsoo.kim@lge.com, richard.weiyang@gmail.com, kirill@shutemov.name, alexander.duyck@gmail.com, rong.a.chen@intel.com, mhocko@suse.com, vdavydov.dev@gmail.com, shy828301@gmail.com Subject: [PATCH v18 00/32] per memcg lru_lock Date: Mon, 24 Aug 2020 20:54:33 +0800 Message-Id: <1598273705-69124-1-git-send-email-alex.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The new version which bases on v5.9-rc2. The first 6 patches was picked into linux-mm, and add patch 25-32 that do some further post optimization. The patchset includes 4 parts: 1, some code cleanup and minimum optimization as a preparation. patch 1-15. 2, use TestCleanPageLRU as page isolation's precondition. patch 16-19 3, replace per node lru_lock with per memcg per node lru_lock. patch 20 4, some post optimization. patch 21-32 Current lru_lock is one for each of node, pgdat->lru_lock, that guard for lru lists, but now we had moved the lru lists into memcg for long time. Still using per node lru_lock is clearly unscalable, pages on each of memcgs have to compete each others for a whole lru_lock. This patchset try to use per lruvec/memcg lru_lock to repleace per node lru lock to guard lru lists, make it scalable for memcgs and get performance gain. Currently lru_lock still guards both lru list and page's lru bit, that's ok. but if we want to use specific lruvec lock on the page, we need to pin down the page's lruvec/memcg during locking. Just taking lruvec lock first may be undermined by the page's memcg charge/migration. To fix this problem, we could take out the page's lru bit clear and use it as pin down action to block the memcg changes. That's the reason for new atomic func TestClearPageLRU. So now isolating a page need both actions: TestClearPageLRU and hold the lru_lock. The typical usage of this is isolate_migratepages_block() in compaction.c we have to take lru bit before lru lock, that serialized the page isolation in memcg page charge/migration which will change page's lruvec and new lru_lock in it. The above solution suggested by Johannes Weiner, and based on his new memcg charge path, then have this patchset. (Hugh Dickins tested and contributed much code from compaction fix to general code polish, thanks a lot!). Following Daniel Jordan's suggestion, I have run 208 'dd' with on 104 containers on a 2s * 26cores * HT box with a modefied case: https://git.kernel.org/pub/scm/linux/kernel/git/wfg/vm-scalability.git/tree/case-lru-file-readtwice With this patchset, the readtwice performance increased about 80% in concurrent containers. Thanks Hugh Dickins and Konstantin Khlebnikov, they both brought this idea 8 years ago, and others who give comments as well: Daniel Jordan, Mel Gorman, Shakeel Butt, Matthew Wilcox etc. Thanks for Testing support from Intel 0day and Rong Chen, Fengguang Wu, and Yun Wang. Hugh Dickins also shared his kbuild-swap case. Thanks! Alex Shi (23): mm/memcg: warning on !memcg after readahead page charged mm/memcg: bail out early from swap accounting when memcg is disabled mm/thp: move lru_add_page_tail func to huge_memory.c mm/thp: clean up lru_add_page_tail mm/thp: remove code path which never got into mm/thp: narrow lru locking mm/swap.c: stop deactivate_file_page if page not on lru mm/vmscan: remove unnecessary lruvec adding mm/page_idle: no unlikely double check for idle page counting mm/compaction: rename compact_deferred as compact_should_defer mm/memcg: add debug checking in lock_page_memcg mm/swap.c: fold vm event PGROTATED into pagevec_move_tail_fn mm/lru: move lru_lock holding in func lru_note_cost_page mm/lru: move lock into lru_note_cost mm/lru: introduce TestClearPageLRU mm/compaction: do page isolation first in compaction mm/thp: add tail pages into lru anyway in split_huge_page() mm/swap.c: serialize memcg changes in pagevec_lru_move_fn mm/lru: replace pgdat lru_lock with lruvec lock mm/pgdat: remove pgdat lru_lock mm/mlock: remove lru_lock on TestClearPageMlocked in munlock_vma_page mm/mlock: remove __munlock_isolate_lru_page mm/swap.c: optimizing __pagevec_lru_add lru_lock Alexander Duyck (6): mm/lru: introduce the relock_page_lruvec function mm/compaction: Drop locked from isolate_migratepages_block mm: Identify compound pages sooner in isolate_migratepages_block mm: Drop use of test_and_set_skip in favor of just setting skip mm: Add explicit page decrement in exception path for isolate_lru_pages mm: Split release_pages work into 3 passes Hugh Dickins (3): mm/memcg: optimize mem_cgroup_page_lruvec mm/vmscan: use relock for move_pages_to_lru mm/lru: revise the comments of lru_lock Documentation/admin-guide/cgroup-v1/memcg_test.rst | 15 +- Documentation/admin-guide/cgroup-v1/memory.rst | 21 +- Documentation/trace/events-kmem.rst | 2 +- Documentation/vm/unevictable-lru.rst | 22 +- include/linux/compaction.h | 4 +- include/linux/memcontrol.h | 110 ++++++++ include/linux/mm_types.h | 2 +- include/linux/mmdebug.h | 13 + include/linux/mmzone.h | 6 +- include/linux/page-flags.h | 1 + include/linux/swap.h | 4 +- include/trace/events/compaction.h | 2 +- mm/compaction.c | 166 +++++------ mm/filemap.c | 4 +- mm/huge_memory.c | 48 +++- mm/memcontrol.c | 92 +++++- mm/mlock.c | 76 ++--- mm/mmzone.c | 1 + mm/page_alloc.c | 1 - mm/page_idle.c | 8 - mm/rmap.c | 4 +- mm/swap.c | 307 +++++++++++---------- mm/vmscan.c | 178 ++++++------ mm/workingset.c | 2 - 24 files changed, 646 insertions(+), 443 deletions(-) -- 1.8.3.1