Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3452553ybl; Tue, 21 Jan 2020 00:44:57 -0800 (PST) X-Google-Smtp-Source: APXvYqweB0chV6ciKyyCR1TQi+nde7665SYxp7WX+Ns4UDqXV/RwsGsELvWfXQIEDxExdPExDf4y X-Received: by 2002:a54:4085:: with SMTP id i5mr2174857oii.17.1579596297838; Tue, 21 Jan 2020 00:44:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579596297; cv=none; d=google.com; s=arc-20160816; b=tNazmQvfr+o3yYXXfR3E5mtwd3m0l09aKBt1dV4/6v5foFwIeKeXcUVE2lUvoMvEl2 JAlGD07iibdTK9Sbw4VE/ccaQQsOGXmO7XlcC6YdUDusZn9bwv/wLzD8s54R9O8wMCVX spXNwcmEdm+l89gbN7JPna1L7UVwKddGQ8L+BYYQ+lGK80LWkdHxcCMz6QX+xqBE5XFN vmU6Bhg6V9w54/rNFS+dw9eiCUuEJznAvFAWh9TqdGNEJBpm3seXNDhSoXQLJGIrE0Ic zQ36LvTrKnBT5ULDln/xYvR3DXPSBLPI+7zqgkWYYsqG781ovVw7udtAmi04m5SmFtZS Au5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=tL2ilmdXW53jOUQKDAEIqhCCGh8ZV7CKZBsB46zgNx8=; b=L8dhiJ1HwRGVSde4ffKlZq5y9enEUYrI99ga8XY+b77xtREpwiymzN2h0XzmWt6tYs t1+pPcOvrrTo5oAa9TIXxf2Dxhh7swwjozr1pLSCWsBmLYMlGKyl7m3WuB87FwC+66Ou U+UIFijcOBgHb5HmbHPWhuWtQ/SXAQKf3U2/zKpchRcQ5hSBXGZfnk7zIlPSoRBp3CaR 4PfEoD8bb1gfKqERVO6EoxLGblHKSda/yj4yBuL9RUoCRPAmtAxp1nYpPprfBkUk+jTo LRl4s8U2/ST0F+aNtWX6JrF267FaO5DTd2L5H9VHHWynWaQwPpiGq5AzOXxZIf7q+ZHp vqZg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z12si23668043otm.189.2020.01.21.00.44.46; Tue, 21 Jan 2020 00:44:57 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729163AbgAUImr (ORCPT + 99 others); Tue, 21 Jan 2020 03:42:47 -0500 Received: from mail-wm1-f68.google.com ([209.85.128.68]:40079 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729028AbgAUImj (ORCPT ); Tue, 21 Jan 2020 03:42:39 -0500 Received: by mail-wm1-f68.google.com with SMTP id t14so2004629wmi.5 for ; Tue, 21 Jan 2020 00:42:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=tL2ilmdXW53jOUQKDAEIqhCCGh8ZV7CKZBsB46zgNx8=; b=O393f64mQQCXHZtcTWfGZBk0M4/671SV9rkq+KDY0emjh7UhukOSsfrHDo8T1lD07k bUXDmbBC8jzXcpChhPOI/Ine01OGMIWODqQRtlG4yyHGjT5kVJtN6/m+aAyLz+vQw3gR y4uxa1NhEXjZdpkdKpdSHpjXoGPBevUJC4IGp5s3Ni1qDRjbHCkxlC1X8G/h3tqYJEz0 PAYFExsEkSjMzkab0SeckRewk4pJos7e1JMmR5mIxiL1UjQ7xLmU7tw9PISpMFa7Hiti 75KuHqZuelm3agd7dz5T+VqdOA5GVlcrSfmsiYU4jasnO/6h5sF5jBjmgfvNeqPoCjU7 lEtg== X-Gm-Message-State: APjAAAUVnzjAsJ37TjXCkl9R0Qggf8WNhmhdjDaO1sZg32mL+WFwaFpa XUHxIr7R+tmbKOtHBdkIV10= X-Received: by 2002:a1c:a404:: with SMTP id n4mr3056679wme.109.1579596157045; Tue, 21 Jan 2020 00:42:37 -0800 (PST) Received: from localhost (prg-ext-pat.suse.com. [213.151.95.130]) by smtp.gmail.com with ESMTPSA id c2sm51332826wrp.46.2020.01.21.00.42.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jan 2020 00:42:06 -0800 (PST) Date: Tue, 21 Jan 2020 09:42:05 +0100 From: Michal Hocko To: Wei Yang Cc: akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, yang.shi@linux.alibaba.com Subject: Re: [PATCH 1/8] mm/migrate.c: skip node check if done in last round Message-ID: <20200121084205.GD29276@dhcp22.suse.cz> References: <20200119030636.11899-1-richardw.yang@linux.intel.com> <20200119030636.11899-2-richardw.yang@linux.intel.com> <20200120093646.GL18451@dhcp22.suse.cz> <20200120222540.GA32314@richard> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200120222540.GA32314@richard> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 21-01-20 06:25:40, Wei Yang wrote: > On Mon, Jan 20, 2020 at 10:36:46AM +0100, Michal Hocko wrote: > >On Sun 19-01-20 11:06:29, Wei Yang wrote: > >> Before move page to target node, we would check if the node id is valid. > >> In case we would try to move pages to the same target node, it is not > >> necessary to do the check each time. > >> > >> This patch tries to skip the check if the node has been checked. > >> > >> Signed-off-by: Wei Yang > >> --- > >> mm/migrate.c | 19 +++++++++++-------- > >> 1 file changed, 11 insertions(+), 8 deletions(-) > >> > >> diff --git a/mm/migrate.c b/mm/migrate.c > >> index 430fdccc733e..ba7cf4fa43a0 100644 > >> --- a/mm/migrate.c > >> +++ b/mm/migrate.c > >> @@ -1612,15 +1612,18 @@ static int do_pages_move(struct mm_struct *mm, nodemask_t task_nodes, > >> goto out_flush; > >> addr = (unsigned long)untagged_addr(p); > >> > >> - err = -ENODEV; > >> - if (node < 0 || node >= MAX_NUMNODES) > >> - goto out_flush; > >> - if (!node_state(node, N_MEMORY)) > >> - goto out_flush; > >> + /* Check node if it is not checked. */ > >> + if (current_node == NUMA_NO_NODE || node != current_node) { > >> + err = -ENODEV; > >> + if (node < 0 || node >= MAX_NUMNODES) > >> + goto out_flush; > >> + if (!node_state(node, N_MEMORY)) > >> + goto out_flush; > > > >This makes the code harder to read IMHO. The original code checks the > >valid node first and it doesn't conflate that with the node caching > >logic which your change does. > > > > I am sorry, would you mind showing me an example about the conflate in my > change? I don't get it. NUMA_NO_NODE is the iteration logic, right? It resets the batching node. Node check read from the userspace is an input sanitization. Do not put those two into the same checks. More clear now? -- Michal Hocko SUSE Labs