From: "Vlastimil Babka (SUSE)" <vbabka@kernel.org>
To: "Kiryl Shutsemau (Meta)" <kas@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Johannes Weiner <hannes@cmpxchg.org>,
David Hildenbrand <david@kernel.org>
Cc: Suren Baghdasaryan <surenb@google.com>,
Michal Hocko <mhocko@suse.com>,
Brendan Jackman <brendan.jackman@linux.dev>,
Zi Yan <ziy@nvidia.com>, Lorenzo Stoakes <ljs@kernel.org>,
"Liam R. Howlett" <liam@infradead.org>,
Mike Rapoport <rppt@kernel.org>, Qi Zheng <qi.zheng@linux.dev>,
Shakeel Butt <shakeel.butt@linux.dev>,
Kairui Song <kasong@tencent.com>, Barry Song <baohua@kernel.org>,
Axel Rasmussen <axelrasmussen@google.com>,
Yuanchu Xie <yuanchu@google.com>, Wei Xu <weixugc@google.com>,
Baoquan He <baoquan.he@linux.dev>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
Dev Jain <dev.jain@arm.com>, Harry Yoo <harry@kernel.org>,
Usama Arif <usama.arif@linux.dev>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
kernel-team@meta.com
Subject: Re: [PATCH v2 3/3] mm: vmscan: tell direct reclaim the allocation is ALLOC_NOFRAGMENT
Date: Fri, 13 Nov 2026 18:58:05 +0100 [thread overview]
Message-ID: <e16c46e8-d69d-450f-bf98-6f14755cdae5@kernel.org> (raw)
In-Reply-To: <20261102093939.3340540-4-kas@kernel.org>
On 11/2/26 10:39, Kiryl Shutsemau (Meta) wrote:
> Direct reclaim for a costly order stops as soon as the allocation could
> succeed. compaction_ready() skips a zone and should_continue_reclaim()
> stops reclaiming when zone_watermark_ok() passes, and zone_watermark_ok()
> accepts a free page of any migratetype.
>
> With defrag_mode, the allocation behind the reclaim is ALLOC_NOFRAGMENT
> and cannot take the free pages left in unmovable and reclaimable
> pageblocks. Reclaim stops on them anyway, having freed little.
>
> In Dev Jain's 64K mTHP benchmark, with the high-order watermark check
> already honouring ALLOC_NOFRAGMENT, an order-4 direct reclaim frees 16
> pages on average with defrag_mode and 45 without. 64K faults get a bit
> over half as many folios as without defrag_mode (medians of 15 runs):
>
> defrag_mode=0 defrag_mode=1 defrag_mode=1
> + this patch
> 64K faults allocated 20750 11538 19759
> 64K faults falling back to 4K 725 9945 1664
>
> Pass ALLOC_NOFRAGMENT from the allocation down to try_to_free_pages().
> Both checks then ask __zone_watermark_ok_mt() for a free page the
> allocation can take, and an order-4 direct reclaim frees 40 pages on
> average.
>
> Fixes: e3aa7df331bc ("mm: page_alloc: defrag_mode")
> Reported-by: Dev Jain <dev.jain@arm.com>
> Closes: https://lore.kernel.org/all/4aa14b41-9b89-494c-8825-55fffd5a541c@arm.com/
> Tested-by: Dev Jain <dev.jain@arm.com>
> Signed-off-by: Kiryl Shutsemau (Meta) <kas@kernel.org>
I'd perhaps pass whole alloc_flags to try_to_free_pages(), but other than
that LGTM.
> ---
> mm/internal.h | 3 ++-
> mm/page_alloc.c | 8 +++++---
> mm/vmscan.c | 24 +++++++++++++++++++-----
> 3 files changed, 26 insertions(+), 9 deletions(-)
>
> diff --git a/mm/internal.h b/mm/internal.h
> index 8e58e2db5e09..b43947818f9a 100644
> --- a/mm/internal.h
> +++ b/mm/internal.h
> @@ -65,7 +65,8 @@ void folio_mark_lazyfree(struct folio *folio);
> /* mm/vmscan.c */
> unsigned long zone_reclaimable_pages(struct zone *zone);
> unsigned long try_to_free_pages(struct zonelist *zonelist, int order,
> - gfp_t gfp_mask, const nodemask_t *mask);
> + gfp_t gfp_mask, const nodemask_t *mask,
> + bool nofragment);
> unsigned long lruvec_lru_size(struct lruvec *lruvec, enum lru_list lru,
> int zone_idx);
>
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index d53fb2c67ae1..08f9bdcd3b9f 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -4451,7 +4451,7 @@ static unsigned int check_retry_zonelist(unsigned int seq)
>
> /* Perform direct synchronous page reclaim */
> static unsigned long
> -__perform_reclaim(gfp_t gfp_mask, unsigned int order,
> +__perform_reclaim(gfp_t gfp_mask, unsigned int order, unsigned int alloc_flags,
> const struct alloc_context *ac)
> {
> unsigned int noreclaim_flag;
> @@ -4465,7 +4465,8 @@ __perform_reclaim(gfp_t gfp_mask, unsigned int order,
> noreclaim_flag = memalloc_noreclaim_save();
>
> progress = try_to_free_pages(ac->zonelist, order, gfp_mask,
> - ac->nodemask);
> + ac->nodemask,
> + alloc_flags & ALLOC_NOFRAGMENT);
>
> memalloc_noreclaim_restore(noreclaim_flag);
> fs_reclaim_release(gfp_mask);
> @@ -4487,7 +4488,8 @@ __alloc_pages_direct_reclaim(gfp_t gfp_mask, unsigned int order,
> int reclaim_order = ac->reclaim_compact_order;
>
> psi_memstall_enter(&pflags);
> - *did_some_progress = __perform_reclaim(gfp_mask, reclaim_order, ac);
> + *did_some_progress = __perform_reclaim(gfp_mask, reclaim_order,
> + alloc_flags, ac);
> if (unlikely(!(*did_some_progress)))
> goto out;
>
> diff --git a/mm/vmscan.c b/mm/vmscan.c
> index 9959ca158ce8..54a16dbb84dd 100644
> --- a/mm/vmscan.c
> +++ b/mm/vmscan.c
> @@ -142,6 +142,9 @@ struct scan_control {
> /* One of the zones is ready for compaction */
> unsigned int compaction_ready:1;
>
> + /* The allocation cannot fall back to other migratetypes' blocks */
> + unsigned int nofragment:1;
> +
> /* There is easily reclaimable cold cache in the current node */
> unsigned int cache_trim_mode:1;
>
> @@ -6316,6 +6319,17 @@ static bool in_reclaim_compaction(struct scan_control *sc)
> return false;
> }
>
> +static bool allocation_can_succeed(struct zone *zone, struct scan_control *sc,
> + unsigned long mark)
> +{
> + unsigned int alloc_flags = sc->nofragment ? ALLOC_NOFRAGMENT : 0;
> + long free_pages = zone_page_state(zone, NR_FREE_PAGES);
> + int migratetype = gfp_migratetype(sc->gfp_mask);
> +
> + return __zone_watermark_ok_mt(zone, sc->order, mark, sc->reclaim_idx,
> + alloc_flags, free_pages, migratetype);
> +}
> +
> /*
> * Reclaim/compaction is used for high-order allocation requests. It reclaims
> * order-0 pages before compacting the zone. should_continue_reclaim() returns
> @@ -6354,8 +6368,7 @@ static inline bool should_continue_reclaim(struct pglist_data *pgdat,
> unsigned long watermark = min_wmark_pages(zone);
>
> /* Allocation can already succeed, nothing to do */
> - if (zone_watermark_ok(zone, sc->order, watermark,
> - sc->reclaim_idx, 0))
> + if (allocation_can_succeed(zone, sc, watermark))
> return false;
>
> if (compaction_suitable(zone, sc->order, watermark,
> @@ -6580,8 +6593,7 @@ static inline bool compaction_ready(struct zone *zone, struct scan_control *sc)
> return false;
>
> /* Allocation can already succeed, nothing to do */
> - if (zone_watermark_ok(zone, sc->order, min_wmark_pages(zone),
> - sc->reclaim_idx, 0))
> + if (allocation_can_succeed(zone, sc, min_wmark_pages(zone)))
> return true;
>
> /*
> @@ -6965,7 +6977,8 @@ static bool throttle_direct_reclaim(gfp_t gfp_mask, struct zonelist *zonelist,
> }
>
> unsigned long try_to_free_pages(struct zonelist *zonelist, int order,
> - gfp_t gfp_mask, const nodemask_t *nodemask)
> + gfp_t gfp_mask, const nodemask_t *nodemask,
> + bool nofragment)
> {
> unsigned long nr_reclaimed;
> struct scan_control sc = {
> @@ -6978,6 +6991,7 @@ unsigned long try_to_free_pages(struct zonelist *zonelist, int order,
> .may_writepage = 1,
> .may_unmap = 1,
> .may_swap = 1,
> + .nofragment = nofragment,
> };
>
> /*
prev parent reply other threads:[~2026-11-13 17:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-02 9:39 [PATCH v2 0/3] mm: make watermark checks honour ALLOC_NOFRAGMENT Kiryl Shutsemau (Meta)
2026-11-02 9:39 ` [PATCH v2 1/3] mm: page_alloc: add a watermark check that knows the migratetype Kiryl Shutsemau (Meta)
2026-11-05 17:06 ` Harry Yoo
2026-11-11 19:49 ` Kiryl Shutsemau
2026-11-13 17:03 ` Vlastimil Babka (SUSE)
2026-11-13 16:51 ` Vlastimil Babka (SUSE)
2026-11-02 9:39 ` [PATCH v2 2/3] mm: page_alloc: make the high-order watermark check honour ALLOC_NOFRAGMENT Kiryl Shutsemau (Meta)
2026-11-13 17:48 ` Vlastimil Babka (SUSE)
2026-11-02 9:39 ` [PATCH v2 3/3] mm: vmscan: tell direct reclaim the allocation is ALLOC_NOFRAGMENT Kiryl Shutsemau (Meta)
2026-11-13 17:58 ` Vlastimil Babka (SUSE) [this message]
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=e16c46e8-d69d-450f-bf98-6f14755cdae5@kernel.org \
--to=vbabka@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=axelrasmussen@google.com \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=baoquan.he@linux.dev \
--cc=brendan.jackman@linux.dev \
--cc=david@kernel.org \
--cc=dev.jain@arm.com \
--cc=hannes@cmpxchg.org \
--cc=harry@kernel.org \
--cc=kas@kernel.org \
--cc=kasong@tencent.com \
--cc=kernel-team@meta.com \
--cc=liam@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=mhocko@suse.com \
--cc=qi.zheng@linux.dev \
--cc=rppt@kernel.org \
--cc=shakeel.butt@linux.dev \
--cc=surenb@google.com \
--cc=usama.arif@linux.dev \
--cc=weixugc@google.com \
--cc=yuanchu@google.com \
--cc=ziy@nvidia.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®