From: Chris Mason <clm@meta.com>
To: <liuqiqi@kylinos.cn>
Cc: Chris Mason <clm@meta.com>, <akpm@linux-foundation.org>,
<linux-mm@kvack.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] mm:fix duplicate accounting of free pages in should_reclaim_retry()
Date: Mon, 15 Sep 2025 06:25:02 -0700 [thread overview]
Message-ID: <20250915132506.2889372-1-clm@meta.com> (raw)
In-Reply-To: <20250812070210.1624218-1-liuqiqi@kylinos.cn>
On Tue, 12 Aug 2025 15:02:10 +0800 liuqiqi@kylinos.cn wrote:
> From: liuqiqi <liuqiqi@kylinos.cn>
>
> In the zone_reclaimable_pages() function, if the page counts for
> NR_ZONE_INACTIVE_FILE, NR_ZONE_ACTIVE_FILE, NR_ZONE_INACTIVE_ANON,
> and NR_ZONE_ACTIVE_ANON are all zero,
> the function returns the number of free pages as the result.
>
> In this case, when should_reclaim_retry() calculates reclaimable pages,
> it will inadvertently double-count the free pages in its accounting.
>
> static inline bool
> should_reclaim_retry(gfp_t gfp_mask, unsigned order,
> struct alloc_context *ac, int alloc_flags,
> bool did_some_progress, int *no_progress_loops)
> {
> ...
> available = reclaimable = zone_reclaimable_pages(zone);
> available += zone_page_state_snapshot(zone, NR_FREE_PAGES);
>
> Signed-off-by: liuqiqi <liuqiqi@kylinos.cn>
> ---
> mm/vmscan.c | 11 ++---------
> 1 file changed, 2 insertions(+), 9 deletions(-)
>
> diff --git a/mm/vmscan.c b/mm/vmscan.c
> index 34410d24dc15..a9aaefdba7a2 100644
> --- a/mm/vmscan.c
> +++ b/mm/vmscan.c
> @@ -393,14 +393,7 @@ unsigned long zone_reclaimable_pages(struct zone *zone)
> if (can_reclaim_anon_pages(NULL, zone_to_nid(zone), NULL))
> nr += zone_page_state_snapshot(zone, NR_ZONE_INACTIVE_ANON) +
> zone_page_state_snapshot(zone, NR_ZONE_ACTIVE_ANON);
> - /*
> - * If there are no reclaimable file-backed or anonymous pages,
> - * ensure zones with sufficient free pages are not skipped.
> - * This prevents zones like DMA32 from being ignored in reclaim
> - * scenarios where they can still help alleviate memory pressure.
> - */
> - if (nr == 0)
> - nr = zone_page_state_snapshot(zone, NR_FREE_PAGES);
> +
> return nr;
> }
>
> @@ -6417,7 +6410,7 @@ static bool allow_direct_reclaim(pg_data_t *pgdat)
> return true;
>
> for_each_managed_zone_pgdat(zone, pgdat, i, ZONE_NORMAL) {
> - if (!zone_reclaimable_pages(zone))
> + if (!zone_reclaimable_pages(zone) && zone_page_state_snapshot(zone, NR_FREE_PAGES))
> continue;
>
It looks like the logic got inverted when this code moved around. Should this
be !zone_page_state_snapshot()?
-chris
next prev parent reply other threads:[~2025-09-15 13:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-12 7:02 [PATCH] mm:fix duplicate accounting of free pages in should_reclaim_retry() liuqiqi
2025-08-17 19:00 ` Andrew Morton
2025-08-18 2:39 ` Ye Liu
2025-09-15 13:25 ` Chris Mason [this message]
-- strict thread matches above, loose matches on Subject: below --
2025-08-25 7:05 liuqiqi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250915132506.2889372-1-clm@meta.com \
--to=clm@meta.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=liuqiqi@kylinos.cn \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.