lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20201020203331.GB32041@suse.de>
Date:   Tue, 20 Oct 2020 21:33:31 +0100
From:   Mel Gorman <mgorman@...e.de>
To:     Johannes Weiner <hannes@...xchg.org>
Cc:     Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org,
        linux-kernel@...r.kernel.org, kernel-team@...com
Subject: Re: [PATCH] mm: don't wake kswapd prematurely when watermark
 boosting is disabled

On Tue, Oct 20, 2020 at 01:58:33PM -0400, Johannes Weiner wrote:
> On 2-node NUMA hosts we see bursts of kswapd reclaim and subsequent
> pressure spikes and stalls from cache refaults while there is plenty
> of free memory in the system.
> 
> Usually, kswapd is woken up when all eligible nodes in an allocation
> are full. But the code related to watermark boosting can wake kswapd
> on one full node while the other one is mostly empty. This may be
> justified to fight fragmentation, but is currently unconditionally
> done whether watermark boosting is occurring or not.
> 
> In our case, many of our workloads' throughput scales with available
> memory, and pure utilization is a more tangible concern than trends
> around longer-term fragmentation. As a result we generally disable
> watermark boosting.
> 
> Wake kswapd only woken when watermark boosting is requested.
> 
> Signed-off-by: Johannes Weiner <hannes@...xchg.org>

This makes sense to the extent that I would support adding

Fixes: 1c30844d2dfe ("mm: reclaim small amounts of memory when an external fragmentation event occurs")

With or without that;

Acked-by: Mel Gorman <mgorman@...e.de>

-- 
Mel Gorman
SUSE Labs

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ