Re: [PATCH] mm: add free_hot_cold_page_list helper

From: Minchan Kim
Date: Mon Aug 29 2011 - 03:48:51 EST


On Fri, Jul 29, 2011 at 4:58 PM, Konstantin Khlebnikov
<khlebnikov@xxxxxxxxxx> wrote:
> This patch adds helper free_hot_cold_page_list() to free list of 0-order pages.
> It frees pages directly from list without temporary page-vector.
> It also calls trace_mm_pagevec_free() to simulate pagevec_free() behaviour.
>
> bloat-o-meter:
>
> add/remove: 1/1 grow/shrink: 1/3 up/down: 267/-295 (-28)
> function                   old   new  delta
> free_hot_cold_page_list            Â-   264  Â+264
> get_page_from_freelist           Â2129  Â2132   Â+3
> __pagevec_free                243   239   Â-4
> split_free_page               Â380   373   Â-7
> release_pages                Â606   510   -96
> free_page_list                188    -  Â-188
>
> Signed-off-by: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
> ---
> Âinclude/linux/gfp.h | Â Â1 +
> Âmm/page_alloc.c   |  12 ++++++++++++
> Âmm/swap.c      |  14 +++-----------
> Âmm/vmscan.c     |  20 +-------------------
> Â4 files changed, 17 insertions(+), 30 deletions(-)
>
> diff --git a/include/linux/gfp.h b/include/linux/gfp.h
> index cb40892..dd7b9cc 100644
> --- a/include/linux/gfp.h
> +++ b/include/linux/gfp.h
> @@ -358,6 +358,7 @@ void *alloc_pages_exact_nid(int nid, size_t size, gfp_t gfp_mask);
> Âextern void __free_pages(struct page *page, unsigned int order);
> Âextern void free_pages(unsigned long addr, unsigned int order);
> Âextern void free_hot_cold_page(struct page *page, int cold);
> +extern void free_hot_cold_page_list(struct list_head *list, int cold);
>
> Â#define __free_page(page) __free_pages((page), 0)
> Â#define free_page(addr) free_pages((addr), 0)
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 1dbcf88..af486e4 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -1209,6 +1209,18 @@ out:
> Â Â Â Âlocal_irq_restore(flags);
> Â}
>
> +void free_hot_cold_page_list(struct list_head *list, int cold)
> +{
> + Â Â Â struct page *page, *next;
> +
> + Â Â Â list_for_each_entry_safe(page, next, list, lru) {
> + Â Â Â Â Â Â Â trace_mm_pagevec_free(page, cold);


I understand you want to minimize changes without breaking current ABI
with trace tools.
But apparently, It's not a pagvec_free. It just hurts readability.
As I take a look at the code, mm_pagevec_free isn't related to pagevec
but I guess it can represent 0-order pages free because 0-order pages
are freed only by pagevec until now.
So, how about renaming it with mm_page_free or mm_page_free_zero_order?
If you do, you need to do s/MM_PAGEVEC_FREE/MM_FREE_FREE/g in
trace-pagealloc-postprocess.pl.


> + Â Â Â Â Â Â Â free_hot_cold_page(page, cold);
> + Â Â Â }
> +
> + Â Â Â INIT_LIST_HEAD(list);

Why do we need it?


--
Kind regards,
Minchan Kim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/