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 CD8C6C7115A for ; Thu, 19 Jun 2025 00:05:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4D5086B00B8; Wed, 18 Jun 2025 20:05:26 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4AD146B00B9; Wed, 18 Jun 2025 20:05:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3EA0B6B00BA; Wed, 18 Jun 2025 20:05:26 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 2D2036B00B8 for ; Wed, 18 Jun 2025 20:05:26 -0400 (EDT) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 99871140A8E for ; Thu, 19 Jun 2025 00:05:25 +0000 (UTC) X-FDA: 83570205810.26.FA69092 Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf11.hostedemail.com (Postfix) with ESMTP id DC63840007 for ; Thu, 19 Jun 2025 00:05:23 +0000 (UTC) Authentication-Results: imf11.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=dtu39QeF; dmarc=none; spf=pass (imf11.hostedemail.com: domain of akpm@linux-foundation.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1750291524; a=rsa-sha256; cv=none; b=mmITxb47tG/bpvHrNBh7M2Jc+lcVpMmKX73zD7+vv8LPV3E3l2WQrlu85FoYmBwWxNRrKX ev5k1Yl4/xtCaCXEAxwH0w2X+pMksDqOw3qgkik/Cmz5uUNwG2b0cjbz5PmUrtKi5nGHJv vXc8jUqkgq1APA9H6xH7TnFdVFpwFI0= ARC-Authentication-Results: i=1; imf11.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=dtu39QeF; dmarc=none; spf=pass (imf11.hostedemail.com: domain of akpm@linux-foundation.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1750291524; 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=QmcOmZKo/kjQrSNWfFw13wYsaYSr7Y8bJmMJR14RYgw=; b=vZD2SptDjuq793rZ9cA1d2/xS1H4BJ+J2Ua51AaPTjCrSD6muDheoNQk8bk3S+Dz/lFdVt AMuBJ+irwsYU9e5R0OSxxGKkx67WnrA7AKvTc79apHJZ8iQ/a/Tt0hkgDQhh8BqejlGue0 jOhFoYoT8+RjvufeJ4mNiY6tj/D0ncI= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id F3BCF6116E; Thu, 19 Jun 2025 00:05:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6F4D5C4CEE7; Thu, 19 Jun 2025 00:05:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1750291522; bh=rGBkoGeD2sDR2V0t+gDO5g3elVeqUWjTZ76XinyvByE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=dtu39QeFzJLW9pxcjcANUmHd926Jqn5CobO837NQGo1BIukfeZKRMYlhugdfAqpi9 Ihfg2QFnak2JopKfWUZnSwmhdeZLFN9mQhbf40LGAbzmKZGEOlQO9GzNCAUi+TlKye l2v/klCxwQgMLwInyuPHQTDeQRTO4BZyFH2AjgtA= Date: Wed, 18 Jun 2025 17:05:21 -0700 From: Andrew Morton To: Dave Airlie Cc: dri-devel@lists.freedesktop.org, Dave Airlie , Christian Koenig , Matthew Brost , Johannes Weiner , linux-mm@kvack.org Subject: Re: [PATCH 1/2] mm: add gpu active/reclaim per-node stat counters Message-Id: <20250618170521.2469a575c04ed3ab1dd22b7a@linux-foundation.org> In-Reply-To: <20250618040618.564650-1-airlied@gmail.com> References: <20250618040618.564650-1-airlied@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspam-User: X-Stat-Signature: twgghy9s58q64dnqsfqtfhtfeenxx5ob X-Rspamd-Queue-Id: DC63840007 X-Rspamd-Server: rspam02 X-HE-Tag: 1750291523-504421 X-HE-Meta: U2FsdGVkX199XBfe+UACVp8FRuRCWNghlQLaSdggc8dPSfFwpp8tsY8VDHo0HExpWqinj8QxbTTVnyg28zqVKWEaTSwNops4BtLTaKyageEnREDLovFRwdPtzqgMGUtj80EjbfWa+VhLfn4d2wMLiz5zwd8Jp6rHXyAnqtcFYEB2BqdVbYPi7xN0Bp71f++nBDFqeWozgsV8p25lkbz5JN2uII6dhhqPTLrISr29V3nlFrVXO4Ml92j4zH60JDqxBKymXeKn0UoKBx/ufLoc8f+YSUvJuyGOSAZXB9aI30Je+CuYizPSfLqkcUurQyv8qZNl69v3xpRbWupxuRBxcGMekbPTlVErIdmtkQyIYbCj/SXWW1BhjtIHtT8wa++SFihPQTHZwGc2AGuuP0M4UsLLindp3STjipK+Sjgm0OtDequWNjXUhkxc9hKMPwLN/d+loYtJdcVRuaerlRa2tJrv+4QQndZkCBfE1qQsRHr6BcvwGm8hr3hWa/FHiTQQppBrlPmtSRGWaVo9HoXTPo/KzYXN+80gzHtBhk3wGke4DrWZlbkfktIl7Cw1uuxq6X12JmdxbjmtF4nNc48h6M2mMyv22Xislng873kHA0YSPVWKiXcs5HQCEL1UmFaP4YEwuZ4jfpNNm6EKNf8XwpJwKpkuI8nZyQzaehjQf463yP9mdL/P3DGy//tDZqaADQmtqauPaU8/36gBuymbMKebvvykysMDfUkDGpA0wrhLgZRLWNzE3zMQ8WpVN6f6cPhTiXQ+yb918xnIUd27UyI+ZKu3i06exQfwzXJQhHDlj89w69muh9V+sR+ehcRych+xvBBupfzpkDUHLR1CSarTGau0JYWIwKhf+GzLtjsxsq54tUcH6OT19Fd7rkdRyo4eBA6BwRp/2GlIp2nt3fpaxDHfgcoELDnCDyAlA3TOH4eS+Zz9TL6UrSord3Zzekv+OMSpKgA8E5sz/+x mAXFU59f zkBpZcRT1WNa0VxS3rEXD/Dh6qrSTv1VHYQ4kGEAxprtncjyxqk5Nem/KxaEIFuuAhCn1yT3vsuyjnnChr5lVKV2oj/jmzAi5LFPW30ga9qw+2AxxhhRL1fU54BR470v6a3I911S15CcxFn5yR4EumiuF6DejAGWoNJEo6GaDW2rkzSYhgZn+bRQFCn3d5Iev3LLHIetQUqU0i85MjzOWKdEFoOQpHe+nco7tF7bSG+R2s9eQfGvGAVVQ/WaMV9eeWJaLAYAF4yl8f+WKo2SWjvffXrNRMlz2oeK6F4FY42PT0rnV0O/co9kHhVpGpSuXikbQ9HrD7NnP3NE= 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 Wed, 18 Jun 2025 14:06:17 +1000 Dave Airlie wrote: > While discussing memcg intergration with gpu memory allocations, > it was pointed out that there was no numa/system counters for > GPU memory allocations. > > With more integrated memory GPU server systems turning up, and > more requirements for memory tracking it seems we should start > closing the gap. > > Add two counters to track GPU per-node system memory allocations. > > The first is currently allocated to GPU objects, and the second > is for memory that is stored in GPU page pools that can be reclaimed, > by the shrinker. > Reviewed-by: Andrew Morton