From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 896F3371D11 for ; Mon, 27 Apr 2026 21:11:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777324285; cv=none; b=ZQnEtI1aIwNaYI2oP63wHZWuZ4c6GH8ulVRYchwbMN2C2dN/pxU/ZWdf1FQtSEkELw5KDiAELUf6dklgjxhw842NXXf6viEEYr+jx9RrKqnAdTJF1zILRWh6nBUN3A4Cih/ePyRinko3tP1dxSqqMcGK1VlNhLDIn0vSpvmnNtw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777324285; c=relaxed/simple; bh=VyG05trERLUUjBqaf1aHAz+Pp420OrM/UE10PBpRFNI=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=D0iqMk19BfOBzt8FbuhmMroOW3ei50V6vaHh0lI+kSTTAQasZq+t5O8cM8FUQ2sAxo4kok0pTyS7I0IkSQriVKSCz9zP/iXVrRoxrtbPqhUe2k5YCEQspjR8VsQBL9OlCfA2zZWmMU5ZGspsFE7djEfrf5Y8fw/isWNlQnIhcT8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=Jopbo+g7; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="Jopbo+g7" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4AE7CC19425; Mon, 27 Apr 2026 21:11:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1777324285; bh=VyG05trERLUUjBqaf1aHAz+Pp420OrM/UE10PBpRFNI=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Jopbo+g77IaQmMmCio+rl3i9VUarbuNVBVxqG8AHrfG1fX+ebMSjZzMCe4tCMyStP DAM6GNubpMvhq49iPRThsGxP+bigsXiB1pNDgN4tY5ByJoDGRu6aCnXAdmFAO3zPD1 XePpT2/wcyC1Uy082oCXug+ft5RiaywilfbLfLDk= Date: Mon, 27 Apr 2026 14:11:23 -0700 From: Andrew Morton To: "JP Kobryn (Meta)" Cc: linux-mm@kvack.org, vbabka@kernel.org, mhocko@suse.com, ying.huang@linux.alibaba.com, hannes@cmpxchg.org, shakeel.butt@linux.dev, gourry@gourry.net, kasong@tencent.com, qi.zheng@linux.dev, baohua@kernel.org, axelrasmussen@google.com, yuanchu@google.com, weixugc@google.com, david@kernel.org, ljs@kernel.org, liam@infradead.org, rppt@kernel.org, surenb@google.com, ziy@nvidia.com, matthew.brost@intel.com, joshua.hahnjy@gmail.com, rakie.kim@sk.com, byungchul@sk.com, apopple@nvidia.com, linux-kernel@vger.kernel.org, kernel-team@meta.com Subject: Re: [PATCH v4] mm/mempolicy: track user-defined mempolicy allocations Message-Id: <20260427141123.734c66450100c0f900e02947@linux-foundation.org> In-Reply-To: <20260427151520.137341-1-jp.kobryn@linux.dev> References: <20260427151520.137341-1-jp.kobryn@linux.dev> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 27 Apr 2026 08:15:20 -0700 "JP Kobryn (Meta)" wrote: > When investigating pressure on a NUMA node, there is no straightforward way > to determine which user-defined policies are driving allocations to it. > > Add NUMA mempolicy allocation counters as new node stat items. These > counters track allocations to nodes and also whether the allocations were > intentional or fallbacks. AI review: https://sashiko.dev/#/patchset/20260427151520.137341-1-jp.kobryn@linux.dev