From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0EF74C30653 for ; Wed, 3 Jul 2024 08:34:13 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5B9606B0095; Wed, 3 Jul 2024 04:34:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 567AB6B0096; Wed, 3 Jul 2024 04:34:13 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3E1FF6B0098; Wed, 3 Jul 2024 04:34:13 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 1FFD36B0095 for ; Wed, 3 Jul 2024 04:34:13 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 874021A0A47 for ; Wed, 3 Jul 2024 08:34:12 +0000 (UTC) X-FDA: 82297779144.06.5860F70 Received: from fanzine2.igalia.com (fanzine.igalia.com [178.60.130.6]) by imf03.hostedemail.com (Postfix) with ESMTP id 776192001F for ; Wed, 3 Jul 2024 08:34:09 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=igalia.com header.s=20170329 header.b=FX9DldNs; spf=pass (imf03.hostedemail.com: domain of tvrtko.ursulin@igalia.com designates 178.60.130.6 as permitted sender) smtp.mailfrom=tvrtko.ursulin@igalia.com; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1719995626; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=0uo3+qHw62xvUyyD/Y6Ds+Is6uBIxOasGEpKd3naips=; b=Iiwkqs5lm8zDDMMYZPJ3RqGx0CiiXgO5RKJ+FnGs5ta9HzyTJoBS7YNCihtwkan2okATVU iAW8hhv6KCt3G1YyLnr3i5UP/FEAOHAS6lkd54BZFyaFK6inzIXBC8mrudGQwnLr6a+qka jzXK0jDGpwXkNbknGHnTIFtYTYCANe8= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1719995626; a=rsa-sha256; cv=none; b=uwYOih55INWEpZNwjX6oZyQ4QVZ67L1hTi2rbUmHQCp7cQFJsvBdojPchKli8AHboLxork j6nu37TRXkLfB+rUbD+Pd1GslPLZYF0mfyr/VE2Mus6OfvNZCOPbseCCptY8bsrW0NHQ5R Fj+DQhdy7tyMUc1N/3hh56GW2IydV8w= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=igalia.com header.s=20170329 header.b=FX9DldNs; spf=pass (imf03.hostedemail.com: domain of tvrtko.ursulin@igalia.com designates 178.60.130.6 as permitted sender) smtp.mailfrom=tvrtko.ursulin@igalia.com; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=0uo3+qHw62xvUyyD/Y6Ds+Is6uBIxOasGEpKd3naips=; b=FX9DldNsfOBbWaTR3LW8rGwity RH5Ok7QUgXQwj9O7UpAD6vWfCm+gZc7xblncFqf5L0jgRLaGzm7VSl/mx01tfUohyaegM6LNGf9BT XSUTYivR65/JyX69Vw6I7nGTBnPGqLfAWr7qzadJTq5Tu2hhtYMqJQD79Ot4TM0WLfBm/jNQ8iFce +sIBIJOqW7xA7aDYSrB1EBbU7D0CuO8ogMX3SHZKDiNAbHW5+E2WzTf4JNkbRUSELSRoDk/3VGGre YwlDLG+B8ceOjCdPGXdxekw89uPhQzx+AqEdWJPlValGv5mlvt3G7z3medkQY7SgSaMCqQO0VNMU1 a7BGtM7w==; Received: from [84.69.19.168] (helo=[192.168.0.101]) by fanzine2.igalia.com with esmtpsa (Cipher TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim) id 1sOvRC-00AcF6-91; Wed, 03 Jul 2024 10:34:02 +0200 Message-ID: Date: Wed, 3 Jul 2024 09:34:01 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] mm/numa_balancing: Teach mpol_to_str about the balancing mode To: "Huang, Ying" Cc: Tvrtko Ursulin , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-dev@igalia.com, Mel Gorman , Peter Zijlstra , Ingo Molnar , Rik van Riel , Johannes Weiner , "Matthew Wilcox (Oracle)" , Dave Hansen , Andi Kleen , Michal Hocko , David Rientjes References: <20240702150006.35206-1-tursulin@igalia.com> <87o77fkprp.fsf@yhuang6-desk2.ccr.corp.intel.com> <2fe66068-4419-4bfc-a92b-2ece3cfcb2ad@igalia.com> <87ed8akivq.fsf@yhuang6-desk2.ccr.corp.intel.com> Content-Language: en-GB From: Tvrtko Ursulin In-Reply-To: <87ed8akivq.fsf@yhuang6-desk2.ccr.corp.intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 776192001F X-Stat-Signature: 3xorqe93dxqkt9k164xaf58cuba57eki X-HE-Tag: 1719995649-689705 X-HE-Meta: U2FsdGVkX1/Ak0h1/RrIaQxCIqNiBgAG7QaUUoJH69rEzXAoav+hYNQ/toXEX805JS0DKJGOn0Wui3KPfymilPZ08+IuDBeUy0vQP4lo/F2HqTToPMxGh0r+Txy3ttE1imgaRqXhyF32o0EyoohgVoVR9ncETUoS+g+gg72gKJzqfzNvfIoz+LzrCjS28KhXCG2o1HIsFK2in1Kzku5MG6XWWdW0xP1KiAxNdG9SvoZscjga+e0kW9+p5Q0PxlLFfySYTJ8A7a7d/KZaOxWW3I3XImpSQm9niFPuvkPicd0s/Nnh8CJ8YLDybiUgXsNQzG4IzTlJKECzZsNLErq6Ys0N3eIpJj3W/SG5Ket3YvoO4l2qN2eIRCG4vOX7cKD7Fq8usVvHIEzv//LqoPXJ/NNm5d6mEvwCBItS1HD0dZjIT98WVJPC99+WuYSy6Y22npSGAdUCjEZQZAMJY2aR5bm3Zfz4XP4iqZdnDcvHucsmiD3i5MxnO+9N5JAucIyraVWDDEz5lYzgIRXVpW13PQWzcgHImq2p66dCQ84zrGlCiBY/GGnoAM7/gkJliJMkD7llwwTl3/WgQxgRKWRWhoVnj1Y9thGSx2xnd0I9FoYf8qhAL7GqhZQ35eY4r/p6bVLpEDXur5d3w+jmbItoQMsmWwAOAfLemtT3eS2p2MRLvffItEyp4JRhiXeMvHor7p7SrwCcX/e6ZtHjvLzJRleTxNb6PujglNyBNo8/BBXXqqSXahHo347k0gLNcNP1m8KJfqHjmvPktZvx7MS7af4zF8zYtGUB5g44Dwad70gqCVBJ8VRRgvN51ZORLHZkPK/fMwt+0UZn+3P8/iNQBcShQ8reOhMXrAZEA9WIcN8bU+qIJqk33muRsDoxFjr0Ite9w0qUoiXX2Sr7Lp+7jiFWx9Fhz1lmA4H1pHVSQ0+oB67K/tncLAOVgERfFbt8bEaZKo6gUjiLSC5WgjQ iUClE1B6 UCEXc/OcvfRuZ/losJcrYfTg9n4SXpWAdAxZWSCRj3ru5ZVFZBHetsVOKobcp7C8jAoKKkgZlHHFwfR5Q/oWViXMx0ehIk9U/MNNE5ku4Jb2HrgVrMkkGfeOm1C7I7uFELDY573TeEP4ChcRwbjv+j9YBy0LNSqc5auVP4gS34SsBlqjvrRb7/ULQ8btfQFtAu9ksKlLFhvCtTCpWIV4v2mwms7GPoriPdbYre5Wo5zl9+n+mQScNJrB/Tw8mQcxi/4AQRBZxpCO809BhtU2DivH6YxcPa4uUovQjPHx35ldhIsdibzqJoSHbRMXZtXynHwYndlJ+mInCRLe1O+ZSvaq7hc2gS5R5idCiymoV6D24JyJCxRi8OaEfXNvwug8Z4u8RdA1p1GOuzzeVbIFHulnpm/UCraGjXtOlrehxa0XpI6nyWahLzPZPdvCY5X86bheXhJ5DhwLVUd1aONsWdbH/RMzg1aeNY25DEqYDXusBIZR+imRFalFSuZQc2zTDBYqrBkl5EAxH8DJiPvZ5GNKyZkBOJF2t+VkKkBvDT5uJXjeknQ4sCUwQ0Zbosm+DRMdn4L6N912k5y/8BqBmscb/PBJc+VrSkNtNCbkj2UObxdAA0Pye5fsWnJ1nEfriSNKCpYkxWOLyJkJNqvOtQrhVGA== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 03/07/2024 08:57, Huang, Ying wrote: > Tvrtko Ursulin writes: > >> On 03/07/2024 06:28, Huang, Ying wrote: >>> Tvrtko Ursulin writes: >>> >>>> From: Tvrtko Ursulin >>>> >>>> Since balancing mode was added in >>>> bda420b98505 ("numa balancing: migrate on fault among multiple bound nodes"), >>>> it was possible to set this mode but it wouldn't be shown in >>>> /proc//numa_maps since there was no support for it in the >>>> mpol_to_str() helper. >>>> >>>> Furthermore, because the balancing mode sets the MPOL_F_MORON flag, it >>>> would be displayed as 'default' due a workaround introduced a few years >>>> earlier in >>>> 8790c71a18e5 ("mm/mempolicy.c: fix mempolicy printing in numa_maps"). >>>> >>>> To tidy this up we implement two changes: >>>> >>>> First we introduce a new internal flag MPOL_F_KERNEL and with it mark the >>>> kernel's internal default and fallback policies (for tasks and/or VMAs >>>> with no explicit policy set). By doing this we generalise the current >>>> special casing and replace the incorrect 'default' with the correct >>>> 'bind'. >>>> >>>> Secondly, we add a string representation and corresponding handling for >>>> MPOL_F_NUMA_BALANCING. We do this by adding a sparse mapping array of >>>> flags to names. With the sparseness being the downside, but with the >>>> advantage of generalising and removing the "policy" from flags display. >>> Please split these 2 changes into 2 patches. Because we will need >>> to >>> back port the first one to -stable kernel. >> >> Why two? AFAICT there wasn't a issue until bda420b98505, and to fix it >> all changes from this patch are needed. > > After bda420b98505, MPOL_BIND with MPOL_F_NUMA_BALANCING will be shown > as "default", which is a bug. While it's a new feature to show > "balancing". The first fix should be back-ported to -stable kernel > after bda420b98505. While we don't need to do that for the second one. You lost me but it could be I am not at my best today so if you could please explain more precisely what you mean? When bda420b98505 got in, it added MPOL_F_NUMA_BALANCING. But there was no "balancing" in mpol_to_str(). That's one fix for bda420b98505. But also it did not change the pre-existing check for MPOL_F_MORON added in 8790c71a18e5, many years before it, which was the thing causing bind+balancing to be printed as default. So that's the second part of the fix. But also AFAICS to tag as fixes bda420b98505. Making 8790c71a18e5 target of Fixes: does not IMO make sense though because *at the time* of that patch it wasn't broken. What am I missing? >>>> End result: >>>> >>>> $ numactl -b -m 0-1,3 cat /proc/self/numa_maps >>>> 555559580000 bind=balancing:0-1,3 file=/usr/bin/cat mapped=3 active=0 N0=3 kernelpagesize_kB=16 >>>> ... >>>> >>>> v2: >>>> * Fully fix by introducing MPOL_F_KERNEL. >>>> >>>> Signed-off-by: Tvrtko Ursulin >>>> Fixes: bda420b98505 ("numa balancing: migrate on fault among multiple bound nodes") >>>> References: 8790c71a18e5 ("mm/mempolicy.c: fix mempolicy printing in numa_maps") >>>> Cc: Huang Ying >>>> Cc: Mel Gorman >>>> Cc: Peter Zijlstra >>>> Cc: Ingo Molnar >>>> Cc: Rik van Riel >>>> Cc: Johannes Weiner >>>> Cc: "Matthew Wilcox (Oracle)" >>>> Cc: Dave Hansen >>>> Cc: Andi Kleen >>>> Cc: Michal Hocko >>>> Cc: David Rientjes >>>> --- >>>> include/uapi/linux/mempolicy.h | 1 + >>>> mm/mempolicy.c | 44 ++++++++++++++++++++++++---------- >>>> 2 files changed, 32 insertions(+), 13 deletions(-) >>>> >>>> diff --git a/include/uapi/linux/mempolicy.h b/include/uapi/linux/mempolicy.h >>>> index 1f9bb10d1a47..bcf56ce9603b 100644 >>>> --- a/include/uapi/linux/mempolicy.h >>>> +++ b/include/uapi/linux/mempolicy.h >>>> @@ -64,6 +64,7 @@ enum { >>>> #define MPOL_F_SHARED (1 << 0) /* identify shared policies */ >>>> #define MPOL_F_MOF (1 << 3) /* this policy wants migrate on fault */ >>>> #define MPOL_F_MORON (1 << 4) /* Migrate On protnone Reference On Node */ >>>> +#define MPOL_F_KERNEL (1 << 5) /* Kernel's internal policy */ >>>> /* >>>> * These bit locations are exposed in the vm.zone_reclaim_mode sysctl >>>> diff --git a/mm/mempolicy.c b/mm/mempolicy.c >>>> index aec756ae5637..8ecc6d9f100a 100644 >>>> --- a/mm/mempolicy.c >>>> +++ b/mm/mempolicy.c >>>> @@ -134,6 +134,7 @@ enum zone_type policy_zone = 0; >>>> static struct mempolicy default_policy = { >>>> .refcnt = ATOMIC_INIT(1), /* never free it */ >>>> .mode = MPOL_LOCAL, >>>> + .flags = MPOL_F_KERNEL, >>>> }; >>>> static struct mempolicy preferred_node_policy[MAX_NUMNODES]; >>>> @@ -3095,7 +3096,7 @@ void __init numa_policy_init(void) >>>> preferred_node_policy[nid] = (struct mempolicy) { >>>> .refcnt = ATOMIC_INIT(1), >>>> .mode = MPOL_PREFERRED, >>>> - .flags = MPOL_F_MOF | MPOL_F_MORON, >>>> + .flags = MPOL_F_MOF | MPOL_F_MORON | MPOL_F_KERNEL, >>>> .nodes = nodemask_of_node(nid), >>>> }; >>>> } >>>> @@ -3150,6 +3151,12 @@ static const char * const policy_modes[] = >>>> [MPOL_PREFERRED_MANY] = "prefer (many)", >>>> }; >>>> +static const char * const policy_flags[] = { >>>> + [ilog2(MPOL_F_STATIC_NODES)] = "static", >>>> + [ilog2(MPOL_F_RELATIVE_NODES)] = "relative", >>>> + [ilog2(MPOL_F_NUMA_BALANCING)] = "balancing", >>>> +}; >>>> + >>>> #ifdef CONFIG_TMPFS >>>> /** >>>> * mpol_parse_str - parse string to mempolicy, for tmpfs mpol mount option. >>>> @@ -3293,17 +3300,18 @@ int mpol_parse_str(char *str, struct mempolicy **mpol) >>>> * @pol: pointer to mempolicy to be formatted >>>> * >>>> * Convert @pol into a string. If @buffer is too short, truncate the string. >>>> - * Recommend a @maxlen of at least 32 for the longest mode, "interleave", the >>>> - * longest flag, "relative", and to display at least a few node ids. >>>> + * Recommend a @maxlen of at least 42 for the longest mode, "weighted >>>> + * interleave", the longest flag, "balancing", and to display at least a few >>>> + * node ids. >>>> */ >>>> void mpol_to_str(char *buffer, int maxlen, struct mempolicy *pol) >>>> { >>>> char *p = buffer; >>>> nodemask_t nodes = NODE_MASK_NONE; >>>> unsigned short mode = MPOL_DEFAULT; >>>> - unsigned short flags = 0; >>>> + unsigned long flags = 0; >>>> - if (pol && pol != &default_policy && !(pol->flags & >>>> MPOL_F_MORON)) { >>>> + if (!(pol->flags & MPOL_F_KERNEL)) { >>> Can we avoid to introduce a new flag? Whether the following code >>> work? >>> if (pol && pol != &default_policy && !(pol->mode != >>> MPOL_PREFERRED) && !(pol->flags & MPOL_F_MORON)) >>> But I think that this is kind of fragile. A flag is better. But >>> personally, I don't think MPOL_F_KERNEL is a good name, maybe >>> MPOL_F_DEFAULT? >> >> I thought along the same lines, but as you have also shown we need to >> exclude both default and preferred fallbacks so naming the flag >> default did not feel best. MPOL_F_INTERNAL? MPOL_F_FALLBACK? >> MPOL_F_SHOW_AS_DEFAULT? :)) >> >> What I dislike about the flag more is the fact internal flags are for >> some reason in the uapi headers. And presumably we cannot zap them. >> >> But I don't think we can check for MPOL_PREFERRED since it can be a >> legitimate user set policy. > > It's not legitimate (yet) to use MPOL_PREFERRED + MPOL_F_NUMA_BALANCING. > >> >> We could check for the address of preferred_node_policy[] members with >> a loop covering all possible nids? If that will be the consensus I am >> happy to change it. But flag feels more elegant and robust. > > Yes. I think that this is doable. > > (unsigned long)addr >= (unsigned long)(preferred_node_policy) && \ > (unsigned long)addr < (unsigned long)(preferred_node_policy) + \ > sizeof(preferred_node_policy) Not the prettiest but at least in the spirit of the existing &default_policy check. I can do that, no problem. If someone has a different opinion please shout soon. >>>> mode = pol->mode; >>>> flags = pol->flags; >>>> } >>>> @@ -3328,15 +3336,25 @@ void mpol_to_str(char *buffer, int maxlen, struct mempolicy *pol) >>>> p += snprintf(p, maxlen, "%s", policy_modes[mode]); >>>> if (flags & MPOL_MODE_FLAGS) { >>>> - p += snprintf(p, buffer + maxlen - p, "="); >>>> + unsigned int bit, cnt = 0; >>>> - /* >>>> - * Currently, the only defined flags are mutually exclusive >>>> - */ >>>> - if (flags & MPOL_F_STATIC_NODES) >>>> - p += snprintf(p, buffer + maxlen - p, "static"); >>>> - else if (flags & MPOL_F_RELATIVE_NODES) >>>> - p += snprintf(p, buffer + maxlen - p, "relative"); >>>> + for_each_set_bit(bit, &flags, ARRAY_SIZE(policy_flags)) { >>>> + if (bit <= ilog2(MPOL_F_KERNEL)) >>>> + continue; >>>> + >>>> + if (cnt == 0) >>>> + p += snprintf(p, buffer + maxlen - p, "="); >>>> + else >>>> + p += snprintf(p, buffer + maxlen - p, ","); >>>> + >>>> + if (WARN_ON_ONCE(!policy_flags[bit])) >>>> + p += snprintf(p, buffer + maxlen - p, "bit%u", >>>> + bit); >>>> + else >>>> + p += snprintf(p, buffer + maxlen - p, >>>> + policy_flags[bit]); >>>> + cnt++; >>>> + } >>> Please refer to commit 2291990ab36b ("mempolicy: clean-up >>> mpol-to-str() >>> mempolicy formatting") for the original format. >> >> That was in 2008 so long time ago and in the meantime there were no >> bars. The format in this patch tries to align with the input format >> and I think it manages, apart from deciding to print unknown flags as >> bit numbers (which is most probably an irrelevant difference). Why do >> you think the pre-2008 format is better? > > If you think that your format is better, please explain why you not use > the original format in the patch description. You can also show > examples to compare. Because there is no "old" format? If you refer to the one which ended in 2008. Or if you refer to the one this patch replaces, then it is effectively the same format for a single flag. And for multiple flags before this patch that wasn't a possibility. So I am not sure what I would include as a comparison. Broken "default" vs "bind=balancing:0-1"? Am I missing something? Regards, Tvrtko > >> Regards, >> >> Tvrtko >> >>> >>>> } >>>> if (!nodes_empty(nodes)) >>> -- >>> Best Regards, >>> Huang, Ying > > -- > Best Regards, > Huang, Ying