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 84A40C7115A for ; Wed, 18 Jun 2025 22:16:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id BF9B38D0002; Wed, 18 Jun 2025 18:16:36 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BA9938D0001; Wed, 18 Jun 2025 18:16:36 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AC05C8D0002; Wed, 18 Jun 2025 18:16:36 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 989D58D0001 for ; Wed, 18 Jun 2025 18:16:36 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 3A2E95DAFD for ; Wed, 18 Jun 2025 22:16:36 +0000 (UTC) X-FDA: 83569931592.13.FEF88B2 Received: from out-179.mta0.migadu.com (out-179.mta0.migadu.com [91.218.175.179]) by imf09.hostedemail.com (Postfix) with ESMTP id 4A8AB14000F for ; Wed, 18 Jun 2025 22:16:34 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=ZHKvFStG; spf=pass (imf09.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.179 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1750284994; a=rsa-sha256; cv=none; b=pULl8uwXAmF5H0ooHf251Ff2n1rC40/qLQVfI2x7FSdoKl7NIZWORljDEfFzmLFlx/IVqM hr8+K0ffIeilp6VAXbN+1XPmoTA8nVTr8MsycMuo3TsoU4q2Qovx+YAdfTJlRL4r/ywF+c oMWFv12Kd0fxh9L9WF8KYiJM27w4+jM= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=ZHKvFStG; spf=pass (imf09.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.179 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1750284994; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=dgwAgdJLrzXpgQ8D6Hgt0YJXNjToK14BuSNUeTn46ZY=; b=EdavCcHkmh2Icve0dIpngIp+EioeAT+PLyTJ+jf7uz8H8mmOm09bOQntA8bL6sh/cGG6WN YV4WNVinEI6+W2I6E+AbqQYsit1l2lon4GK94r14Aa3EzWzQ1oJd2FMuFUaPki1EXu7GUC fv/lFktnoQVD/vw/T6PDU2QTLrjfdBk= Date: Wed, 18 Jun 2025 18:16:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1750284991; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=dgwAgdJLrzXpgQ8D6Hgt0YJXNjToK14BuSNUeTn46ZY=; b=ZHKvFStG6UgUbbHHx+5PX6pI+BswfolXRlhw7k1HZjjKigB/FxOafqS8HBY1Kcg0kbsIe1 MrRjUvIxZsq9aoDZDc03Bxqqp8gFRnSzm/F34IpXyKxPeC7HodrNUsbuT6InfpV8sF8JuP PsNsDYGyNrrqVR4rFmqiOZ+gKFanLbY= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Casey Chen Cc: akpm@linux-foundation.org, surenb@google.com, corbet@lwn.net, dennis@kernel.org, tj@kernel.org, cl@gentwo.org, vbabka@suse.cz, mhocko@suse.com, jackmanb@google.com, hannes@cmpxchg.org, ziy@nvidia.com, rientjes@google.com, roman.gushchin@linux.dev, harry.yoo@oracle.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, yzhong@purestorage.com Subject: Re: [PATCH] alloc_tag: add per-NUMA node stats Message-ID: References: <20250610233053.973796-1-cachen@purestorage.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250610233053.973796-1-cachen@purestorage.com> X-Migadu-Flow: FLOW_OUT X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 4A8AB14000F X-Stat-Signature: 4jmmynhb98k7apgijrszpjx6ybig34cg X-Rspam-User: X-HE-Tag: 1750284994-827943 X-HE-Meta: U2FsdGVkX18Bhzn4gmvLwhm7z63pfTpU3wasmtH90DGLUzyZbUwSE6TtsdDOp6QesZH4FK8d5EfWRM9YwvZuM4EtdiLFzPUQsjFsxn4KRLY/AnTz1oNWfYNeea6DY5T4TXEIgUkMSy1BeGSXXuo534KJ1G4lD9t1HsdlpaoW20CR5z+zDHZI2Pb8mmDKHxegegYk72Vsno52IMfLCHIitsrO1N2h8STPfDIcY6yT573R/aRwT2N3EkemN1+dQu75IGazzpoinRDqqMxatsUu1ufs3paNLgW+0AeOb4ZlwqLXqfCGQcilLcERcGVUF10SOH+B4FNQQrdXiKSZAfbHbLi3ELNxEgyiLS0HWxY7SDbFwvFD/mbVahHAvGDxwg6ixHw4XhGY/PQVpdmw9ucVsixgWFZsP813Dy7S4ZzVzlsWQEgXszQu3IWct4ycrSr0VzJQ48S3YF350QFDtgYzeVJxLDcidZt6JJBdTwWdhmaSs+AZziaeLtwu0N52RkkBa4ABpr40yo08FQP0jHS6vNsukIcKSbtAOFD1CNcQxfz/Iu7ttS2XdwaCZF7xXa3ujwEnmHecc7X55dv1SMLtPxHbxpFR64TXMtXcXIn1dkl9GcAse6ZwRUpJWQHhK+UF6iRrY1f4sf5eTbvHm54ENea/PIIBleaPY+aogGwYCnQDwDv9GK60WNREYp9bL+C7pTyiMMwGBhyHZCNMGgIEqMcJqkp0DiTRuZpyyfAOffP26OM7JXfw5qJ6XGZfPUzLcQhHLcPljroXuC/PuKJ8whLeoeHHYPDV+eYkFrFN59OmUCHclRidFcHfTiZGnnW1CmvJdVN4MD8ASo+GbqjPoGV78TJNKp2unU/cDrgP0k9YuI429kf4LFyRjeOuY2ThPCeFV1GWATmJwJbLTJBcFyTBVTstZ7T2EEAwdiFoEOh937HP09pJpaje9SrYWhFY3Tj0+6zKR/8Obv4ZgJk Q7WmZsaP iYpU8Jm6W81wtGO3Xol+KAmzIyFvisokHKlcVUE10RkJMWML8bf1u3guW8SmDmwyzXdHXQeIUCceWtAx6enMPmfMVhozfmB/knAwHjCT1HBgh0eoW02Hc9Jzp2IJChDirEYEDu8qbzrHim4i1fkWSY2sgIo8ITiGDiNpBC0NWejd6YARaQ3rJFK2fKghmhirr+8TVNqLm/Z6DROCqd+zCmAhKyI97EHnbY8HtECYek4VgRLXtGieqn2hRF/EmtqUjrza7Hs3gsvZQvt0= 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 Tue, Jun 10, 2025 at 05:30:53PM -0600, Casey Chen wrote: > Add support for tracking per-NUMA node statistics in /proc/allocinfo. > Previously, each alloc_tag had a single set of counters (bytes and > calls), aggregated across all CPUs. With this change, each CPU can > maintain separate counters for each NUMA node, allowing finer-grained > memory allocation profiling. > > This feature is controlled by the new > CONFIG_MEM_ALLOC_PROFILING_PER_NUMA_STATS option: > > * When enabled (=y), the output includes per-node statistics following > the total bytes/calls: > > > ... > 315456 9858 mm/dmapool.c:338 func:pool_alloc_page > nid0 94912 2966 > nid1 220544 6892 > 7680 60 mm/dmapool.c:254 func:dma_pool_create > nid0 4224 33 > nid1 3456 27 I just received a report of memory reclaim issues where it seems DMA32 is stuffed full. So naturally, instrumenting to see what's consuming DMA32 is going to be the first thing to do, which made me think of your patchset. I wonder if we should think about something a bit more general, so it's easy to break out accounting different ways depending on what we want to debug.