From patchwork Tue Jul 25 18:57:29 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kairui Song X-Patchwork-Id: 13326948 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 98BDEEB64DD for ; Tue, 25 Jul 2023 18:57:48 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0BAF86B0074; Tue, 25 Jul 2023 14:57:48 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 0686E8D0001; Tue, 25 Jul 2023 14:57:47 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DFDD06B0080; Tue, 25 Jul 2023 14:57:47 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id CF1E96B0074 for ; Tue, 25 Jul 2023 14:57:47 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id A6A7CB2854 for ; Tue, 25 Jul 2023 18:57:47 +0000 (UTC) X-FDA: 81051043374.27.7BAEA9B Received: from mail-pl1-f179.google.com (mail-pl1-f179.google.com [209.85.214.179]) by imf19.hostedemail.com (Postfix) with ESMTP id 9F4EA1A0010 for ; Tue, 25 Jul 2023 18:57:45 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=oUKCMg4O; spf=pass (imf19.hostedemail.com: domain of ryncsn@gmail.com designates 209.85.214.179 as permitted sender) smtp.mailfrom=ryncsn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1690311465; h=from:from:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=/V9NTUtkZvbfiK86ydJfreRjSXSWs9ZMB0x0RhuuRao=; b=2JVWydbblbZ/qpZMnL+3023eKXV8Q3y567fw00CfrI7rJhSp8CT9/LHsW1htZ61/7eQLuy X2lo1PIlw/Bt0WAzeqSnSwbdImxPF8hsWWXIXvyqyh7sJIdqJ1PfKazWqVGqDhJcaHvVgE qkMmAps3os67r8Koe5SKl90krB44eoc= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1690311465; a=rsa-sha256; cv=none; b=GmP7zG7KqsF7MIvOjQ4etQdyPwTC88sikqcz/32wI5xpwMZopby2gssL7C1nlSumPLbZON gbVTk31kNmRB9Sbqe0S02aGVRtgu3kTzKNERXdoE7SE8smyBdPW4uTaFlx+RZc+Opzf79O fatQnf/IvjhjrJcn2AqcFpA8J4ieeE8= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=oUKCMg4O; spf=pass (imf19.hostedemail.com: domain of ryncsn@gmail.com designates 209.85.214.179 as permitted sender) smtp.mailfrom=ryncsn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pl1-f179.google.com with SMTP id d9443c01a7336-1bb775625e2so1195285ad.1 for ; Tue, 25 Jul 2023 11:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690311464; x=1690916264; h=content-transfer-encoding:mime-version:reply-to:references :in-reply-to:message-id:date:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to; bh=/V9NTUtkZvbfiK86ydJfreRjSXSWs9ZMB0x0RhuuRao=; b=oUKCMg4OcaAW5Xr2h/OI7RvqdLBEssH/wodTQ5IQojTWe0YPXd/cq9TeBwtU3Bjps2 BBEYjQVaiVl2Iynw8M0MTJJTQBMn5Nioa5cvGHTJknu1sWUV09WyIWT8bWdtdU+Pfu0K iumAZzrZ6EXVfy8Lnv9OAsYZGmg+O+lYgLWafNSHLMfDgiptP5GcKQMVR3L1kzjO7+8M J3IeBHFZPurY+Jn/Oz4l35gJQWVp3d/9mYYIHuLCIrdpXzglFNdGmQBMGxOWLaFST10w NFfUReokEEEL2zYP+OIax5FxasTZoI24+g/ZAQ2LD15HF4wZ3OTkEVgaYGNl4ZmToUdR EgrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690311464; x=1690916264; h=content-transfer-encoding:mime-version:reply-to:references :in-reply-to:message-id:date:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/V9NTUtkZvbfiK86ydJfreRjSXSWs9ZMB0x0RhuuRao=; b=EbmWLM2YvGp7t6pb68SuyQwYr5GWbDZ8iZAdEin/giwzAtaCss8KonWYKMJgM6egd9 tJrjUFySaaw74hgEht/Ea0IJoGA/Fb2k7AwDsFxDneuQENMejRkpwc3vqGcxpw9MA+0K Jz8un71l4/tbiEpYaVCGqPOGCJG71UEEwKgWLSh7vMtRX1EZpyWiO+S1bwi2P0U+tuew RVremhdu/3BLRzUWP8pdl2hfEwYLNBY/wnhpoIyGEcvNhXZ7745F8gx9hgYMSOeT3AZe z73RBhsIIT1EwQ+W8A6WXfFsl0vn22brt4m1hMdn2wkUNiNcoTTKKpsChPaLn8O9YYcB 7dYA== X-Gm-Message-State: ABy/qLZaol+uPPELYO6BLA7XCxpokv4uC8k79MTcGe3MW479rV5Tsv6B aEJU5/Xxaw1rT+JEaxh1vllIwFPbC+9iBq+MZqUA8A== X-Google-Smtp-Source: APBJJlEjRKuTzo4fQoO8+6CpxfSSBT5eNuAwWVSBJUrAe61HphyeTU1TX5zhT5PfvqDlHtAl5f8LEQ== X-Received: by 2002:a17:903:32c5:b0:1bb:377f:8cbf with SMTP id i5-20020a17090332c500b001bb377f8cbfmr51183plr.16.1690311463505; Tue, 25 Jul 2023 11:57:43 -0700 (PDT) Received: from KASONG-MB2.tencent.com ([240e:306:1582:8dc2:70ef:4d19:edfe:c3a3]) by smtp.gmail.com with ESMTPSA id j17-20020a170902c3d100b001b03f208323sm11443150plj.64.2023.07.25.11.57.40 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Tue, 25 Jul 2023 11:57:42 -0700 (PDT) From: Kairui Song To: linux-mm@kvack.org Cc: Andrew Morton , Yu Zhao , Roman Gushchin , Johannes Weiner , Michal Hocko , Hugh Dickins , Nhat Pham , Yuanchu Xie , Suren Baghdasaryan , "T . J . Mercier" , Kairui Song Subject: [RFC PATCH 1/4] workingset: simplify and use a more intuitive model Date: Wed, 26 Jul 2023 02:57:29 +0800 Message-ID: <20230725185733.43929-2-ryncsn@gmail.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20230725185733.43929-1-ryncsn@gmail.com> References: <20230725185733.43929-1-ryncsn@gmail.com> Reply-To: Kairui Song MIME-Version: 1.0 X-Rspamd-Queue-Id: 9F4EA1A0010 X-Rspam-User: X-Stat-Signature: 7xzxasitrk7mfcg76y8n59pyzh4i4und X-Rspamd-Server: rspam03 X-HE-Tag: 1690311465-343996 X-HE-Meta: U2FsdGVkX187EDczsbhN99pgUCRgHSeqmGukj++IzK/o903hNiaOzxy04/aaHKZiUbwCT/X+KZZUfcSGYlgckUs/ZWym9AtA6IYSyxH5dFtYK1iDzKKd19BuPykNeySdO7kIushOBH6bY6WjBSYPVmk7Nqwg1ss02Am0mJA175XPEjx5RhQN8T9XBiGk6puMa6uyqE6IwkKCVy/gnBaugz87yinyGo4Hb7Ud69VvFYyAYaH7rPZrJeO0+OgSNDX3aYYpB1u0XDrWjnjvlvdq/cEuJXD7nYflxfZK+Y7SclpyeDAq/PWxDXSqD8zPg2EQI1HABrbCgXV2eSQ7pte1Q5G7avZwNcgeUPjDi5srNNBnmdsVk8pdFX19DDsvdPEeKSS10UYsAzi8Uf0AkQQcl91aqdm6NIhV+dsyse041P8xIIxKVM8p2V7cFVM7t0PS8W7i1Qn+3FmUSBhUsNz3f7UqyksUElyJxjvckymGRaFN1FrYnnB0MmPQhxhfBdTIs62fEEXTVI8PPYnvfazZ0nUGrgWOhBntuPSK4oljX9LzGrqpiKOQS7FUDJ252taVWBLzjTasJojDK4XRdKP9mIQHFDqRI4Mp/L8wE0IvpflojMxMApx5TKhxkSh/lIl/xzVlfRPHPEAbv4C+7FVM+7bfFdz4zE/AmedmqLIQWpTQyAFy65bS4nDBfn24fxz4xaxzNkarcBVdm0B+U2t705wqdCQdQ6T9I8I/1eQXY7B30sI7vd1MaWPjsvUwTdTf37kfCZLxRjXz5SpHeUu7JQpX+fSArJRyLN47rlGU4wPGfQH3/t5mDic4GGdktwP9o3Eg5kjBMbcZ+YN2tz5dgwBtAlHH6cPVEPQ3YwH0pn5JQBsQsYz7UXwSrYfoviaEzd2yd3BKfL+ygnBuAnRhM93GQzsHLcEFR2mbSFbOQgEgc5On53CzOCtLocG18D09IcSH8VeEBG+C+PCh8T/ mAtpFvCU m/MWRMmnuD6IXogOfTIpZAkGCvODmIx8f5xzTTYN3LteavI2A/33qY6efdGwUQf9C4oTsvqGcp17e8TIbdVZDg77tqrF8z2qZ2EjcxNe+nOiSSlqYgkBG2Cx62f7X3wXgevumkVwgOTpgegQAfcxsD9tcGuL2pFEkkC/DmsyI62Sdh6byZ0N9wUIFw5/AvIK+GTIttrhb+C8gZIUXMATCU8aSmH/1ARY9kcjrg9sGEQY/ARCnOzqUo6mEjA6aposN29NndRGOs5vo23neK6E0uETC0vP+Eu5m1PVotHc30PdeVvFJ3t5cgIqGMdJ3px/t8fnDSnCYDZ5S0TNDfMF/TMojFNpEySb2z+OgOMsc1RoCBTWq979l4GPHZWcU2N6+RrZunrlyMi2CkbmPs7YKJGk+BgOgKnVkJ0dTGr/8CGky2n3j0Jkvj+m6SZpAtNaWK2Qh3hSYvG8wJWaIdjxeePlq+Xv7xf9cAeOpu5+6OJAQwrid7ciSIOU/pl2T2e+ojMpt3Nj0VKG7HovjfqmTibbYVopJghzG1203NUCDGV2Yt+VTesG/dc/vuxsnRRvp9aUu0tQqTqsskqfEVLP9J3OvPrZp9Z9QrXZGE9ifQ+s5WpTMHVrQjMB0CB+Rx1IO4UgB3pLiL2WEdOA= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Kairui Song This basically removed workingset_activation and reduced calls to workingset_age_nonresident. The idea behind this change is a new way to calculate the refault distance which seems working fine in most cases and fits for MGLRU (in later commits). Current refault distance is based on two assumptions: 1. Activation of an inactive page will left-shift LRU pages (consider LRU starts from right). 2. Eviction of an inactive page will left-shift LRU pages. Assumption 2 is correct, but assumption 1 is not always true, the activated page could be anywhere in the LRU list, it only left-shift the pages on its right. And one page can get activate/deactivated for multiple times. And MGLRU doesn't fit with this model, since there are multiple gens, and pages are getting aged and activated constantly upon gen growth. So instead we introduce a new idea here, "Shadow LRU Position". Simply consider the evicted pages are still in memory, each has an eviction sequence like before. Let the `nonresistence_age` be NA and get increased for each eviction, so the "Shadow LRU Position" of one evicted page will be: SP = ((NA's reading @ eviction) - (NA's reading @ current)) +---------------------------------------+==========+========+ | * Shadow LRU O O O | INACTIVE | ACTIVE | +----+----------------------------------+==========+========+ | | +----------------------------------+ | SP refault page O -> Hole left by previously refaulted page * -> The page corresponding to SP Now since SP simply stands for how much currently workflow could push a page out of current memory, which also means if the page started on INACTIVE part, it *may* get re-activated if it right shift SP slots into the ACTIVE list and still doesn't go exceed total memory, which is: SP + NR_INACTIVE < NR_INACTIVE + NR_ACTIVE Which can be simplified to: SP < NR_ACTIVE And since this is only an estimation, based on several hypothesis and it actually violates the normal routine of LRU when LRU is working well, so throttle this by two factor: 1. Previously refaulted pages may leave "holes" on the shadow LRU and decrease re-active rate for distant shadow pages. 2. When the ACTIVE part of LRU is long enough, chanllaging them by activating one-time faulted inactive page may not be a good idea so throttle it by the ratio of ACTIVE/INACTIVE. Combined all above, we have: Upon refault: - If ACTIVE LRU is low, check if SP < NR_ACTIVE to check for re-activation. - If ACTIVE LRU is high, check if SP < min(NR_ACTIVE, NR_INACTIVE) / (exponential ratio of ACTIVE / INACTIVE). This is simpler than before since no longer need to do lruvec operations when activating a page, and so far, a few benchmarks shows a fair result. Using memtier and fio test from commit ac35a4902374 but scaled down to fit in my test environment, and some other test results: memtier test (with 16G ramdisk as swap and 2G cgroup limit): memcached -u nobody -m 16384 -s /tmp/memcached.socket \ -a 0700 -t 12 -B binary & memtier_benchmark -S /tmp/memcached.socket -P memcache_binary -n allkeys\ --key-minimum=1 --key-maximum=24000000 --key-pattern=P:P -c 1 \ -t 12 --ratio 1:0 --pipeline 8 -d 2000 -x 6 fio test (with 16G ramdisk on /mnt and 4G cgroup limit): fio -name=refault --numjobs=12 --directory=/mnt --size=1024m \ --buffered=1 --ioengine=io_uring --iodepth=128 \ --iodepth_batch_submit=32 --iodepth_batch_complete=32 \ --rw=randread --random_distribution=random --norandommap \ --time_based --ramp_time=5m --runtime=5m --group_reporting Pgbench setup using phronix-test-suite with scale 1000 and 50 clients on a 5G VM. Linux Kernel compliation test done with defconfig on a 2G VM. Before: memcached: 48157.04 ops/s read: IOPS=2003k, BW=7823MiB/s (8203MB/s)(2292GiB/300001msec) pgbench: 5845 qps build-linux: 247.063 After: memcached: 49144.55 ops/s read: IOPS=2005k, BW=7832MiB/s (8212MB/s)(2294GiB/300002msec) pgbench: 5832 qps build-linux: 247.302 Signed-off-by: Kairui Song --- include/linux/swap.h | 2 - mm/swap.c | 1 - mm/vmscan.c | 2 - mm/workingset.c | 217 +++++++++++++++++++++---------------------- 4 files changed, 108 insertions(+), 114 deletions(-) diff --git a/include/linux/swap.h b/include/linux/swap.h index 456546443f1f..43e48023c4c4 100644 --- a/include/linux/swap.h +++ b/include/linux/swap.h @@ -350,10 +350,8 @@ static inline void folio_set_swap_entry(struct folio *folio, swp_entry_t entry) /* linux/mm/workingset.c */ bool workingset_test_recent(void *shadow, bool file, bool *workingset); -void workingset_age_nonresident(struct lruvec *lruvec, unsigned long nr_pages); void *workingset_eviction(struct folio *folio, struct mem_cgroup *target_memcg); void workingset_refault(struct folio *folio, void *shadow); -void workingset_activation(struct folio *folio); /* Only track the nodes of mappings with shadow entries */ void workingset_update_node(struct xa_node *node); diff --git a/mm/swap.c b/mm/swap.c index cd8f0150ba3a..685b446fd4f9 100644 --- a/mm/swap.c +++ b/mm/swap.c @@ -482,7 +482,6 @@ void folio_mark_accessed(struct folio *folio) else __lru_cache_activate_folio(folio); folio_clear_referenced(folio); - workingset_activation(folio); } if (folio_test_idle(folio)) folio_clear_idle(folio); diff --git a/mm/vmscan.c b/mm/vmscan.c index 1080209a568b..e7906f7fdc77 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -2539,8 +2539,6 @@ static unsigned int move_folios_to_lru(struct lruvec *lruvec, lruvec_add_folio(lruvec, folio); nr_pages = folio_nr_pages(folio); nr_moved += nr_pages; - if (folio_test_active(folio)) - workingset_age_nonresident(lruvec, nr_pages); } /* diff --git a/mm/workingset.c b/mm/workingset.c index 4686ae363000..c0dea2c05f55 100644 --- a/mm/workingset.c +++ b/mm/workingset.c @@ -180,9 +180,10 @@ */ #define WORKINGSET_SHIFT 1 -#define EVICTION_SHIFT ((BITS_PER_LONG - BITS_PER_XA_VALUE) + \ +#define EVICTION_SHIFT ((BITS_PER_LONG - BITS_PER_XA_VALUE) + \ WORKINGSET_SHIFT + NODES_SHIFT + \ MEM_CGROUP_ID_SHIFT) +#define EVICTION_BITS (BITS_PER_LONG - (EVICTION_SHIFT)) #define EVICTION_MASK (~0UL >> EVICTION_SHIFT) /* @@ -226,8 +227,105 @@ static void unpack_shadow(void *shadow, int *memcgidp, pg_data_t **pgdat, *workingsetp = workingset; } -#ifdef CONFIG_LRU_GEN +/* + * Get the distance reading at eviction time. + */ +static inline unsigned long lru_eviction(struct lruvec *lruvec, + int bits, int bucket_order) +{ + unsigned long eviction = atomic_long_read(&lruvec->nonresident_age); + + eviction >>= bucket_order; + eviction &= ~0UL >> (BITS_PER_LONG - bits); + + return eviction; +} + +/* + * Calculate and test refault distance + */ +static bool lru_refault(struct mem_cgroup *memcg, + struct lruvec *lruvec, + unsigned long eviction, + int bits, int bucket_order) +{ + unsigned long refault, distance; + unsigned long active, inactive; + + eviction <<= bucket_order; + refault = atomic_long_read(&lruvec->nonresident_age); + + /* + * The unsigned subtraction here gives an accurate distance + * across nonresident_age overflows in most cases. There is a + * special case: usually, shadow entries have a short lifetime + * and are either refaulted or reclaimed along with the inode + * before they get too old. But it is not impossible for the + * nonresident_age to lap a shadow entry in the field, which + * can then result in a false small refault distance, leading + * to a false activation should this old entry actually + * refault again. However, earlier kernels used to deactivate + * unconditionally with *every* reclaim invocation for the + * longest time, so the occasional inappropriate activation + * leading to pressure on the active list is not a problem. + */ + distance = (refault - eviction) & (~0UL >> (BITS_PER_LONG - bits)); + + active = lruvec_page_state(lruvec, NR_ACTIVE_FILE); + inactive = lruvec_page_state(lruvec, NR_INACTIVE_FILE); + if (mem_cgroup_get_nr_swap_pages(memcg) > 0) { + active += lruvec_page_state(lruvec, NR_ACTIVE_ANON); + inactive += lruvec_page_state(lruvec, NR_INACTIVE_ANON); + } + + /* + * When there are already enough active pages, be less aggressive + * on activating pages, challenge already established workingset with + * one time refaulted page may not be a good idea, especially as + * the gap between active workingset and inactive queue grows larger. + */ + if (active > inactive) + return distance < inactive >> (1 + (fls_long(active) - fls_long(inactive)) / 2); + + /* + * Compare the distance to the existing workingset size. We + * don't activate pages that couldn't stay resident even if + * all the memory was available to the workingset. Whether + * workingset competition needs to consider anon or not depends + * on having free swap space. + */ + return distance < active; +} + +/** + * workingset_age_nonresident - age non-resident entries as LRU ages + * @lruvec: the lruvec that was aged + * @nr_pages: the number of pages to count + * + * As in-memory pages are aged, non-resident pages need to be aged as + * well, in order for the refault distances later on to be comparable + * to the in-memory dimensions. This function allows reclaim and LRU + * operations to drive the non-resident aging along in parallel. + */ +static void workingset_age_nonresident(struct lruvec *lruvec, unsigned long nr_pages) +{ + /* + * Reclaiming a cgroup means reclaiming all its children in a + * round-robin fashion. That means that each cgroup has an LRU + * order that is composed of the LRU orders of its child + * cgroups; and every page has an LRU position not just in the + * cgroup that owns it, but in all of that group's ancestors. + * + * So when the physical inactive list of a leaf cgroup ages, + * the virtual inactive lists of all its parents, including + * the root cgroup's, age as well. + */ + do { + atomic_long_add(nr_pages, &lruvec->nonresident_age); + } while ((lruvec = parent_lruvec(lruvec))); +} +#ifdef CONFIG_LRU_GEN static void *lru_gen_eviction(struct folio *folio) { int hist; @@ -342,34 +440,6 @@ static void lru_gen_refault(struct folio *folio, void *shadow) #endif /* CONFIG_LRU_GEN */ -/** - * workingset_age_nonresident - age non-resident entries as LRU ages - * @lruvec: the lruvec that was aged - * @nr_pages: the number of pages to count - * - * As in-memory pages are aged, non-resident pages need to be aged as - * well, in order for the refault distances later on to be comparable - * to the in-memory dimensions. This function allows reclaim and LRU - * operations to drive the non-resident aging along in parallel. - */ -void workingset_age_nonresident(struct lruvec *lruvec, unsigned long nr_pages) -{ - /* - * Reclaiming a cgroup means reclaiming all its children in a - * round-robin fashion. That means that each cgroup has an LRU - * order that is composed of the LRU orders of its child - * cgroups; and every page has an LRU position not just in the - * cgroup that owns it, but in all of that group's ancestors. - * - * So when the physical inactive list of a leaf cgroup ages, - * the virtual inactive lists of all its parents, including - * the root cgroup's, age as well. - */ - do { - atomic_long_add(nr_pages, &lruvec->nonresident_age); - } while ((lruvec = parent_lruvec(lruvec))); -} - /** * workingset_eviction - note the eviction of a folio from memory * @target_memcg: the cgroup that is causing the reclaim @@ -396,11 +466,11 @@ void *workingset_eviction(struct folio *folio, struct mem_cgroup *target_memcg) lruvec = mem_cgroup_lruvec(target_memcg, pgdat); /* XXX: target_memcg can be NULL, go through lruvec */ memcgid = mem_cgroup_id(lruvec_memcg(lruvec)); - eviction = atomic_long_read(&lruvec->nonresident_age); - eviction >>= bucket_order; + + eviction = lru_eviction(lruvec, EVICTION_BITS, bucket_order); workingset_age_nonresident(lruvec, folio_nr_pages(folio)); return pack_shadow(memcgid, pgdat, eviction, - folio_test_workingset(folio)); + folio_test_workingset(folio)); } /** @@ -418,9 +488,6 @@ bool workingset_test_recent(void *shadow, bool file, bool *workingset) { struct mem_cgroup *eviction_memcg; struct lruvec *eviction_lruvec; - unsigned long refault_distance; - unsigned long workingset_size; - unsigned long refault; int memcgid; struct pglist_data *pgdat; unsigned long eviction; @@ -429,7 +496,6 @@ bool workingset_test_recent(void *shadow, bool file, bool *workingset) return lru_gen_test_recent(shadow, file, &eviction_lruvec, &eviction, workingset); unpack_shadow(shadow, &memcgid, &pgdat, &eviction, workingset); - eviction <<= bucket_order; /* * Look up the memcg associated with the stored ID. It might @@ -450,50 +516,10 @@ bool workingset_test_recent(void *shadow, bool file, bool *workingset) eviction_memcg = mem_cgroup_from_id(memcgid); if (!mem_cgroup_disabled() && !eviction_memcg) return false; - eviction_lruvec = mem_cgroup_lruvec(eviction_memcg, pgdat); - refault = atomic_long_read(&eviction_lruvec->nonresident_age); - /* - * Calculate the refault distance - * - * The unsigned subtraction here gives an accurate distance - * across nonresident_age overflows in most cases. There is a - * special case: usually, shadow entries have a short lifetime - * and are either refaulted or reclaimed along with the inode - * before they get too old. But it is not impossible for the - * nonresident_age to lap a shadow entry in the field, which - * can then result in a false small refault distance, leading - * to a false activation should this old entry actually - * refault again. However, earlier kernels used to deactivate - * unconditionally with *every* reclaim invocation for the - * longest time, so the occasional inappropriate activation - * leading to pressure on the active list is not a problem. - */ - refault_distance = (refault - eviction) & EVICTION_MASK; - - /* - * Compare the distance to the existing workingset size. We - * don't activate pages that couldn't stay resident even if - * all the memory was available to the workingset. Whether - * workingset competition needs to consider anon or not depends - * on having free swap space. - */ - workingset_size = lruvec_page_state(eviction_lruvec, NR_ACTIVE_FILE); - if (!file) { - workingset_size += lruvec_page_state(eviction_lruvec, - NR_INACTIVE_FILE); - } - if (mem_cgroup_get_nr_swap_pages(eviction_memcg) > 0) { - workingset_size += lruvec_page_state(eviction_lruvec, - NR_ACTIVE_ANON); - if (file) { - workingset_size += lruvec_page_state(eviction_lruvec, - NR_INACTIVE_ANON); - } - } - - return refault_distance <= workingset_size; + return lru_refault(eviction_memcg, eviction_lruvec, eviction, + EVICTION_BITS, bucket_order); } /** @@ -543,7 +569,6 @@ void workingset_refault(struct folio *folio, void *shadow) goto out; folio_set_active(folio); - workingset_age_nonresident(lruvec, nr); mod_lruvec_state(lruvec, WORKINGSET_ACTIVATE_BASE + file, nr); /* Folio was active prior to eviction */ @@ -560,30 +585,6 @@ void workingset_refault(struct folio *folio, void *shadow) rcu_read_unlock(); } -/** - * workingset_activation - note a page activation - * @folio: Folio that is being activated. - */ -void workingset_activation(struct folio *folio) -{ - struct mem_cgroup *memcg; - - rcu_read_lock(); - /* - * Filter non-memcg pages here, e.g. unmap can call - * mark_page_accessed() on VDSO pages. - * - * XXX: See workingset_refault() - this should return - * root_mem_cgroup even for !CONFIG_MEMCG. - */ - memcg = folio_memcg_rcu(folio); - if (!mem_cgroup_disabled() && !memcg) - goto out; - workingset_age_nonresident(folio_lruvec(folio), folio_nr_pages(folio)); -out: - rcu_read_unlock(); -} - /* * Shadow entries reflect the share of the working set that does not * fit into memory, so their number depends on the access pattern of @@ -777,7 +778,6 @@ static struct lock_class_key shadow_nodes_key; static int __init workingset_init(void) { - unsigned int timestamp_bits; unsigned int max_order; int ret; @@ -789,12 +789,11 @@ static int __init workingset_init(void) * some more pages at runtime, so keep working with up to * double the initial memory by using totalram_pages as-is. */ - timestamp_bits = BITS_PER_LONG - EVICTION_SHIFT; max_order = fls_long(totalram_pages() - 1); - if (max_order > timestamp_bits) - bucket_order = max_order - timestamp_bits; + if (max_order > EVICTION_BITS) + bucket_order = max_order - EVICTION_BITS; pr_info("workingset: timestamp_bits=%d max_order=%d bucket_order=%u\n", - timestamp_bits, max_order, bucket_order); + EVICTION_BITS, max_order, bucket_order); ret = prealloc_shrinker(&workingset_shadow_shrinker, "mm-shadow"); if (ret)