Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4531588pxf; Tue, 30 Mar 2021 09:59:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy4popCP56P2y7RYkZO6UTG+W5IBrRyWsX88i7byszDVAq2kZrnAXvDNRf36SogqhsDDiOt X-Received: by 2002:a17:907:248b:: with SMTP id zg11mr33687375ejb.364.1617123556359; Tue, 30 Mar 2021 09:59:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617123556; cv=none; d=google.com; s=arc-20160816; b=SsSFgjxLCKs67xD0DNUltHu/MAMtmHoFZNtNvVAU/wSMS45l+zrmoB0Ceto64hN4Yl nNcvjGHwRZEYwEMIegjafDEpHWI8TVLbSo+bLiGoBC9XH8v9ZkbKq8waPmlE2fj/B4H1 WqtFjmYGW3NhQvhAv0XlcfDajJ5uyIqPQTSxecsjPzAxpNJTDjcMsq13wJyP7CsJMsKR o9P53zIhwo4Jr8379Wznc7Fki3umjoxZjMNHAOknJ4oguufCAxiQblugZvND+OU3UmBC aBOcmngv2MXMBcDMTpfmp2mkWJGl5keTbVjMNQ/yXp+CyBMh6Mg2zdP0gEQAilplt5t/ BUjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=YDPKwOgaNtuLy8HADDzZv+0fyVoW5LtAh6tAlz9JJjQ=; b=XbgzachnSGDMiDpC2D9lR/IdutLvRoK8oXvIiS2eDsDj2H6PZ37JcidDgaeySBPvTV 34Iac/sMQAYy5R+ZjsW2NNtkpnx/FDagcPS76NbQlnhlRp06eM8qvBy3Nnl03OxBMNbl IrHUHxL3f4D54cnRKfQYdxj7Ld0DtSUBIkDjxUhHeqU6NETA5MZV9ejGawbXv8rGgWMu XIhMKNynD0/sD8oz/2ZiKVlKl2Drc+wqXY4kTSi9OMjE8Jlr6HbMQfYS8rrf6JqBzdgo MYWcgINE7atEbvxaJXFR1jf2Wdo38m87MivK4CBLKi9dXVU4LOsBGvwZJATuLMi0eUyp cf2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nynAqfNb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r24si15907361ejs.40.2021.03.30.09.58.53; Tue, 30 Mar 2021 09:59:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nynAqfNb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231532AbhC3QxW (ORCPT + 99 others); Tue, 30 Mar 2021 12:53:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48828 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232416AbhC3QxO (ORCPT ); Tue, 30 Mar 2021 12:53:14 -0400 Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 05B60C061574; Tue, 30 Mar 2021 09:53:14 -0700 (PDT) Received: by mail-ej1-x629.google.com with SMTP id w3so25886222ejc.4; Tue, 30 Mar 2021 09:53:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YDPKwOgaNtuLy8HADDzZv+0fyVoW5LtAh6tAlz9JJjQ=; b=nynAqfNbY+ydK0ogMiiI0jzRpX/AiFs4naJXjQphpjQx10oPU1+TffpOooeafTP5D4 sEsnBKV/6dwiuUVpwvvJst2dzTCy9UI6/Qyu8YxRDIRSlbc554Rx/Bv9ySa7cx41TGeC FCkP+gKIRz9A+D0RNB07Acf9R8ys+fp/bQ1D7FBwHC7lg6ozrXnQrnDYEw1OslzwqC58 tOYCneB2EPe08mHVrJw2PH10m60SjNwm4kycCwdELq7UMY23i3288fa9auTLLe0cc/W7 Uk51QsGO/dZi5qI/tfyaMswZoeoidMgmEY0SqyUVpCASC5j4uYKAizx7HLU88wHWipqv tBRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YDPKwOgaNtuLy8HADDzZv+0fyVoW5LtAh6tAlz9JJjQ=; b=VWv9c5OCYfjBNWE/zfkO3iJW2addz9j92S5q0VY8uPfboKJ0/EyijkXhi52bJ4T+aF xb6IJnxXThoaJzAzRQRAod9FXAXT5yx+wsVpBNsnTz4nj1Kn+JaXZR49Nbb3rVbRUiR0 9RWxqrCwfHn8sKyErOi/2C+Zt3Xp/KK9+v4xxa1sMy5S/fbWyC/nd5NhpFAMPWcrNPTd i36TeRdd2sgj0HiJUXmcgPk1+yn9BE/LEcPLB6uF3U9sWNnBcM/qeYAtvcfygYnUwmA4 vV8hr9AUq2yKj6uKG1XkGK1pURFJ9LfJ8IidXiCxMJMVZZF749WvABZaDuo/HxcyXw0a l8gQ== X-Gm-Message-State: AOAM531VL2NbHGKZhkUucolLlD/ab8U0+qLmz21JbLtZ9X8wJ+s5BhVh hnO2ZFlpCi3HV+3Ognfg7mlpOOsWmAtvzSVTvq8= X-Received: by 2002:a17:906:4bce:: with SMTP id x14mr33384490ejv.383.1617123192815; Tue, 30 Mar 2021 09:53:12 -0700 (PDT) MIME-Version: 1.0 References: <20210329183312.178266-1-shy828301@gmail.com> <20210329183312.178266-6-shy828301@gmail.com> <20210330164207.3a2826f7@thinkpad> In-Reply-To: <20210330164207.3a2826f7@thinkpad> From: Yang Shi Date: Tue, 30 Mar 2021 09:53:01 -0700 Message-ID: Subject: Re: [PATCH 5/6] mm: migrate: don't split THP for misplaced NUMA page To: Gerald Schaefer Cc: Mel Gorman , "Kirill A. Shutemov" , Zi Yan , Michal Hocko , Huang Ying , Hugh Dickins , hca@linux.ibm.com, gor@linux.ibm.com, borntraeger@de.ibm.com, Andrew Morton , Linux MM , linux-s390@vger.kernel.org, Linux Kernel Mailing List , Alexander Gordeev Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 30, 2021 at 7:42 AM Gerald Schaefer wrote: > > On Mon, 29 Mar 2021 11:33:11 -0700 > Yang Shi wrote: > > > The old behavior didn't split THP if migration is failed due to lack of > > memory on the target node. But the THP migration does split THP, so keep > > the old behavior for misplaced NUMA page migration. > > > > Signed-off-by: Yang Shi > > --- > > mm/migrate.c | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/mm/migrate.c b/mm/migrate.c > > index 86325c750c14..1c0c873375ab 100644 > > --- a/mm/migrate.c > > +++ b/mm/migrate.c > > @@ -1444,6 +1444,7 @@ int migrate_pages(struct list_head *from, new_page_t get_new_page, > > int swapwrite = current->flags & PF_SWAPWRITE; > > int rc, nr_subpages; > > LIST_HEAD(ret_pages); > > + bool nosplit = (reason == MR_NUMA_MISPLACED); > > > > if (!swapwrite) > > current->flags |= PF_SWAPWRITE; > > @@ -1495,7 +1496,7 @@ int migrate_pages(struct list_head *from, new_page_t get_new_page, > > */ > > case -ENOSYS: > > /* THP migration is unsupported */ > > - if (is_thp) { > > + if (is_thp && !nosplit) { > > This is the "THP migration is unsupported" case, but according to your > description you rather want to change the -ENOMEM case? > > Could this be the correct place to trigger THP split for NUMA balancing, > for architectures not supporting THP migration, like s390? Yes, I think it could be as I mentioned in the previous email. > > Do I understand it correctly that this change (for -ENOSYS) would > result in always failed THP migrations during NUMA balancing, if THP > migration was not supported? Yes.