Received-SPF: pass (google.com: domain of linux-kernel+bounces-106690-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
Message-ID: <fe4a54cf-7103-49c7-add4-ee4bcf76c7b3@intel.com>
Date: Mon, 18 Mar 2024 14:23:13 -0700
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH 4/4] selftests/resctrl: Adjust SNC support messages
Content-Language: en-US
To: "Luck, Tony" <tony.luck@intel.com>, James Morse <james.morse@arm.com>
CC: "Wieczor-Retman, Maciej" <maciej.wieczor-retman@intel.com>, "Yu, Fenghua"
	<fenghua.yu@intel.com>, Shuah Khan <shuah@kernel.org>,
	"ilpo.jarvinen@linux.intel.com" <ilpo.jarvinen@linux.intel.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-kselftest@vger.kernel.org" <linux-kselftest@vger.kernel.org>
References: <SJ1PR11MB608310C72D7189C139EA6302FC212@SJ1PR11MB6083.namprd11.prod.outlook.com>
 <o6va7b7rc3q46olsbscav7pla4hxot2g6xhctflhmf64pj5hpx@56vtbg3yyquy>
 <SJ1PR11MB60830E546B3D575B01D37104FC202@SJ1PR11MB6083.namprd11.prod.outlook.com>
 <159474e6-ef11-4769-a182-86483efcf2a6@intel.com>
 <SJ1PR11MB60832DAD58E864F99A16FCC4FC202@SJ1PR11MB6083.namprd11.prod.outlook.com>
 <0393c4ce-7e41-4dcc-940a-a6bea9437970@intel.com>
 <SJ1PR11MB6083AACB10645E41DD3F9639FC202@SJ1PR11MB6083.namprd11.prod.outlook.com>
 <55a55960-8bb1-4ce2-a2c7-68e167da8bcc@intel.com>
 <ZepK4mtoV_J8-UbE@agluck-desk3>
 <eacdc287-24bd-4137-85c8-df055cfd78b1@arm.com>
 <ZetcM9GO2PH6SC0j@agluck-desk3>
 <88430722-67b3-4f7d-8db2-95ee52b6f0b0@arm.com>
 <47c28b3d-3b90-4b33-ba71-1e359d43238e@intel.com>
 <SJ1PR11MB60832422CBDCCDA580010769FC2D2@SJ1PR11MB6083.namprd11.prod.outlook.com>
 <6948784d-6a20-435a-8781-30f324bed472@intel.com>
 <SJ1PR11MB608303C5E0BEB42CAC5B02BAFC2D2@SJ1PR11MB6083.namprd11.prod.outlook.com>
From: Reinette Chatre <reinette.chatre@intel.com>
In-Reply-To: <SJ1PR11MB608303C5E0BEB42CAC5B02BAFC2D2@SJ1PR11MB6083.namprd11.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?d3NWcWwzc043TFFNQ2NXUDEvSWphcXRhTFZJcFltaHZWaENGWEhyRlBLTDlM?=
 =?utf-8?B?UE1Vb25CR2hjcTkvcUozeDd4MnZLZ09LbXc2QlJSTmhXS2RKbHh3TlBNbUtL?=
 =?utf-8?B?c2FnejB4ZzQ2a25yN3pIeEhnNlJyVUdjczEwcUpGS1pBRkR0YmtYOENuVUJQ?=
 =?utf-8?B?dVBlVUdPQTZVc2srWG5NeU9adFk0dmg2dVVFSmdHT1orNUszdmMzL0ltVnRQ?=
 =?utf-8?B?NzdkMDNaekNrUTgrN0J6SmRxVHlhNndlWGRWTGk4eFcwM0pWb3FwS0JGRHdW?=
 =?utf-8?B?SGFUVndZdDZDV1d0TU9wcVlWUzhRR1kvWTZJLzc5STRMZEo1ZlNqcHp1amZh?=
 =?utf-8?B?MWFTaEUrNzVGNU1penNacWM3VisrRnlsTXIyZWhmbDdUYlZMZFJBUy9OaDVJ?=
 =?utf-8?B?RmFmeVFQbXVqOXhiR05UWmtBV29OYnRJN0RpUDJwdCsvSis5NGhDTGdWL1lF?=
 =?utf-8?B?cEI1RlRzK1QreXJ1NTFLMWxhNkRDblEvUGQxVDFUQlpYeTFDanZiUllVU3F4?=
 =?utf-8?B?Zm1HOTNVZkh4Qi95Q2NzUDR4UkFYMWtxMnd0UGtKdGVOL0hzK3dqNFdIaW82?=
 =?utf-8?B?K095MjlrV1dJSnpWcE9pM0k4UHRLVmVDSHk0YkhYQjhpMTB0RlcyS1BZWVBn?=
 =?utf-8?B?VWlnU0tRbTBJRlZndkM3cDFybTdlemhMY3BUVkJjWHVpVEd5Vm9oaElOYnVm?=
 =?utf-8?B?V011RVZFWlB3VysvVzV5K2c2d0JuMkZlTmhMdHcvN0RZWlhYSWlVRTNnY0th?=
 =?utf-8?B?cXB1WTJFcmpjUjMxZmlMMnB3eENUUXozWCtnenV5WHFaQU1ob0o3R3FEZGEy?=
 =?utf-8?B?WDFGYWhBaHZrOHYvTnlieksvU3M3YkorK3dKRHdNd3dJakdzemRJa2R3dG5W?=
 =?utf-8?B?ZlFmRVFreVV2K0J5VzMrRkRFbnBuWHZxRUdRMzZoVUhYTk14U3kxeWRERHFO?=
 =?utf-8?B?Tkhlc21iczlOc2dRMFh3NUVObDNwQTlSM2NWS2tXUmhYUld1MVVadmdSZHd5?=
 =?utf-8?B?eHVzcTZhVjJnd01sTzNKaXovclYyeWMrZDU2SFBFN0hwZnpmdUhyTzd2Um42?=
 =?utf-8?B?ajI1MFFIYVdVYzl5MTdIdEVQdCtpbGwzNjRkVzhJdEl4TGtrNVBQUVlEcWZt?=
 =?utf-8?B?b2kxQm90TFVvc25Qc0Q0Y1REcC8vSlhUMTFhMnVNQWJFN2VyQnF6K2ZsdnRB?=
 =?utf-8?B?TitkZmFnY2V3RGhWTnJJbkdSTDhyTDZvNnoyakVEMjJUWGYwdU42UER5ZG1x?=
 =?utf-8?B?ZU02VTBoOEppZ1BFK3ZZazJKdVo1M0JCdnowWHZpTFBqQmxpd0hsOE84OEFz?=
 =?utf-8?B?YmZHQkc3aGpKWTVCZy9YbXYvTVVrSmpTc05JTUhVN0NQejRIbmN3ZlJIckl3?=
 =?utf-8?B?NDhmVTFiU3RUbDEvTVhZam5RT0lmbGcxMms3Njhka1p3OG84SzY5c1dYVUlD?=
 =?utf-8?B?bUZXUnkwazhDOW5xQitzVHRkaDNwZkMyOWlFSzRLVHRiMDdseFdmQmZOanhK?=
 =?utf-8?B?bUdhcEM5bDBpdW5uOVBEMGhsTHZKbWFDeC9sdkdJcUNaQVh0Ry9lUGQzbGJr?=
 =?utf-8?B?RTZ2dFNlNFBNakdJdFlQK2pIbno1T3lkS3pLWTNCb1JReGdlbkJSSHdMUkJ0?=
 =?utf-8?B?UFpHR2NLZ3BYekZSZU9ONFFhbWZlK2dyU2RtZU1QeHpkdW11UWdMdE56cURZ?=
 =?utf-8?B?UC9HWW8wK3g0WHZWSG5PdDYvNmNtV1pNN0dUQWV1bUdYS1JHSXVnNnNxNzY1?=
 =?utf-8?B?bzBFbGxaeWQ2ODRyVzM3UzVtdFE1M3V0MDVMRnpjSEVkMDhWZkpucEJ3MXBO?=
 =?utf-8?B?VTZadnFOUnA0d3ZObVBoakpuU1BPOEFoS2hPU0VIUCtDM1RONk94akR0RWY4?=
 =?utf-8?B?RWllc0tDWDBYTHcwdnFHbkpjUE4xTEVYRGluNzFrNnF3STFjRDExZ09nTGpa?=
 =?utf-8?B?YVZiKzYwb2s5Z0RhdEZxQlZHd1JHeHhhYi83T1o5eUt1b1R6NENEZSs4TVZo?=
 =?utf-8?B?dXorTVlteGtRb0YvVVZYWkloNURpcktpWHFUMGNFYTg4bzdkazJGN0VEWHZ5?=
 =?utf-8?B?WGdiQURHaEkrQ0FqdG5Jd3YwR2ljQ3VUaStTaUpxVU1ibmdVODRpRFpmL3NU?=
 =?utf-8?B?UUw2QXFyNHJteGdoSGl4OUV1a2FvMktwbjNVNHdWZ2c0bTZsWmVndm1HY294?=
 =?utf-8?B?b3c9PQ==?=
X-MS-Exchange-CrossTenant-Network-Message-Id: 509d5d8b-7d92-4d91-549c-08dc47919fef
X-MS-Exchange-CrossTenant-AuthSource: SJ2PR11MB7573.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Mar 2024 21:23:16.0054
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 6jYBkMnkGk8InbmQPnASnKpKRA1I2qMbCQYoVFU78ojSqMnvYRVZT8w4xgJeii+0yTWWaQ0e1p6fq2qEVaiVou3fWPrr4hOUCZAKJqtcwOA=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5877
X-OriginatorOrg: intel.com

Hi Tony,

On 3/18/2024 1:47 PM, Luck, Tony wrote:
>> What is the use case for needing to expose the individual cluster counts? What if
>> resctrl just summed the cluster counts and presented the data as before - per L3
>> cache instance? I doubt that resctrl would be what applications would use to verify
>> whether they are "well behaved" wrt NUMA.
> 
> Reinette,
> 
> My (perhaps naïve) belief is that in a cloud server environment there are many
> well behaved NUMA applications. Only presenting the sum would lose the detailed
> information from each SNC node.

Yes ...  I understand by providing a sum the values that contributed to the sum
are lost.

Could you please help me understand the details by answering my first
question: What is the use case for needing to expose the individual cluster
counts? 

This is a model specific feature so if this is something needed for just a
couple of systems I think we should be less inclined to make changes to
resctrl interface. I am starting to be concerned about something similar
becoming architectural later and then we need to wrangle this model specific
resctrl support (which has then become ABI) again to support whatever that
may look like.

Reinette