Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp456938ybc; Fri, 22 Nov 2019 07:52:06 -0800 (PST) X-Google-Smtp-Source: APXvYqyLmb8tEm0pc9FURvIBHlOF+QXhLzXk35Xu/N0S7ExN2Lf8rS39kTcUDuFHWgjpfwG05HaB X-Received: by 2002:a17:906:6b01:: with SMTP id q1mr22708137ejr.162.1574437926472; Fri, 22 Nov 2019 07:52:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574437926; cv=none; d=google.com; s=arc-20160816; b=VslInNjsj/XMYRU0MdMvtSyx8aJYUYFtL6MrAbQHSaJ+F1rf+6PM1rWPZncdyZTzaX f6uGRTHe3zHw/RQjEZKdv2+80ank6p+VC6bb+mhISB+Qdv6K8bp2bS8Mc/bXmqWnJLSo dgftNBhSz93sqoMbMyRDtoKuA7KytxaO/TvDYqctiBaiLm8ZwE0BiTs5U0ymgFd1EGSU nanNij+MX4x7mJ9/+RU/YrJUxvsyFZDOfCESlPDoo51NjImJZWypVVuOAmGU9i52Iyxo zm5vVVAk0Z57Su5Q1wAoTzNNuSRd+u0rzpieNTGOjV0bTl/AsbN5vkuQTqKK2n00zk9R W/Hg== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=rJKGD6xI4JZaoUUFbT9nA3+9WtEmQRKQW4VAIbcN/w0=; b=pwBcfzUttCKHkrkzs+oo8p6fXV7yKgmUJAFGeAEPhpno/TOlXQUM8Hqri587iNKDeb 8EhhcBQTVu3x7R8e9BbBV7qu1XeboOo6TTOmBwp/jIE1jNgGeX5CVU1boC88MPZz/lsW OG6cCq60/RTg7JasprMQMHF14sAIL6wkxv7TN28sc9WPVrbjjbL8cCnSPX62z4P4hTZ0 WZEHDBrp+/i+ubADnDV87bS8PNn8Zssa8j9hcSS13TsMPRodC8B9LPZOhQcXnWFtRIOU aO2OcBzrPbQS2lm2c3kj8clgB4+mOOrmpLQy1FodYn0iz77bV0UOjXkgP2J4XVrRIz92 JjPg== 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 e19si4824646edr.255.2019.11.22.07.51.41; Fri, 22 Nov 2019 07:52:06 -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 S1726846AbfKVPuP (ORCPT + 99 others); Fri, 22 Nov 2019 10:50:15 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:36257 "EHLO relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726633AbfKVPuP (ORCPT ); Fri, 22 Nov 2019 10:50:15 -0500 Received: from localhost (unknown [153.3.140.100]) (Authenticated sender: fly@kernel.page) by relay11.mail.gandi.net (Postfix) with ESMTPSA id CA1E1100010; Fri, 22 Nov 2019 15:49:31 +0000 (UTC) Date: Fri, 22 Nov 2019 23:49:07 +0800 From: Pengfei Li To: David Hildenbrand Cc: akpm@linux-foundation.org, mgorman@techsingularity.net, mhocko@kernel.org, vbabka@suse.cz, cl@linux.com, iamjoonsoo.kim@lge.com, guro@fb.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, fly@kernel.page Subject: Re: [RFC v1 00/19] Modify zonelist to nodelist v1 Message-ID: <20191122234907.4da3bc81.fly@kernel.page> In-Reply-To: <1bb37491-72a7-feaa-722d-a5825813a409@redhat.com> References: <20191121151811.49742-1-fly@kernel.page> <1bb37491-72a7-feaa-722d-a5825813a409@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 Nov 2019 11:03:30 +0100 David Hildenbrand wrote: > On 21.11.19 16:17, Pengfei Li wrote: > > Motivation > > ---------- > > Currently if we want to iterate through all the nodes we have to > > traverse all the zones from the zonelist. > > > > So in order to reduce the number of loops required to traverse node, > > this series of patches modified the zonelist to nodelist. > > > > Two new macros have been introduced: > > 1) for_each_node_nlist > > 2) for_each_node_nlist_nodemask > > > > > > Benefit > > ------- > > 1. For a NUMA system with N nodes, each node has M zones, the number > > of loops is reduced from N*M times to N times when traversing > > node. > > > > 2. The size of pg_data_t is much reduced. > > > > > > Test Result > > ----------- > > Currently I have only performed a simple page allocation benchmark > > test on my laptop, and the results show that the performance of a > > system with only one node is almost unaffected. > > > > So you are seeing no performance changes. I am wondering why do we > need this, then - because your motivation sounds like a performance > improvement? (not completely against this, just trying to understand > the value of this :) ) Thanks for your comments. I am sorry that I did not make it clear. I want to express this series of patches will benefit NUMA systems with multiple nodes. The main benefit is that it will be more efficient when traversing all nodes (for example when performing page reclamation).