All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laura Abbott <lauraa@codeaurora.org>
To: Tomasz Stanislawski <t.stanislaws@samsung.com>
Cc: linux-mm@kvack.org, '박경민' <kyungmin.park@samsung.com>,
	"Marek Szyprowski" <m.szyprowski@samsung.com>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	minchan@kernel.org, mgorman@suse.de,
	"'Bartlomiej Zolnierkiewicz" <b.zolnierkie@samsung.com>
Subject: Re: [PATCH] mm: page_alloc: fix watermark check in __zone_watermark_ok()
Date: Fri, 24 May 2013 13:23:34 -0700	[thread overview]
Message-ID: <519FCC46.2000703@codeaurora.org> (raw)
In-Reply-To: <518B5556.4010005@samsung.com>

On 5/9/2013 12:50 AM, Tomasz Stanislawski wrote:
> The watermark check consists of two sub-checks.
> The first one is:
>
> 	if (free_pages <= min + lowmem_reserve)
> 		return false;
>
> The check assures that there is minimal amount of RAM in the zone.  If CMA is
> used then the free_pages is reduced by the number of free pages in CMA prior
> to the over-mentioned check.
>
> 	if (!(alloc_flags & ALLOC_CMA))
> 		free_pages -= zone_page_state(z, NR_FREE_CMA_PAGES);
>
> This prevents the zone from being drained from pages available for non-movable
> allocations.
>
> The second check prevents the zone from getting too fragmented.
>
> 	for (o = 0; o < order; o++) {
> 		free_pages -= z->free_area[o].nr_free << o;
> 		min >>= 1;
> 		if (free_pages <= min)
> 			return false;
> 	}
>
> The field z->free_area[o].nr_free is equal to the number of free pages
> including free CMA pages.  Therefore the CMA pages are subtracted twice.  This
> may cause a false positive fail of __zone_watermark_ok() if the CMA area gets
> strongly fragmented.  In such a case there are many 0-order free pages located
> in CMA. Those pages are subtracted twice therefore they will quickly drain
> free_pages during the check against fragmentation.  The test fails even though
> there are many free non-cma pages in the zone.
>
> This patch fixes this issue by subtracting CMA pages only for a purpose of
> (free_pages <= min + lowmem_reserve) check.
>
> Signed-off-by: Tomasz Stanislawski <t.stanislaws@samsung.com>
> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
> ---
>   mm/page_alloc.c |    6 ++++--
>   1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 8fcced7..0d4fef2 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -1626,6 +1626,7 @@ static bool __zone_watermark_ok(struct zone *z, int order, unsigned long mark,
>   	long min = mark;
>   	long lowmem_reserve = z->lowmem_reserve[classzone_idx];
>   	int o;
> +	long free_cma = 0;
>
>   	free_pages -= (1 << order) - 1;
>   	if (alloc_flags & ALLOC_HIGH)
> @@ -1635,9 +1636,10 @@ static bool __zone_watermark_ok(struct zone *z, int order, unsigned long mark,
>   #ifdef CONFIG_CMA
>   	/* If allocation can't use CMA areas don't use free CMA pages */
>   	if (!(alloc_flags & ALLOC_CMA))
> -		free_pages -= zone_page_state(z, NR_FREE_CMA_PAGES);
> +		free_cma = zone_page_state(z, NR_FREE_CMA_PAGES);
>   #endif
> -	if (free_pages <= min + lowmem_reserve)
> +
> +	if (free_pages - free_cma <= min + lowmem_reserve)
>   		return false;
>   	for (o = 0; o < order; o++) {
>   		/* At the next order, this order's pages become unavailable */
>

I haven't seen any response to this patch but it has been of some 
benefit to some of our use cases. You're welcome to add

Tested-by: Laura Abbott <lauraa@codeaurora.org>

if the patch hasn't been  picked up yet.

Thanks,
Laura
-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2013-05-24 20:23 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-09  7:50 [PATCH] mm: page_alloc: fix watermark check in __zone_watermark_ok() Tomasz Stanislawski
2013-05-24 20:23 ` Laura Abbott [this message]
2013-05-25  4:32   ` Kyungmin Park
2013-05-29 22:08     ` Andrew Morton
2013-06-03  7:15       ` Marek Szyprowski
2013-06-04  2:34       ` Laura Abbott
2013-06-04  7:11 ` Minchan Kim

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=519FCC46.2000703@codeaurora.org \
    --to=lauraa@codeaurora.org \
    --cc=akpm@linux-foundation.org \
    --cc=b.zolnierkie@samsung.com \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-mm@kvack.org \
    --cc=m.szyprowski@samsung.com \
    --cc=mgorman@suse.de \
    --cc=minchan@kernel.org \
    --cc=t.stanislaws@samsung.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 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.