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 39249C48260 for ; Fri, 16 Feb 2024 08:38:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 78E886B0087; Fri, 16 Feb 2024 03:38:31 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 73F358D0001; Fri, 16 Feb 2024 03:38:31 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6064B6B0089; Fri, 16 Feb 2024 03:38:31 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 52AEC6B0087 for ; Fri, 16 Feb 2024 03:38:31 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id DA0E5120345 for ; Fri, 16 Feb 2024 08:38:30 +0000 (UTC) X-FDA: 81797015580.04.AD46D88 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.20]) by imf02.hostedemail.com (Postfix) with ESMTP id EB2618000D for ; Fri, 16 Feb 2024 08:38:27 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Cog6cQBn; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf02.hostedemail.com: domain of jani.nikula@intel.com designates 198.175.65.20 as permitted sender) smtp.mailfrom=jani.nikula@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1708072709; 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=TX4bvbcO7qOs5Hovh4GeuvoihJmdj20LCeKuDIZoRKA=; b=MI+WLyHCRgD38YJI7MqxRPvbwMhFnVdUSIbS6OVEn/P1/IXXPm10X5vGDfYsJjnPeU0tVi CntmdbygrUZy+NGWMhUUFMLAuY8iDseapau9AM6iloySYdpIvhH3BXuzOlg84CUdDKWX/J KDoOEoVIb0lHK9rP+iUv5X2GxfngIuA= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Cog6cQBn; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf02.hostedemail.com: domain of jani.nikula@intel.com designates 198.175.65.20 as permitted sender) smtp.mailfrom=jani.nikula@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1708072709; a=rsa-sha256; cv=none; b=mFuwW93S1QZ6nTjRUHZd3kWbr6iRJLpRM3kW9VUHhFv9Fql5ZQuTnM5TKSisnINLT1gz3v c94xtxpM+67H1BlgwegI/Xsz2SlUzRXoD6SyKUllQ8hqkl7s/zQHH6q1yqVaAOyvT+5K25 6H8tajjfU2jTazoRDO2cHNgl6prs7kY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1708072708; x=1739608708; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=HxOuetD/ZDxORTouQxar11u838Ki34k7zzeCS5xykLA=; b=Cog6cQBne0fvT97EP9JoAJ7wDz2DrzrjuFy/NM1F1SnRSn14v8wEU8JD 6w1nv91347TY/t2Dp3b2ZSKTRGdVIKA62In4ecbOM0pugawpkdsQtxQdN rY2XKVO5SYYgy9eexCWcAzUGWU8+B5MKY9rwjXGBtFAT1C1W8hZ8Y1QsN kWYV/6C9XLhMxuRPU1gFlhjDngnSX37tAlMi3pu8GraS79fDfwB6nqf1+ DSTfzrIvYEdA1yfaeTTFhypqlM++Fxu5HGKwn/jybTVv6oGFe1j0Tc1Lm ZYPtAkWVzyh94VTm/oigBMWCKjFemnOkLPxW1CNcKx3wQFEvv1YNiOG0a A==; X-IronPort-AV: E=McAfee;i="6600,9927,10985"; a="2063383" X-IronPort-AV: E=Sophos;i="6.06,164,1705392000"; d="scan'208";a="2063383" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by orvoesa112.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2024 00:38:27 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.06,164,1705392000"; d="scan'208";a="4144870" Received: from pshishpo-mobl1.ger.corp.intel.com (HELO localhost) ([10.252.48.79]) by orviesa006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2024 00:38:04 -0800 From: Jani Nikula To: Suren Baghdasaryan , akpm@linux-foundation.org Cc: kent.overstreet@linux.dev, mhocko@suse.com, vbabka@suse.cz, hannes@cmpxchg.org, roman.gushchin@linux.dev, mgorman@suse.de, dave@stgolabs.net, willy@infradead.org, liam.howlett@oracle.com, corbet@lwn.net, void@manifault.com, peterz@infradead.org, juri.lelli@redhat.com, catalin.marinas@arm.com, will@kernel.org, arnd@arndb.de, tglx@linutronix.de, mingo@redhat.com, dave.hansen@linux.intel.com, x86@kernel.org, peterx@redhat.com, david@redhat.com, axboe@kernel.dk, mcgrof@kernel.org, masahiroy@kernel.org, nathan@kernel.org, dennis@kernel.org, tj@kernel.org, muchun.song@linux.dev, rppt@kernel.org, paulmck@kernel.org, pasha.tatashin@soleen.com, yosryahmed@google.com, yuzhao@google.com, dhowells@redhat.com, hughd@google.com, andreyknvl@gmail.com, keescook@chromium.org, ndesaulniers@google.com, vvvvvv@google.com, gregkh@linuxfoundation.org, ebiggers@google.com, ytcoode@gmail.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, bristot@redhat.com, vschneid@redhat.com, cl@linux.com, penberg@kernel.org, iamjoonsoo.kim@lge.com, 42.hyeyoo@gmail.com, glider@google.com, elver@google.com, dvyukov@google.com, shakeelb@google.com, songmuchun@bytedance.com, jbaron@akamai.com, rientjes@google.com, minchan@google.com, kaleshsingh@google.com, surenb@google.com, kernel-team@android.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux.dev, linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-modules@vger.kernel.org, kasan-dev@googlegroups.com, cgroups@vger.kernel.org Subject: Re: [PATCH v3 00/35] Memory allocation profiling In-Reply-To: <20240212213922.783301-1-surenb@google.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20240212213922.783301-1-surenb@google.com> Date: Fri, 16 Feb 2024 10:38:00 +0200 Message-ID: <87sf1s4xef.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspam-User: X-Stat-Signature: k6zi91hwd1buqi454kq611c6xh1xt3gt X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: EB2618000D X-HE-Tag: 1708072707-306625 X-HE-Meta: U2FsdGVkX1/KLY481pJ7fAXr93jvSBomr/X8Ev3b8qoPWszfjzJckQtQq7daD9HlstLHkjKGWim5nigtVkMpcTWEJuYqp7t20cgYrjb9cfIPfoagW85gw4W1plZScGsKfiuxSe44+r6iIh5f2dHEh/M/53SdJkQ3b4nm0g0CeA/73wDRBx/oMnNazQT4fQePF6vREgl1tSr9Ah2jJYziUGMo+tbmuXIanzY6Cy2srFietlj0M3ctzn5evlDXnXxNG/B8wYaSAZ0vjbdZbyE4yeM7x0flvl1d7dwazkuq5AC77t7ZMpn4rlZ8jut2E+KwjFpt/o0Mf7lB484v4/9W8Kt6WC5Vs8gqS3wSTL+aGmeG26NQ0eCE9lWzL9Piy/W5XikZz1z9Xt0tmvAS/MZbCMfuRWT7kz3K75kot0Ne/vhnyeNdjQjEG42T+6TBX09LtYGzMIMBJU7zNrsKXUUsAUcuewallFcIu9ctZCQIb5+zZtvxb23wEre6CsdWUVCVAOr0TOKcvKFNNlaGu5OIIcxh0xHFfCEP6QWl8dxHruPkFiZVQ4jHWy2oJzr/vOl9G7Sw++tvB4EIDiVsC/NZiAVUN+NUms6fMCoFTncrsVd1tGo9nIMRCqKllUw5O7mX7PjskFErhQ8qpOSdeUmLZK1F4TB0wnfpCFWDhafvVXZocAnVqjXZWeLLnbyWFIATuok5hTiqA0cz6GrLjURgzPSHOCZeFZCQaIWaNSuHTgLWm6VsybsO5yfc8mL/5LQW3F2BMKBnz9C/4xqeKuEMWsEnTxQKU/6lSboCZ75awT2j26mDLEJfJ89G22pjy/HM9iGjmGdtAaP+ataPYw8A3RrACsYXRMNcqBf9GDFfZgspKt84wE8eAge5ZsosLyrGCY3mJUMwiD/q/GLhH6FizgNH7+/XEoHOH48+26VLc0IQ8TPjDHDxJWwsaUiNwjgDKAyPojdjYTh2EphFlsR 7tD6eoFM eU/vbEPvdkjvpv1F6/Lca2r0qFRP8EVlOW0f7dLvg1eF/7VOWW5hRgdD98MGctSqz+avxSIEdG44dK7SWJ7aO0S4wl1jDO4s/k9mb4uaHqlRtBH+wulIjNedYKF/Lf3ywUwubQb7orcY/w8hipqgEaXyuXeUX+ZfFZNYWvHlQ9MtlYx76NmWq/lOvARAnoOq5bhrxgKw75FfQEdlfKcOlL3axGe10qciZ6L3GFHZjAk67L0a6LV39EpDKMC49InRzmX0lFMu1jgdb8SFYFU3cDKQA2e890BlW1Ax05MLhko+V3+Pon1+ZsqGCMIBRIPYUTRN9u7ykqvyWtn7efFVLax+GsZdf/2t8fB5OU6r6LCUbuPIHWJtn9MDrJg9UPixcjmvab92wMTLvoc4= 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 Mon, 12 Feb 2024, Suren Baghdasaryan wrote: > Memory allocation, v3 and final: > > Overview: > Low overhead [1] per-callsite memory allocation profiling. Not just for debug > kernels, overhead low enough to be deployed in production. > > We're aiming to get this in the next merge window, for 6.9. The feedback > we've gotten has been that even out of tree this patchset has already > been useful, and there's a significant amount of other work gated on the > code tagging functionality included in this patchset [2]. I wonder if it wouldn't be too much trouble to write at least a brief overview document under Documentation/ describing what this is all about? Even as follow-up. People seeing the patch series have the benefit of the cover letter and the commit messages, but that's hardly documentation. We have all these great frameworks and tools but their discoverability to kernel developers isn't always all that great. BR, Jani. -- Jani Nikula, Intel