linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Vlastimil Babka <vbabka@suse.cz>
To: Huan Yang <link@vivo.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Cc: opensource.kernel@vivo.com
Subject: Re: [PATCH] mm: page_alloc: simpify page del and expand
Date: Thu, 29 Aug 2024 17:12:54 +0200	[thread overview]
Message-ID: <e3276bb1-6d70-41c8-9d04-c7eade3dae95@suse.cz> (raw)
In-Reply-To: <20240826064048.187790-1-link@vivo.com>

On 8/26/24 08:40, Huan Yang wrote:
> When page del from buddy and need expand, it will account free_pages
> in zone's migratetype.
> 
> The current way is to subtract the page number of the current order
> when deleting, and then add it back when expanding.
> 
> This is unnecessary, as when migrating the same type, we can directly
> record the difference between the high-order pages and the expand
> added, and then subtract it directly.
> 
> This patch merge that, only when del and expand done, then account
> free_pages.
> 
> Signed-off-by: Huan Yang <link@vivo.com>

Reviewed-by: Vlastimil Babka <vbabka@suse.cz>

can't hurt to reduce the number of calls to __mod_zone_page_state() (via
account_freepages()) in the allocator

> ---
>  mm/page_alloc.c | 35 +++++++++++++++++++++++++----------
>  1 file changed, 25 insertions(+), 10 deletions(-)
> 
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 023132f66d29..900b0947c6e1 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -1363,11 +1363,11 @@ struct page *__pageblock_pfn_to_page(unsigned long start_pfn,
>   *
>   * -- nyc
>   */
> -static inline void expand(struct zone *zone, struct page *page,
> -	int low, int high, int migratetype)
> +static inline unsigned int expand(struct zone *zone, struct page *page, int low,
> +				  int high, int migratetype)
>  {
> -	unsigned long size = 1 << high;
> -	unsigned long nr_added = 0;
> +	unsigned int size = 1 << high;
> +	unsigned int nr_added = 0;
>  
>  	while (high > low) {
>  		high--;
> @@ -1387,7 +1387,19 @@ static inline void expand(struct zone *zone, struct page *page,
>  		set_buddy_order(&page[size], high);
>  		nr_added += size;
>  	}
> -	account_freepages(zone, nr_added, migratetype);
> +
> +	return nr_added;
> +}
> +
> +static __always_inline void page_del_and_expand(struct zone *zone,
> +						struct page *page, int low,
> +						int high, int migratetype)
> +{
> +	int nr_pages = 1 << high;
> +
> +	__del_page_from_free_list(page, zone, high, migratetype);
> +	nr_pages -= expand(zone, page, low, high, migratetype);
> +	account_freepages(zone, -nr_pages, migratetype);
>  }
>  
>  static void check_new_page_bad(struct page *page)
> @@ -1557,8 +1569,9 @@ struct page *__rmqueue_smallest(struct zone *zone, unsigned int order,
>  		page = get_page_from_free_area(area, migratetype);
>  		if (!page)
>  			continue;
> -		del_page_from_free_list(page, zone, current_order, migratetype);
> -		expand(zone, page, order, current_order, migratetype);
> +
> +		page_del_and_expand(zone, page, order, current_order,
> +				    migratetype);
>  		trace_mm_page_alloc_zone_locked(page, order, migratetype,
>  				pcp_allowed_order(order) &&
>  				migratetype < MIGRATE_PCPTYPES);
> @@ -1888,9 +1901,12 @@ steal_suitable_fallback(struct zone *zone, struct page *page,
>  
>  	/* Take ownership for orders >= pageblock_order */
>  	if (current_order >= pageblock_order) {
> +		unsigned int nr_added;
> +
>  		del_page_from_free_list(page, zone, current_order, block_type);
>  		change_pageblock_range(page, current_order, start_type);
> -		expand(zone, page, order, current_order, start_type);
> +		nr_added = expand(zone, page, order, current_order, start_type);
> +		account_freepages(zone, nr_added, start_type);
>  		return page;
>  	}
>  
> @@ -1943,8 +1959,7 @@ steal_suitable_fallback(struct zone *zone, struct page *page,
>  	}
>  
>  single_page:
> -	del_page_from_free_list(page, zone, current_order, block_type);
> -	expand(zone, page, order, current_order, block_type);
> +	page_del_and_expand(zone, page, order, current_order, block_type);
>  	return page;
>  }
>  



      parent reply	other threads:[~2024-08-29 15:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-26  6:40 Huan Yang
2024-08-28  0:59 ` Andrew Morton
2024-08-28  6:26   ` Huan Yang
2024-08-29 15:12 ` Vlastimil Babka [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=e3276bb1-6d70-41c8-9d04-c7eade3dae95@suse.cz \
    --to=vbabka@suse.cz \
    --cc=akpm@linux-foundation.org \
    --cc=link@vivo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=opensource.kernel@vivo.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