linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Vlastimil Babka <vbabka@suse.cz>
To: Mel Gorman <mgorman@techsingularity.net>,
	Shantanu Goel <sgoel01@yahoo.com>
Cc: "linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: Re: [PATCH] vmscan: fix zone balance check in prepare_kswapd_sleep
Date: Mon, 6 Feb 2017 18:43:08 +0100	[thread overview]
Message-ID: <3a10b870-2dd6-74c2-75c8-92823e2ba4e1@suse.cz> (raw)
In-Reply-To: <20170206161715.sfz6lm3vmahlnxx6@techsingularity.net>

On 02/06/2017 05:17 PM, Mel Gorman wrote:

>>
>> Thanks,
>> Shantanu
>
>> From 46f2e4b02ac263bf50d69cdab3bcbd7bcdea7415 Mon Sep 17 00:00:00 2001
>> From: Shantanu Goel <sgoel01@yahoo.com>
>> Date: Sat, 4 Feb 2017 19:07:53 -0500
>> Subject: [PATCH] vmscan: fix zone balance check in prepare_kswapd_sleep
>>
>> The check in prepare_kswapd_sleep needs to match the one in balance_pgdat
>> since the latter will return as soon as any one of the zones in the
>> classzone is above the watermark.  This is specially important for
>> higher order allocations since balance_pgdat will typically reset
>> the order to zero relying on compaction to create the higher order
>> pages.  Without this patch, prepare_kswapd_sleep fails to wake up
>> kcompactd since the zone balance check fails.
>>
>> Signed-off-by: Shantanu Goel <sgoel01@yahoo.com>
>
> I don't recall specifically why I made that change but I've no objections
> to the patch so;
>
> Acked-by: Mel Gorman <mgorman@techsingularity.net>
>
> However, note that there is a slight risk that kswapd will sleep for a
> short interval early due to a very small zone such as ZONE_DMA. If this
> is a general problem then it'll manifest as less kswapd reclaim and more
> direct reclaim. If it turns out this is an issue then a revert will not
> be the right fix. Instead, all the checks for zone_balance will need to
> account for the only balanced zone being a tiny percentage of memory in
> the node.

Hopefully the lowmem reserves should take care of this in that case? They easily 
make a low zone inaccessible even when fully free. Unless the small zone is high 
one though, such as Normal zone on system with only 4GB memory, so most of it is 
in DMA32.

--
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:[~2017-02-06 17:43 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <719282122.1183240.1486298780546.ref@mail.yahoo.com>
2017-02-05 12:46 ` Shantanu Goel
2017-02-06  3:19   ` Hillf Danton
2017-02-06  8:31   ` Michal Hocko
2017-02-06 11:51     ` Vlastimil Babka
2017-02-06 16:17   ` Mel Gorman
2017-02-06 17:43     ` Vlastimil Babka [this message]
2017-02-06 22:24       ` Mel Gorman
2017-02-07  0:16     ` Shantanu Goel
2017-02-07  9:54       ` Mel Gorman
2017-02-10 13:11       ` Vlastimil Babka

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=3a10b870-2dd6-74c2-75c8-92823e2ba4e1@suse.cz \
    --to=vbabka@suse.cz \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@techsingularity.net \
    --cc=sgoel01@yahoo.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