From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932823AbcFONNY (ORCPT ); Wed, 15 Jun 2016 09:13:24 -0400 Received: from mx2.suse.de ([195.135.220.15]:57926 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932717AbcFONNU (ORCPT ); Wed, 15 Jun 2016 09:13:20 -0400 Subject: Re: [PATCH 05/27] mm, vmscan: Have kswapd only scan based on the highest requested zone To: Mel Gorman , Andrew Morton , Linux-MM References: <1465495483-11855-1-git-send-email-mgorman@techsingularity.net> <1465495483-11855-6-git-send-email-mgorman@techsingularity.net> Cc: Rik van Riel , Johannes Weiner , LKML From: Vlastimil Babka Message-ID: Date: Wed, 15 Jun 2016 15:13:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <1465495483-11855-6-git-send-email-mgorman@techsingularity.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/09/2016 08:04 PM, Mel Gorman wrote: > kswapd checks all eligible zones to see if they need balancing even if it was > woken for a lower zone. This made sense when we reclaimed on a per-zone basis > because we wanted to shrink zones fairly so avoid age-inversion problems. Now we reclaim a single lru, but still will skip over pages from the higher zones than reclaim_idx, so this is not much different from per-zone basis wrt age-inversion? > Ideally this is completely unnecessary when reclaiming on a per-node basis. > In theory, there may still be anomalies when all requests are for lower > zones and very old pages are preserved in higher zones but this should be > the exceptional case. > > Signed-off-by: Mel Gorman I don't see the argument, but agree it should be exceptional in any case, and if there's such a case, it's better to focus on pages from the zone(s) where a pending (potentially atomic) allocation is restricted to. Or rather, this is the only way we can focus reclaim on such pages now that there's a single lru list. Acked-by: Vlastimil Babka > --- > mm/vmscan.c | 7 ++----- > 1 file changed, 2 insertions(+), 5 deletions(-) > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index ab1b28e7e20a..0a619241c576 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -3171,11 +3171,8 @@ static int balance_pgdat(pg_data_t *pgdat, int order, int classzone_idx) > > sc.nr_reclaimed = 0; > > - /* > - * Scan in the highmem->dma direction for the highest > - * zone which needs scanning > - */ > - for (i = pgdat->nr_zones - 1; i >= 0; i--) { > + /* Scan from the highest requested zone to dma */ > + for (i = classzone_idx; i >= 0; i--) { > struct zone *zone = pgdat->node_zones + i; > > if (!populated_zone(zone)) >