Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7274955imu; Thu, 31 Jan 2019 07:45:56 -0800 (PST) X-Google-Smtp-Source: ALg8bN6IR9252EePCLY0Hht7+Hk9tgA7E5bVmRJnI+P6i9lj7GXmlf70geEKu6uhVGCDl2rqnP8W X-Received: by 2002:a62:160d:: with SMTP id 13mr35068332pfw.203.1548949556504; Thu, 31 Jan 2019 07:45:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548949556; cv=none; d=google.com; s=arc-20160816; b=OgQnM3X/e32vf+mnCWNm8k2v0tS00MqO4IrwoeXxMBYIJ9PiIpXpKMOePXBB5bvRIW RrEfRJQ9EDe+gJ9EsPQe7zKXvaI9qBsTjRTtacw5iO9Gowk3Wagr1NsnXXi7jaAygNpX yg+IGMAtITZCALub+3FLrwnSHR2uK/NFDb9TRAQG3tr9yzRzU6R6ejHT7OinuhML7y90 KEEDmKz8LxW7hQbggehDvCkBPh49z9U03NlieYNR/phUrrknspsn6UzOS8plpeuud8Qc MZSOF+Rz3E/Ffndvm28puY6NMC+xVZRyJqvOAJOFVr5PCFj0TWotMzE4E3S1tMWq26Cn v/Fw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:openpgp:from:references:cc:to:subject; bh=jSnMb0O3TSIII+gonLQVTeCZYVLEnoRLnxt8QA8ahec=; b=FNgRtQz1UplTIwGYTM991nzS4B+ltls3FFdUP7GXOT0/TsVfjY1pE0hYiFfPjaqpOb gFYh3u8kSeJmfAteTAnb/wbIEiNizI2aeNofKu8DiXirQb7bQwKOgtmB6V44z0TpiqmQ m7Xo0CPPdL9aidum6t/2pMsVHw8g2HkE2u1QfFDKOVRGJ253agRqAAWAeXaFrb+I3hAN xFOaQfS73k/DfOCfnzVNoNZ5kMQW7JyUIDpUWYMSSnKU6XW4gzAfj8S7+RNoE7A2/9VZ Rz+0pwcXcYJAAllPsR5JpbwT/QMGRZFAXcUgxKMbkIRZu3qJa4hJXJ3I+Oclkid66a0J vr5A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q189si4795120pfb.62.2019.01.31.07.45.40; Thu, 31 Jan 2019 07:45:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387401AbfAaPpS (ORCPT + 99 others); Thu, 31 Jan 2019 10:45:18 -0500 Received: from mx2.suse.de ([195.135.220.15]:51586 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725855AbfAaPpS (ORCPT ); Thu, 31 Jan 2019 10:45:18 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id E8B16B0B9; Thu, 31 Jan 2019 15:45:16 +0000 (UTC) Subject: Re: [PATCH 21/22] mm, compaction: Be selective about what pageblocks to clear skip hints To: Mel Gorman , Andrew Morton Cc: David Rientjes , Andrea Arcangeli , Linux List Kernel Mailing , Linux-MM References: <20190118175136.31341-1-mgorman@techsingularity.net> <20190118175136.31341-22-mgorman@techsingularity.net> From: Vlastimil Babka Openpgp: preference=signencrypt Message-ID: <9318efb7-cf20-b87d-9038-27406925b161@suse.cz> Date: Thu, 31 Jan 2019 16:45:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190118175136.31341-22-mgorman@techsingularity.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/18/19 6:51 PM, Mel Gorman wrote: > Pageblock hints are cleared when compaction restarts or kswapd makes enough > progress that it can sleep but it's over-eager in that the bit is cleared > for migration sources with no LRU pages and migration targets with no free > pages. As pageblock skip hint flushes are relatively rare and out-of-band > with respect to kswapd, this patch makes a few more expensive checks to > see if it's appropriate to even clear the bit. Every pageblock that is > not cleared will avoid 512 pages being scanned unnecessarily on x86-64. > > The impact is variable with different workloads showing small differences > in latency, success rates and scan rates. This is expected as clearing > the hints is not that common but doing a small amount of work out-of-band > to avoid a large amount of work in-band later is generally a good thing. > > Signed-off-by: Mel Gorman Acked-by: Vlastimil Babka