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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 73FE9C5DF74 for ; Tue, 18 Aug 2026 13:30:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 66FBE6B018F; Tue, 18 Aug 2026 09:30:36 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6202E6B0190; Tue, 18 Aug 2026 09:30:36 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 55D016B0191; Tue, 18 Aug 2026 09:30:36 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 301186B018F for ; Tue, 18 Aug 2026 09:30:36 -0400 (EDT) Received: from smtpin12.hostedemail.com (lb01a-stub [10.200.18.249]) by unirelay02.hostedemail.com (Postfix) with ESMTP id BAEDF12019C for ; Tue, 18 Aug 2026 13:30:35 +0000 (UTC) X-FDA: 85114474830.12.99322BE Received: from outboundhk.mxmail.xiaomi.com (outboundhk.mxmail.xiaomi.com [207.226.244.123]) by imf21.hostedemail.com (Postfix) with ESMTP id 796331C000E for ; Tue, 18 Aug 2026 13:30:32 +0000 (UTC) Authentication-Results: imf21.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=xiaomi.com; spf=pass (imf21.hostedemail.com: domain of gaoxiang17@xiaomi.com designates 207.226.244.123 as permitted sender) smtp.mailfrom=gaoxiang17@xiaomi.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1787059833; 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; bh=veu5lxEZo70nkgyZ54ZlVCmRuccBltE/LFHX/VgPqtM=; b=3+7jXyqlGUIXGcWCXHzJCxLZEuS88PHudkRIB17sVFJsiHcfmuDeVeVnGGUrR8hR2GBwQ9 MmfW391TxyDBcYMEi+bdx4HcLnBnv4l3gEsa0+sC+v5bYf/X61fgSBkA+HIVqTsQjNg7WR UdSmBx/W4EiEiOz4yhlIS/sLzVHiPnA= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=xiaomi.com; spf=pass (imf21.hostedemail.com: domain of gaoxiang17@xiaomi.com designates 207.226.244.123 as permitted sender) smtp.mailfrom=gaoxiang17@xiaomi.com ARC-Seal: i=1; a=rsa-sha256; d=hostedemail.com; s=arc-20220608; cv=none; t=1787059833; b=IyDZynFlmQqa9U4zDyjcMLKnbC1gpuOKd04Z1LIzPawg55nXLTyepjwIMLoBwnheEtyDdK mBWeau0MyQZX4hmxZNCRwLWcoNLroopJrscHDSR9jgPjBmamP0IpS3Agd3vISail+QJLrn DwqLOb+ELEvpmP8qPDE4ljaqjzyo6F0= X-CSE-ConnectionGUID: l2fBTLqZS3uBftne3vGRGw== X-CSE-MsgGUID: zMk+FQlnQQuhqWSsXNqvkg== X-IronPort-AV: E=Sophos;i="6.25,230,1779120000"; d="scan'208,217";a="186014059" From: =?gb2312?B?uN/P6A==?= To: Steven Rostedt CC: Xiang Gao , Masami Hiramatsu , Mathieu Desnoyers , Lorenzo Stoakes , gao xu , =?gb2312?B?06G0sw==?= , "linux-trace-kernel@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" Subject: =?gb2312?B?tPC4tDogW0V4dGVybmFsIE1haWxdUmU6IFtSRkNdIHRyYWNpbmc6IGFnZ3Jl?= =?gb2312?Q?gate_ring-buffer_usage_statistics?= Thread-Topic: [External Mail]Re: [RFC] tracing: aggregate ring-buffer usage statistics Thread-Index: AQHdKZr3AIp7eq0PuUyEknsvZXxszLaaZZoy//+kuACAAeZA14ACmlvfgAVNR3U= Date: Tue, 18 Aug 2026 13:30:26 +0000 Message-ID: <11242d2e40eb4fd4b439ac66ebbe26ed@xiaomi.com> References: <20260811114818.1449933-1-gaoxiang17@xiaomi.com> <20260811100830.7976bbe8@gandalf.local.home> ,<20260812114704.2f61bc5a@gandalf.local.home>,,<0e42953988164786aafe175ef0f4e745@xiaomi.com> In-Reply-To: <0e42953988164786aafe175ef0f4e745@xiaomi.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.237.8.165] Content-Type: multipart/alternative; boundary="_000_11242d2e40eb4fd4b439ac66ebbe26edxiaomicom_" MIME-Version: 1.0 X-Rspam-User: X-Stat-Signature: msgs6etwehaprxu7yy5goxo9fcig8ei3 X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 796331C000E X-HE-Tag: 1787059832-722598 X-HE-Meta: U2FsdGVkX1+8AzwZPI2UleJiTqZOkv8kLL6BJXCAlbu4NORI9dVldKmGXruLBrgS9mwJQlYCJ/qxt2/LdXa0LipHCDhT6q9zZyhjHc3+QaKflBJtVJ28zKXdzWclKAnLbamDPpONgpy2GTdJJ58aiDQyKKt78E1rkGMg3nvzG9GxD+R+KVAFprY4e+VDzlMBRlmdVhA6mKf3MTfQ968Grk+YhQBvvTHuh/z/ZB2S/EEFGxi4saJU2UBX4s58GYa2NFophU8RyL6NY7U52M1q5nu5qtbGTZa7Sl29PLgzJaV8R1Ngpp+mU+kfHdcSc6l1vaiOsdD0Zd7QI62byzkP0KK2+fFlPGwP2/G7zg8lTghPAH3OREANo0IbzRVUfn10nSlnp76WLcjOr4fbi/fjsQ00V5B4uliq3jy67yHwcb5xd4K4K6JwP1b70x2c1a7j+AQuDOXbBfafR+9sLSCfC7bgZyBIA9jIytRUtqxbx2GXeleGVzuHCzVK+vgfU4L3mKfIhpo3DjTynZBibcmTI2deJXgAUwQqgAd2tUa0sJeZT6f+E34xNvJwv5FiWTpts78ZxUE5TK4ukW/ZmRsF83nsidSMepIuPMuXZ5QFuNCZDf0Iq0zYvXB0p9KGALxSvI3uv9niLmj5v/penlqKYhUvTPehAd99WpPFZJez2qIZ+CuhFyf2atOm3OMmaoX1r9Awfg22MBebvPNLnsWhGctjMdJhUfetrP3+7u61CMnFZ9271GEvCSOFdiAuhl5AU+wL4nN/hgs1c1oWReWz4t4lvT2Klx4kOAnqCIFJKUja9Os7QCl3tbjLSwTsPm1Nd9ORryZ19y4Gq4oK0c5CjVLDaC7gcudko9he2Thda8g5IgXgnhAIQilglrw51Ey61AirKvan8HoGPr+pNn/28LljVAOnb3qHgZRQ7QnA9Rng1rSKUHV5l4vgf1kckZSq3lplgp5WzSKY6qpa+7g ZJowzTb5 8d69ChGvAKUdJcPYMHILCMRfPEDjqEzbM3fswrU6T3h67CCmyQSlYWBjCKoPC8Yzk4QMNBiEqhEcu9vgzn1UGrvz5iyAp75vvOJ7EkJ4jUoBojNYfpxb2CxfVHBg36MyWruOmbsn1t4P+fWiWszdsJXkivOUtuO7Ki3KFZUKJxMgwf4galZzhK/xw1d+Lta6/kgts+/pdOGbmDhj9aZJ+FXmvWg/G2BUhRkLdsRNTtt3vVI3dzq/yijW8R+gwrsLJBbFrN3Mp34TtcqhPXyLUPL4OT1lDAPpyuk5I+YBKQkCiDQFvAxq7GgznBMuw2r4ZV1hH9sGIcRm/1U3gdISVSNHUBqWicLHJCuR7RylF2vdqP+rFr0mV6H0kd7XUmTOHBpHSOPNcRGlMleDDSVlR8mS82WtyhqmnzRPDiO8Kn8wOVzfwfkLlMqnss6aadfhjCtsAvWcycPW9boLiHjeE4NNbhQBhOkNL53HqzJzV4SjAPBZx7KOur5aJ17giSKoORmFkD7F7+f/LuDiiR2U+9zbiMr+DtUschVql Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: --_000_11242d2e40eb4fd4b439ac66ebbe26edxiaomicom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU3RldmUsDQoNCg0KSnVzdCBhIGdlbnRsZSBwaW5nLiBJIGhhdmUgdGhlIFJGQyBwYXRjaCBy ZWFkeSBmb3INCnRyYWNlX3N0YXRzL3RvdGFsX21lbW9yeV9rYiwgd2l0aCB0aGUgYnVmZmVyc19t ZW0gYW5kDQpzbmFwc2hvdF9idWZmZXJzX21lbSBicmVha2Rvd24uDQoNCg0KV291bGQgeW91IHBy ZWZlciBJIHBvc3QgdGhlIFJGQyBwYXRjaCBmb3IgcmV2aWV3LCBvciBpcyB0aGVyZSBhbnl0aGlu Zw0KeW91IHdvdWxkIGxpa2UgdG8gY2xhcmlmeSBhYm91dCB0aGUgYWNjb3VudGluZyBzY29wZSBm aXJzdD8NCg0KDQpUaGFua3MsDQpYaWFuZw0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCreivP7IyzoguN/P6A0Kt6LLzcqxvOQ6IDIwMjbE6jjUwjE1yNUgMTI6MzM6MTQN CsrVvP7IyzogU3RldmVuIFJvc3RlZHQNCrOty806IFhpYW5nIEdhbzsgTWFzYW1pIEhpcmFtYXRz dTsgTWF0aGlldSBEZXNub3llcnM7IExvcmVuem8gU3RvYWtlczsgZ2FvIHh1OyDTobSzOyBsaW51 eC10cmFjZS1rZXJuZWxAdmdlci5rZXJuZWwub3JnOyBsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwu b3JnOyBsaW51eC1tbUBrdmFjay5vcmcNCtb3zOI6ILTwuLQ6IFtFeHRlcm5hbCBNYWlsXVJlOiBb UkZDXSB0cmFjaW5nOiBhZ2dyZWdhdGUgcmluZy1idWZmZXIgdXNhZ2Ugc3RhdGlzdGljcw0KDQoN CkhpLCBTdGV2ZS4NCg0KDQpPbmUgYWNjb3VudGluZyBkZXRhaWwgSSB3b3VsZCBsaWtlIHRvIGNs YXJpZnkgYmVmb3JlIGltcGxlbWVudGluZyB0aGlzOg0Kc2hvdWxkIGJ1ZmZlcnNfbWVtIGFuZCBz bmFwc2hvdF9idWZmZXJzX21lbSBpbmNsdWRlIGFsbCBtZW1vcnkgb3duZWQgYnkNCnRoZSBidWZm ZXJzLCBpbmNsdWRpbmcgc2xhYi1hbGxvY2F0ZWQgcmluZy1idWZmZXIgbWV0YWRhdGEgYW5kIHJl YWRlcg0KcGFnZXMsIG9yIG9ubHkgdGhlIGZ1bGwgcGFnZXMgYmFja2luZyB0aGUgcmluZy1idWZm ZXIgZGF0YT8NCg0KDQpNeSBvcmlnaW5hbCBsb3N0LVJBTSB1c2UgY2FzZSBwcmltYXJpbHkgbmVl ZHMgdGhlIG5vbi1zbGFiIHBhZ2UgbWVtb3J5LA0Kc2luY2Ugc2xhYiBpcyBhbHJlYWR5IGFjY291 bnRlZCBmb3Igc2VwYXJhdGVseS4gQnV0IEkgdW5kZXJzdGFuZA0KImJ1ZmZlcnNfbWVtIiBhbmQg InRvdGFsIG1lbW9yeSIgbWF5IGJlIGludGVuZGVkIHRvIGluY2x1ZGUgYm90aCBwYWdlDQphbmQg c2xhYiBhbGxvY2F0aW9ucy4NCg0KDQpUaGFua3MsDQpYaWFuZw0KDQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCreivP7IyzoguN/P6A0Kt6LLzcqxvOQ6IDIwMjbE6jjUwjEz yNUgMjA6NDc6NDQNCsrVvP7IyzogU3RldmVuIFJvc3RlZHQNCrOty806IFhpYW5nIEdhbzsgTWFz YW1pIEhpcmFtYXRzdTsgTWF0aGlldSBEZXNub3llcnM7IExvcmVuem8gU3RvYWtlczsgZ2FvIHh1 OyDTobSzOyBsaW51eC10cmFjZS1rZXJuZWxAdmdlci5rZXJuZWwub3JnOyBsaW51eC1rZXJuZWxA dmdlci5rZXJuZWwub3JnOyBsaW51eC1tbUBrdmFjay5vcmcNCtb3zOI6ILTwuLQ6IFtFeHRlcm5h bCBNYWlsXVJlOiBbUkZDXSB0cmFjaW5nOiBhZ2dyZWdhdGUgcmluZy1idWZmZXIgdXNhZ2Ugc3Rh dGlzdGljcw0KDQoNClRoYW5rcywgU3RldmUuDQoNClVuZGVyc3Rvb2QuDQoNCkkgd2lsbCBhZGQ6 DQoNCiAgL3N5cy9rZXJuZWwvdHJhY2luZy90cmFjZV9zdGF0cy90b3RhbF9tZW1vcnlfa2INCg0K VGhlIGZpbGUgd2lsbCByZXBvcnQ6DQoNCiAgdG90YWw6DQogIGJ1ZmZlcnNfbWVtOg0KICBzbmFw c2hvdF9idWZmZXJzX21lbToNCg0KVGhlIHZhbHVlcyB3aWxsIGNvdmVyIHRoZSBtYWluIGFuZCBz bmFwc2hvdCBidWZmZXJzIG9mIHRoZSBnbG9iYWwgdHJhY2UNCmFycmF5IGFuZCBhbGwgdHJhY2lu ZyBpbnN0YW5jZXMgYWNyb3NzIGFsbCB0cmFjaW5nIENQVXMuDQoNCkZvciB0aGUgcGVyLUNQVSB2 aWV3LCBJIHdpbGwgZm9sbG93IHRoZSBleGlzdGluZyB0cmFjZWZzIGxheW91dCBhbmQgYWRkOg0K DQogIC9zeXMva2VybmVsL3RyYWNpbmcvdHJhY2Vfc3RhdHMvcGVyX2NwdS9jcHVOL3RvdGFsX21l bW9yeV9rYg0KDQpFYWNoIHBlci1DUFUgZmlsZSB3aWxsIHJlcG9ydCBvbmx5IHRoZSBjb3JyZXNw b25kaW5nIENQVSdzIGJ1ZmZlcnMNCmFjcm9zcyB0aGUgZ2xvYmFsIHRyYWNlIGFycmF5IGFuZCBh bGwgdHJhY2luZyBpbnN0YW5jZXMuDQoNClRoYW5rcywNClhpYW5nDQoNCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBTdGV2ZW4gUm9zdGVkdCA8cm9zdGVkdEBn b29kbWlzLm9yZz4NCreiy83KsbzkOiAyMDI2xOo41MIxMsjVIDIzOjQ3OjA0DQrK1bz+yMs6ILjf z+gNCrOty806IFhpYW5nIEdhbzsgTWFzYW1pIEhpcmFtYXRzdTsgTWF0aGlldSBEZXNub3llcnM7 IExvcmVuem8gU3RvYWtlczsgZ2FvIHh1OyDTobSzOyBsaW51eC10cmFjZS1rZXJuZWxAdmdlci5r ZXJuZWwub3JnOyBsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnOyBsaW51eC1tbUBrdmFjay5v cmcNCtb3zOI6IFJlOiBbRXh0ZXJuYWwgTWFpbF1SZTogW1JGQ10gdHJhY2luZzogYWdncmVnYXRl IHJpbmctYnVmZmVyIHVzYWdlIHN0YXRpc3RpY3MNCg0KW83isr/Tyrz+XSC0y9PKvP7AtNS009rQ ocPXuavLvs3isr+jrMfrvffJ97SmwO2ho8j0ttTTyrz+sLLIq9DUtObSyaOsx+u9q9PKvP7Xqrei uPhtaXNlY0B4aWFvbWkuY29tvfjQ0Le0wKENCg0KT24gV2VkLCAxMiBBdWcgMjAyNiAxMzoyMToy OSArMDAwMA0KuN/P6CA8Z2FveGlhbmcxN0B4aWFvbWkuY29tPiB3cm90ZToNCg0KPiBUaGFua3Ms IFN0ZXZlLg0KPg0KPiBGb3IgdGhlIGluaXRpYWwgaW1wbGVtZW50YXRpb24sIEkgcGxhbiB0byBh ZGQ6DQo+DQo+ICAgL3N5cy9rZXJuZWwvdHJhY2luZy90cmFjZV9zdGF0cy90b3RhbF9tZW1vcnlf a2INCj4NCj4gVGhlIGZpbGUgd291bGQgdXNlIGFuIGV4dGVuc2libGUga2V5L3ZhbHVlIGZvcm1h dC4gSW5pdGlhbGx5IGl0IHdvdWxkDQo+IHJlcG9ydCB0aGUgcmluZy1idWZmZXIgZGF0YSBjYXBh Y2l0eToNCj4NCj4gICB0b3RhbDogICAgICAgICAgICAgICAgICAgMzk1NjY0DQo+ICAgcmluZ19i dWZmZXI6ICAgICAgICAgICAgIDM5NTY2NA0KPiAgIHJpbmdfYnVmZmVyX2xpdmU6ICAgICAgICAz OTU1NDQNCj4gICByaW5nX2J1ZmZlcl9zbmFwc2hvdDogICAgICAgMTIwDQoNCllvdSBjYW4gcmVu YW1lIHRoZSBhYm92ZSB0bzoNCg0KICAgdG90YWw6DQogICBidWZmZXJzX21lbToNCiAgIHNuYXBz aG90X2J1ZmZlcnNfbWVtOg0KDQpObyBuZWVkIHRvIHVzZSAicmluZyIgYW5kIGl0IGtlZXBzIGNv bnNpc3RlbnQgd2l0aCAiYnVmZmVyX3NpemVfa2IiLg0KDQpJIGFkZGVkIHRoZSAibWVtIiBwYXJ0 IHRvIGRpc3Rpbmd1aXNoIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlc2UgbnVtYmVycw0KYW5k IHRoZSBidWZmZXJfc2l6ZV9rYiwgYXMgdGhlc2UgbnVtYmVycyBhcmUgYWJvdXQgdG90YWwgbWVt b3J5IHdoZXJlYXMNCnRoZSAiYnVmZmVyX3NpemVfa2IiIGlzIGFib3V0IHVzYWJsZSBtZW1vcnku DQoNClRoZXJlJ3MgYWxyZWFkeSBhIHRvdGFsIGZvciBhbGwgbWVtb3J5IGxpc3RlZC4gV2UgZG9u J3QgbmVlZCB0byBoYXZlIGENCnRvdGFsIGZvciB0aGUgImxpdmUiIGFuZCAic25hcHNob3QiLg0K DQo+DQo+IEhlcmUsIHJpbmdfYnVmZmVyIGlzIHRoZSBzdW0gb2YgcmluZ19idWZmZXJfbGl2ZSBh bmQNCj4gcmluZ19idWZmZXJfc25hcHNob3QuIFRoZSB2YWx1ZXMgY292ZXIgdGhlIGdsb2JhbCB0 cmFjZSBhcnJheSBhbmQgYWxsDQo+IHRyYWNpbmcgaW5zdGFuY2VzIGFjcm9zcyBhbGwgdHJhY2lu ZyBDUFVzLg0KPg0KPiBBZGRpdGlvbmFsIGFjY291bnRlZCBjYXRlZ29yaWVzLCBzdWNoIGFzIGV2 ZW50IG1lbW9yeSwgY291bGQgYmUgYXBwZW5kZWQNCj4gbGF0ZXIgYW5kIGluY2x1ZGVkIGluIHRv dGFsLiBQZXItQ1BVIHN0YXRpc3RpY3MgY291bGQgYmUgZXhwb3NlZA0KPiBzZXBhcmF0ZWx5IHVu ZGVyIHRyYWNlX3N0YXRzL3Blcl9jcHUvY3B1Ti8gdG8gYXZvaWQgbWl4aW5nIGFnZ3JlZ2F0ZSBh bmQNCj4gcGVyLUNQVSB2YWx1ZXMgaW4gb25lIGZpbGUuDQoNCkFncmVlZCwgdGhpcyBmaWxlIHNo b3VsZCBleGlzdCBpbiB0aGUgY3B1Ti8gZGlyZWN0b3JpZXMgYW5kIGJlIG9ubHkgZm9yDQp0aG9z ZSBpbnN0YW5jZXMuDQoNCj4NCj4gVXNlcnNwYWNlIHdvdWxkIHBhcnNlIGZpZWxkcyBieSBuYW1l IGFuZCBpZ25vcmUgdW5rbm93biBmaWVsZHMsIHNvIG5ldw0KPiBjYXRlZ29yaWVzIGNhbiBiZSBh ZGRlZCB3aXRob3V0IGNoYW5naW5nIHRoZSBleGlzdGluZyBmb3JtYXQuDQoNClJpZ2h0LiBJIHdv dWxkIGV4cGVjdCBhZGRpdGlvbmFsIGl0ZW1zIHRvIGJlIGFkZGVkIGhlcmUuDQoNCj4NCj4gRG9l cyB0aGlzIGluaXRpYWwgZm9ybWF0IGxvb2sgcmVhc29uYWJsZT8NCj4NCg0KWWVzLCB0aGFua3Mg Zm9yIGRvaW5nIHRoaXMuDQoNCi0tIFN0ZXZlDQo= --_000_11242d2e40eb4fd4b439ac66ebbe26edxiaomicom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Steve,


Just a gentle ping. I have the RFC patch ready for
trace_stats/total_memory_kb, with the buffers_mem and
snapshot_buffers_mem breakdown.


Would you prefer I post the RFC patch for review, or is there anything
you would like to clarify about the accounting scope first?


Thanks,
Xiang


=B7=A2=BC=FE=C8=CB: =B8=DF= =CF=E8
=B7=A2=CB=CD=CA=B1=BC=E4: 2026=C4=EA8=D4=C215=C8=D5 12:33:14
=CA=D5=BC=FE=C8=CB: Steven Rostedt
=B3=AD=CB=CD: Xiang Gao; Masami Hiramatsu; Mathieu Desnoyers; Lorenz= o Stoakes; gao xu; =D3=A1=B4=B3; linux-trace-kernel@vger.kernel.org; linux-= kernel@vger.kernel.org; linux-mm@kvack.org
=D6=F7=CC=E2: =B4=F0=B8=B4: [External Mail]Re: [RFC] tracing: aggreg= ate ring-buffer usage statistics
 

Hi, Steve.


One accounting detail I would like to clarify before implementing this:
should buffers_mem and snapshot_buffers_mem include all memory owned by
the buffers, including slab-allocated ring-buffer metadata and reader
pages, or only the full pages backing the ring-buffer data?


My original lost-RAM use case primarily needs the non-slab page memory,
since slab is already accounted for separately. But I understand
"buffers_mem" and "total memory" may be intended to inc= lude both page
and slab allocations.


Thanks,
Xiang


=B7=A2=BC=FE=C8=CB: =B8=DF= =CF=E8
=B7=A2=CB=CD=CA=B1=BC=E4: 2026=C4=EA8=D4=C213=C8=D5 20:47:44
=CA=D5=BC=FE=C8=CB: Steven Rostedt
=B3=AD=CB=CD: Xiang Gao; Masami Hiramatsu; Mathieu Desnoyers; Lorenz= o Stoakes; gao xu; =D3=A1=B4=B3; linux-trace-kernel@vger.kernel.org; linux-= kernel@vger.kernel.org; linux-mm@kvack.org
=D6=F7=CC=E2: =B4=F0=B8=B4: [External Mail]Re: [RFC] tracing: aggreg= ate ring-buffer usage statistics
 

Thanks, Steve.

Understood.

I will add:

  /sys/kernel/tracing/trace_stats/total_memory_kb

The file will report:

  total:
  buffers_mem:
  snapshot_buffers_mem:

The values will cover the main and snapshot buffers of the global trac= e
array and all tracing instances across all tracing CPUs.

For the per-CPU view, I will follow the existing tracefs layout and ad= d:

  /sys/kernel/tracing/trace_stats/per_cpu/cpuN/total_memory_kb

Each per-CPU file will report only the corresponding CPU's buffers
across the global trace array and all tracing instances.

Thanks,
Xiang


=B7=A2=BC=FE=C8=CB: Steve= n Rostedt <rostedt@goodmis.org>
=B7=A2=CB=CD=CA=B1=BC=E4: 2026=C4=EA8=D4=C212=C8=D5 23:47:04
=CA=D5=BC=FE=C8=CB: =B8=DF=CF=E8
=B3=AD=CB=CD: Xiang Gao; Masami Hiramatsu; Mathieu Desnoyers; Lorenz= o Stoakes; gao xu; =D3=A1=B4=B3; linux-trace-kernel@vger.kernel.org; linux-= kernel@vger.kernel.org; linux-mm@kvack.org
=D6=F7=CC=E2: Re: [External Mail]Re: [RFC] tracing: aggregate ring-b= uffer usage statistics
 
[=CD=E2=B2=BF=D3=CA=BC=FE] =B4=CB=D3=CA=BC=FE=C0= =B4=D4=B4=D3=DA=D0=A1=C3=D7=B9=AB=CB=BE=CD=E2=B2=BF=A3=AC=C7=EB=BD=F7=C9=F7= =B4=A6=C0=ED=A1=A3=C8=F4=B6=D4=D3=CA=BC=FE=B0=B2=C8=AB=D0=D4=B4=E6=D2=C9=A3= =AC=C7=EB=BD=AB=D3=CA=BC=FE=D7=AA=B7=A2=B8=F8misec@xiaomi.com=BD=F8=D0=D0= =B7=B4=C0=A1

On Wed, 12 Aug 2026 13:21:29 +0000
=B8=DF=CF=E8 <gaoxiang17@xiaomi.com> wrote:

> Thanks, Steve.
>
> For the initial implementation, I plan to add:
>
>   /sys/kernel/tracing/trace_stats/total_memory_kb
>
> The file would use an extensible key/value format. Initially it would<= br> > report the ring-buffer data capacity:
>
>   total:        &nbs= p;          395664
>   ring_buffer:       &nbs= p;     395664
>   ring_buffer_live:       = ; 395544
>   ring_buffer_snapshot:       = 120

You can rename the above to:

   total:
   buffers_mem:
   snapshot_buffers_mem:

No need to use "ring" and it keeps consistent with "buffer_s= ize_kb".

I added the "mem" part to distinguish the difference between thes= e numbers
and the buffer_size_kb, as these numbers are about total memory whereas
the "buffer_size_kb" is about usable memory.

There's already a total for all memory listed. We don't need to have a
total for the "live" and "snapshot".

>
> Here, ring_buffer is the sum of ring_buffer_live and
> ring_buffer_snapshot. The values cover the global trace array and all<= br> > tracing instances across all tracing CPUs.
>
> Additional accounted categories, such as event memory, could be append= ed
> later and included in total. Per-CPU statistics could be exposed
> separately under trace_stats/per_cpu/cpuN/ to avoid mixing aggregate a= nd
> per-CPU values in one file.

Agreed, this file should exist in the cpuN/ directories and be only for
those instances.

>
> Userspace would parse fields by name and ignore unknown fields, so new=
> categories can be added without changing the existing format.

Right. I would expect additional items to be added here.

>
> Does this initial format look reasonable?
>

Yes, thanks for doing this.

-- Steve
--_000_11242d2e40eb4fd4b439ac66ebbe26edxiaomicom_--