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 D498EC83F0A for ; Tue, 8 Jul 2025 17:24:03 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7A1286B0095; Tue, 8 Jul 2025 13:24:03 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7787E6B0096; Tue, 8 Jul 2025 13:24:03 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 68E376B0098; Tue, 8 Jul 2025 13:24:03 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 566606B0095 for ; Tue, 8 Jul 2025 13:24:03 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id ED2121A0133 for ; Tue, 8 Jul 2025 17:24:02 +0000 (UTC) X-FDA: 83641770324.02.F71FC00 Received: from out-189.mta1.migadu.com (out-189.mta1.migadu.com [95.215.58.189]) by imf19.hostedemail.com (Postfix) with ESMTP id AB73B1A0007 for ; Tue, 8 Jul 2025 17:24:00 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=e6LgdQsb; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf19.hostedemail.com: domain of kent.overstreet@linux.dev designates 95.215.58.189 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1751995441; 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=gbBYabO9phaC2Swaq0oOdxeOAveDuxRkAgTinAZDSuk=; b=ZEmTtn6icxmGRmPXrIGAbnRMJ4JFKq4tSpkTUv/ICiCXOcJx6zfQzqPRSN3ToJeor6vSyQ 90JRA0CcRwQXwV3Wh+u7Bhu0s+BwL4+E+fbUcGctgTxgCoseiiNMQm040g2QIybqBneOb+ VQgNb8GJj1aMSMOHW5Go1Un9u+rslyE= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1751995441; a=rsa-sha256; cv=none; b=RgQojNNVjLUcopsS2NEq+EFaSS4okQwiGzo66fYFXKB47G8HLmUvZXapYr9bZiecC0VCNH U4UtspRbdJ1StTDLY8syOaRsSt734yQdufyc1YKX9v6zrWjfFeOcTqApO7iew82fgp9Q7O 7jTDPxx7QDcSeZnZCs4ep+/oaOxy1Vk= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=e6LgdQsb; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf19.hostedemail.com: domain of kent.overstreet@linux.dev designates 95.215.58.189 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev Date: Tue, 8 Jul 2025 13:23:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1751995438; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gbBYabO9phaC2Swaq0oOdxeOAveDuxRkAgTinAZDSuk=; b=e6LgdQsb3yFfK6Wm4HkgcHv/iCJxvtIU8cprIh/xbLym0/WJE+TEzrz50J23ZpKw74lsSf Zsrld5/XB31yuZyPvwfv7yLiXEiAHsWkB9L0Sc6hUOZhLd2ZIDg/JVPCensDcFQasK/dHA Y3heBDGlbeC+O6c6gcjvpwsXtbU5srM= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Suren Baghdasaryan Cc: Li Zetao , Peter Zijlstra , Ingo Molnar , Steven Rostedt , akpm@linux-foundation.org, linux-mm@kvack.org Subject: Re: [PATCH mm-next] alloc_tag: add total bytes allocation information Message-ID: References: <75f4l5qgayetyky4vcsp35p2lbedh26tiu3ecnbzsztez34dxc@jaifk5ox746q> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Rspamd-Queue-Id: AB73B1A0007 X-Stat-Signature: 78srrg4nep5mkny6ic9maqeayxne5yio X-Rspam-User: X-Rspamd-Server: rspam06 X-HE-Tag: 1751995440-43704 X-HE-Meta: U2FsdGVkX18rqajFqL7fX4HSxMyV+TD1D+tFgnvKchnN9v8Jf/C4jkjG7o30/eko9+5PLWoHgtzOV8F58uWKIlCghU3dEa3HLBldbmZObx27dcCNANXE59s5TR0ldWe/i04SREn7Ns7tOf5oTbh/jhO8YfvbgK+mwMP99yS/hvObUxpNhWs4IRDeG3QjQ5BRMMIpGbWkHjtllzc1o32J1hgRKyin8uWcVbZJ4xHDpmZzUa9ClaOkusR8V9Q/pD3j/KuYyguMi236PnvlE0e3/Xd6O6iMO3MxpYsJT3KI4TXh4kMzvtELSYlbRxjXBQxmE5U4pPDTWaa/ke1TDPOjVqNOnf/Sv0Z4UxPM1BH0xaHvxpxq5Pady0HqECFrMNEpfr7/uSe6NaHYre6WC9yt2V+IMLwwD1JRIgJKIeCOtS7DaCaBzYyC5UlX+xW1vTQNbtoQS3j8K9OfjPq0xlx76T0b9+54T1gK4Ld5PtTWcrTNBC3B0wdq+Y7OwNzRa6LHkuveZdLAobfiQwOBD7LFiUNJxquJixZy7VDniplmKtdwlOOeV7+V8Oy8T7yUFvjhB7CRLc+nXM8uP2yUrVmFVuK9gH9i3f1n8/QDV8qqMetQKrY+hWbSI6tbMGcQZUxAsFeglcFI8U9n2qGZQDP+kz6olhSa1p0LumYibfPmSACTXdWpjmIRb8Ln32Eh50Sam6kIjFIs/x23/aWmZqF0IOhW7lHWdYQWKOWekizTOgu+7X5P0xOicGb0rCqsvf1QK7K6Su+qzTTBGVEP/Jw6DEZreAyXydC9aA/HpF/seVS4I+RQh2YghZVqpZQeQcSyOLdWPCB+db2k0EQ9OsfhIs29E4Y0SamGg3aTpzm3R2BRUgstwcHCXSturUCoAoOomwNXQKNCI+wQbBTvyecYf8PmVuk/HOBwvrrubda6KDyU9jJNKznBMrIh2dCA5lpPn8FhebQtDwsLxv5C8/u hobtNmyN SlpNEaHTxakntb8+YN/mz5pkoK4noUYpz65qEhFh2ZnJHRpmiNYh7cHmlqE14aLSAF19PXvodbph6CD0fElUxcUeR8kTY92LWq6+gLpJmn1ws57w2FLS7hv7QsAw2Ek1FPrmGunMf2VxPc5Y3vfK+BCH29n/EdGSt1yHybf7Ppw+zsDcf0DrCK4f1doDlts+2zjK7FDqiLoRWWg8heVa9cM+RJXO0rB8CwmWYoSVQhgkpeOdL1w+6BPGv/uF1VnbIOuSGuSd+PRxnKhcr1sqFzYHdZfiYLfcQO0NDHWBTFkvnGFdbO9upbeoeQyo+nm2Fea+x+36o0TMmrsabszetWC8Qi/ZNKw+idGSkm465io3BdzmNIfd4udoh1d2DhXLg6clSRPrDJntTz+GQWUiC3A8hvgnPUqoD6O3iWRl+pwkkPH+SN8dkFmprsg== 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, Jul 08, 2025 at 08:22:09AM -0700, Suren Baghdasaryan wrote: > On Tue, Jul 8, 2025 at 8:13 AM Kent Overstreet > wrote: > > > > On Tue, Jul 08, 2025 at 07:38:40AM -0700, Suren Baghdasaryan wrote: > > > Why not just use what we already have? > > > > > > awk '{sum += $1} END {print sum}' /proc/allocinfo > > > > For this sure, but there've been several feature requests - the per numa > > node stats is the big one that I think would justify a more extensible > > ioctl interface. We don't want to change the existing /proc/allocinfo > > for that. > > I see. About the NUMA awareness patch proposed at > https://lore.kernel.org/all/20250610233053.973796-1-cachen@purestorage.com/, > I'm checking with other teams at Google whether this would be useful. > For Android which always uses a single NUMA node that's obviously not > very interesting but for others it might be. Will follow up on that > thread once I have some more info. Know anyone with expertise on the perf side? I've been wondering (and haven't had time to check) if the CPU events that perf consumes can report on the cacheline of the data miss, not just the instruction we stalled on.