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 7D4B1CA600C for ; Thu, 8 Oct 2026 16:48:46 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6DA156B008A; Thu, 8 Oct 2026 12:48:45 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 683546B008C; Thu, 8 Oct 2026 12:48:45 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 523556B0092; Thu, 8 Oct 2026 12:48:45 -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 262AB6B008A for ; Thu, 8 Oct 2026 12:48:45 -0400 (EDT) Received: from smtpin08.hostedemail.com (lb01a-stub [10.200.18.249]) by unirelay04.hostedemail.com (Postfix) with ESMTP id B0E7E1A0357 for ; Thu, 8 Oct 2026 16:48:44 +0000 (UTC) X-FDA: 85300042968.08.4DC82F7 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) by imf22.hostedemail.com (Postfix) with ESMTP id 59AD4C0009 for ; Thu, 8 Oct 2026 16:48:40 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b="k/Pszemd"; spf=pass (imf22.hostedemail.com: domain of yu.c.chen@intel.com designates 198.175.65.14 as permitted sender) smtp.mailfrom=yu.c.chen@intel.com; dmarc=pass (policy=none) header.from=intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1791478121; 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=4d+qJH/cxfkoIymr4cQUcRiYCVeiLnaAAIiEdlKmEN8=; b=YyonGQ91LxawKp6j5ePtiC1wmiGON4VBN1UrgboixwhKSRvoiZQmNcuyT7k5y5BM5mequV 12UlL2qWBQ+x58/619MxGtRpxaFwc/fmwrydklBi2bP1HzM8x5pDBAMPgsqXaHvTWhKoup KPYKBXxQ1bqs/8qv+ayNwV5Bx7vWTQo= ARC-Seal: i=2; a=rsa-sha256; d=hostedemail.com; s=arc-20220608; cv=fail; t=1791478121; b=H8T1i21mfb08jN6hfZmJa9zv+fSFElrbVzvYE6KZqmCskJ61mpuAAKfELX95kenwlZRVZm /Vj5lYwqP4l/L3tDDwP6KAmE1vh3mmng25tm/hqN8jE7nDSt2dPjZJ3qp76GHAEfFZAfFs MgL1G4hZedUp/V7kmnK28Po7JLTK1vs= ARC-Authentication-Results: i=2; imf22.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b="k/Pszemd"; spf=pass (imf22.hostedemail.com: domain of yu.c.chen@intel.com designates 198.175.65.14 as permitted sender) smtp.mailfrom=yu.c.chen@intel.com; dmarc=pass (policy=none) header.from=intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1791478120; x=1823014120; h=date:from:to:cc:subject:message-id:references: in-reply-to:mime-version; bh=SO8YIbgCHVbzSmZ51oJax158uYEWTZ0Jx1cJdmnclZI=; b=k/PszemdWGEmqCOlFDTgFJay6eeZHDfOgxRDibHwnW4yDy8hy5FTUl+1 juUJquZU+c3JuBxG1gV4Sael4gHayJQZu6O8YG1hWYiph3be53GvzCMV8 cvET3BeDSviiNaZYi05wdsJDwY4MpQo6ZwiAfscCBtd9pQrXyH4zB7QnU l0xmORiic0IZO/ZDh92x/h4fgEET8zHApEfheBvv6kFI7wYhRXIzkzrJX ErQRzOsl0qQh24N0GTFheU8UrxVP3wJRxOThy8GFvlLScuiBph2v6vpn7 ZHcx6vRwTyfat6hPgqkeDm28gMU497ujW76NP4Qo82uxlx14n67hO/dzJ A==; X-CSE-ConnectionGUID: hlSm1nvqS92I5SSZHqnaeQ== X-CSE-MsgGUID: SJgVMHeSR2+96jtHE8j4hw== X-IronPort-AV: E=McAfee;i="6800,10657,11928"; a="151269" X-IronPort-AV: E=Sophos;i="6.27,146,1787036400"; d="scan'208";a="151269" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Oct 2026 09:48:38 -0700 X-CSE-ConnectionGUID: dTYSTVo8QA6GQ0FRmZyl8A== X-CSE-MsgGUID: ZpAA25Z6TayBJqicC9C79Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.27,146,1787036400"; d="scan'208";a="415844" Received: from fmsmsx903.amr.corp.intel.com ([10.18.126.92]) by fmviesa008.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Oct 2026 09:48:39 -0700 Received: from FMSMSX903.amr.corp.intel.com (10.18.126.92) by fmsmsx903.amr.corp.intel.com (10.18.126.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.49; Thu, 8 Oct 2026 09:48:37 -0700 Received: from fmsedg902.ED.cps.intel.com (10.1.192.144) by FMSMSX903.amr.corp.intel.com (10.18.126.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.49 via Frontend Transport; Thu, 8 Oct 2026 09:48:37 -0700 Received: from PH0PR06CU001.outbound.protection.outlook.com (40.107.208.52) by edgegateway.intel.com (192.55.55.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.49; Thu, 8 Oct 2026 09:48:37 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=UjmJ8bum0EXr47IeRapO63kqPrQvfxo9bf3eWVLUpDRiKOO3yT/3tgpvNR6yOR/I3UnaQMWNouvvMlRgSVBmdQtBHIlJxtb50MB0ZLQAxrZgUr85fo1Fr4rfxBKubZmT7h1y0s4WA68LT09Www/oJuxze//XcDG3F3H80y6SoxOTiMgdXuQ+gMr1ZJkgvSJWmPzpLU3UhoOX28Hgx0o7Gk6OV+mBYIzBTdZI/K8C9ZiHdBl2GUDOBjaDfmGw9w2kAccrQ/pKBwO59n4ZDF92a1OEGl6in74qFDOEjh+CKoJU4o4bWFiPD07nlEYWLOZuHChhbmfio4ODVellzgsOzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4d+qJH/cxfkoIymr4cQUcRiYCVeiLnaAAIiEdlKmEN8=; b=JJBotang9IqiffaXAxLSHKbgdRNx09YQ8KOo5kqfSq0aF8DlQ9kpn6sQD7IeWApmVfruLS3ypiqXpDiIbPh6VB9eSmpa1ns8pt+opVTOzRUJLEMevHgAJRoNG0lGh0AEu3fw+1QV7Ls7Py3qy6cCoc+HH6ACylSDue5Rm/EiDyFvCUfxqh30Odn2lnhCzs3BdVdTZxd0p+1RySLgUbUmlzltwCevSDaoiMiUltKVCNfhlij0eQaJX3Q0/IHnSyNXiE1pC8M4j3HS6zO7tIO4c+36uNXF2wcAEikr79p37q6ErcLgSesAUP6cOIUQo4dAx8r4UB0ALAFLgddyvbHj0w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) by SA3PR11MB689426.namprd11.prod.outlook.com (2603:10b6:806:58b::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.496.15; Thu, 8 Oct 2026 16:48:35 +0000 Received: from DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::3058:1480:e4ac:5765]) by DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::3058:1480:e4ac:5765%3]) with mapi id 15.21.0496.010; Thu, 8 Oct 2026 16:48:34 +0000 Date: Fri, 9 Oct 2026 00:35:25 +0800 From: Chen Yu To: Jianyong Wu CC: Tim Chen , Peter Zijlstra , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Valentin Schneider , K Prateek Nayak , Shrikanth Hegde , Phil Auld , Andrew Morton , "David Hildenbrand" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "jianyong.wu@outlook.com" , Yuan Zhong , Huangsj , Fengyu Wang , Zhiwei Ying , "justin.he@arm.com" , Subject: Re: [RFC PATCH v2 02/23] sched/topology: Introduce a NUMA distance matrix with unique distance values Message-ID: References: <20260827122816.756234-3-wujianyong@hygon.cn> <20260831115004.GF776954@noisy.programming.kicks-ass.net> <09261c8222994a41a04ace5f342475df@hygon.cn> <112e526b4013e23c70adf5b8883db8e75358b473.camel@linux.intel.com> <8a0c239b5bdf40c99b645087dec8fd18@hygon.cn> <2a120db1b0c052eb88dcbc2ed1de6027a16542b4.camel@linux.intel.com> <4d2b5dede1f64350ac17ea9d0a5428a1@hygon.cn> Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4d2b5dede1f64350ac17ea9d0a5428a1@hygon.cn> X-ClientProxiedBy: KL1PR0401CA0036.apcprd04.prod.outlook.com (2603:1096:820:e::23) To DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM4PR11MB6020:EE_|SA3PR11MB689426:EE_ X-MS-Office365-Filtering-Correlation-Id: 8d822df7-a546-413e-e3a1-08df255bfdbb X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|366016|23010399003|7416014|376014|56012099006|10067099003|11063799006|4143699003|18002099003|22082099003; X-Microsoft-Antispam-Message-Info: yku/7AcwllHrZBVVanWSzGI7MyeW8LtMqsfrWPDcBqFBtjWUFAHIoHBvvaX7X1kSxWfcj19zB71lDyy2CNqgBExqH5bTt47sFGEXiFwTdW4zJ88Ls6k6gfu5RjUyr6Q7dLUqoZVLspMUdXrQGXdLp7/1wZlS1rFd6xKmXnXr810FfovTSoxSYg/Z8vUvnHnd6jiZGgYDKPxxh5kFw7YcozTdclzSuZY6V0eTUV0IFXqP1ZGkBSB9TjoPTTcvutbt02836CHw2HhzgXOv0NCRZqAscdzDRhpO4PqzXaQhfUh5HEu+0E2VhH+wKb43ooedNK1psl4XFkLObHhZoAPqJVEZnM+QPu/gJ/Er2eqGJjONR/gzwPphNkLWhcnk6oN0zrCyqFLpOK6vauIlzOYAhogxTEfgWOqSrzjV/9WgEMxW12PMO3OgcDyUHr9TayNp7J1e3yoNrIyzcEmXBffXGm1VIJRx+3VpVqF/zhfFEjU82ilm/Rik/6AtoeZV6C5Xo3l6a54t1UGWvftOJmfcbhd/+9vy4BLOLuuU3iZbS6dNlWFi4uD4zTjRBT9gFlRXGvT+d7DEL+uDlfdoBhqT9IeR6+d824+w/BraYSKIy7fPyxzaDIk8XmYoQIpsLTNewNifU4sAMYlXc22JPjTNQj8SV6QwN6y2o9JHx+AAy6Y= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM4PR11MB6020.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(23010399003)(7416014)(376014)(56012099006)(10067099003)(11063799006)(4143699003)(18002099003)(22082099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?B+WzxuSeDOAbZ7HdXdQZMR53u9QvYuGo5BdBAkHQVIy7BnMk4jiUVbUSK2wG?= =?us-ascii?Q?6EdsB0ib4N26dsh0n2bV3s7lyVRPUIUogMbZ2e/iGMCawsFffwBfCEZDL7Ao?= =?us-ascii?Q?qpNHuU9IKE3L9pJYZilst85BzBwMGdzhkh0dXF7+IVPJ3a8wtm1IaZAmdTU+?= =?us-ascii?Q?/rpCl3Kis77xVmTiBYdTz9WAt/2mpiAxNdba0xydlQiY3bMLA/dpkh58M4lh?= =?us-ascii?Q?65X8EXh7HqR3eoK1DpQh0S0OYNFt7K8zA7AShpMcqnh0jMlPk7lQaqVoTDWf?= =?us-ascii?Q?FIBCMhPzbT4XV20w6js/90Hsw7e0MvQpnMmhou/4UPlNhhzk9bGBj+2a0Hfw?= =?us-ascii?Q?/6ZH/QoBj1sF5QBuh82RTf7r4q87/+F5CeMue9d07Y3zaCvjXM8EuEFziBto?= =?us-ascii?Q?oEDqy7PAlLCMDDsTRDjHtWaRmofGMKrF9SZZJEhRoANBRMOZL2vjlvKnCXnc?= =?us-ascii?Q?knA5GfADM3FwBXJJwmARQPfqauTXObxfT3EUna2eUx0oqYSzGZujBjJzDysB?= =?us-ascii?Q?+Jw3kT0tf+ynDKsuXuf0sF/WCWYkqq5XQA6ZQW6CpG1pZr4tcReoV0/WwCSN?= =?us-ascii?Q?KHVDXj9WlZ7OltyW4sRKkm0dcHluCIurcNwZn2r3Y1dq8WD1cYk6SfE7BUGD?= =?us-ascii?Q?WTI6D6dvPM032AGqLo4yYiyxVvAs+ao06X0A4hcf7V4GOQ/VC2MpPTti1MDE?= =?us-ascii?Q?OlMYDi6g05Nq+/zBom16XgGKbA/S1fGu81dwb6oSyWHeQbsJ6YBh5hje/3l6?= =?us-ascii?Q?Glnovk8miL7Uji+vXFh+zG8VyIsImyj1EPCLL2ZJSrd5N2nF9u1HgTs/39D+?= =?us-ascii?Q?txXjT32hvKvI+hVMT8nwC6tgI92sVxck0Ywez/TacT5288H8ebBEAMNHlieo?= =?us-ascii?Q?DBLVY1qY/0Fx/iBd3SuBPKVa1y54zjgVmSrZEPP1VPGCbQHPeVAYXfoWRMmj?= =?us-ascii?Q?KVt6J/JBP/EnemgCOOPAHWqaKqklypK3F5IFFoGZ7LW5E+ZPLRfMP3NWNLXw?= =?us-ascii?Q?x4OrBbpyuDbGbUu6uOdezrCw/uVMIDfQobCnh3+iWGYdqXfulVf2Uf+6my1+?= =?us-ascii?Q?I1d4psseN0K7fM0HLTB55o4QIJBvQ8a2T39UU5B4MgMbvBMfcg7acBP4/smV?= =?us-ascii?Q?hpyvYgwUezsm3w15EML6koGtnukl+h/uvB7qgjwQUM6YiXOgdO4zJmh9Q3uf?= =?us-ascii?Q?J7sTgMrrl7Wo/1evnKmQEgHYAhLWB8FPC9/g1jLt+Fb1SKiQel41WIBUkmyE?= =?us-ascii?Q?nVw2SLBxFnb6/ZB0pIcxnIRJ0HQLy+Q0cwrVoT3qjOKpG/ewV4R0QRSjl+hO?= =?us-ascii?Q?cFoWzGGQT4Kg3QOaHpsVeCJ7Dri5MJV2gCk1ChJpzIJoQFmDgKNDhgZn99di?= =?us-ascii?Q?IVpyn5UGl9f4K+N/l3VB2/x6yCunGDPeW8Jdi1wmmKFXeaPexZX2rHd7Q2El?= =?us-ascii?Q?D1+mads2GIDzg459Jdt2oIlXHUsYvC3wUjXYrHTfZ6mvFrcGbWjBbA5SPz6k?= =?us-ascii?Q?RVHCkWUCsDCauqBl2uu4Xuo+OBroaXYfC0yPYsbfBIB2wdNGnnqfqWSE7G2+?= =?us-ascii?Q?UxUz8lPIDqzb4XVg/D89k9BxjziHY4Cgr3PsGfR/vLi79XYedV8TRZry6vJK?= =?us-ascii?Q?pVUeK984pNel3izbKafGIaJ8sCEe0ADWQIdym3g2kwlWY8z2N6OfjKSe4170?= =?us-ascii?Q?U0zvhmKgfI/A3TnHFeab/0leoKx25ixrZv8zeWGvugG1nudLa0fB0xgHkk6k?= =?us-ascii?Q?Ef2CN9D9Ug=3D=3D?= X-Exchange-RoutingPolicyChecked: fL4bmTD/i17qYcl4BShf9ZNZUV/Dqo/Rq/Iqk03+FvENjZqb9NOOFu0AKv7tpO/EOdsdPQO6NzSbDA14zp/5b6pKy2MWxn8ngL1U53j10cbtdmIvGfXyohsLMTCQyw/wUV4RmnBVx6BuHffECGCKmEPprVNf3HzxoXgCf90AuCuR0lteViBUEQM6mw5hBLb3jxUP613pV8jJw65UniaMpU3jiLR9BMaZZEG8hNFuEmbXKhgx/Q5/60aMzTDFJbAotZ0NPPe7m1IJkaUkTu2+Wgm6kIsnoapLZpuh0giXu9W8266ifOLe21OSyXa7LjMYp5PuhZDp1Z7IMxGMlkYEow== X-MS-Exchange-CrossTenant-Network-Message-Id: 8d822df7-a546-413e-e3a1-08df255bfdbb X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB6020.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Oct 2026 16:48:34.4632 (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: 5dQ7xCxs6G+iA6N5LzIFi3HRY4zBmsxnPhNoP4yaMI6AH24sOM/+vuybjAfAg+90OB6pPqa9inMUkOCCTaQuzw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA3PR11MB689426 X-OriginatorOrg: intel.com X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 59AD4C0009 X-Rspam-User: X-Stat-Signature: uspexuukrcznqbuij5mmgnyrzh8yifoa X-HE-Tag: 1791478120-122788 X-HE-Meta: U2FsdGVkX18oIt5ny/YniLxkqCBujND0v/Mv0WVolj7pjysqA+bVpPh808YXzAeJzsdAkwWVE2UVkcUyuPDETomRHQh3FdTAUrYtC5uHxSSdXBerX44waQPszQhm/+ThQ+YAj39jwJxVNhXtETWbt8y2v+M4Yrzjsv0PUE3o8ajKWSMpvp9YQ0kFK7mXBeCKL70bdJDV7FKXNcu0nSIIoG/xj808jxiUGK8BW9Vk6eSSsPEJrvsRRAYDL+KriwnMPbOaf7kvothwAkMWciiVAC4mIAahJCoIZWprQvw+Imdbd5UtJ0WfTFjGyqzu9Ms4UM1qGdYnPy46j/rBv9xihAhT/jmVEefI2Axy5OJNtnwSi4e9X6qOiGFXC0qwdu0LD79IWh3zy2DoPBSVeaX2LDNZslJjfK6DXmdBpTm1DpWwPFTEGepquAlZMlR8LDV5KxqwL5xJwzSDWJmnd1CDJDqSFMi6gQnqGyuu53IFzMkzQ9whEnwJJTLdL63z47JvFc+hDwG1GQmoS2bBN1qQeFKGESk5fy1Xzoevqit9Y05nzYnqJnxD/WqCdo1MATCIEShOYXsKVv9meTGkiRz8M4ZXNKb87vBUOSY850Z/KEWNRPpFxoQWZ1jIPR+2dhnaeWpYgCENC5isEHuMkv0o0Zb0d08tGjUhYGyzX2quHbJ0ZroZbtbHcdyQav1+yO1m0AHf6KOdBQPfDCu4zuXs1JYAHxxKKu19nPgs41W9Qz144EO3sTX+gLVZe3P/xGDZZLG6yNsyGHnsbtitldT8YQgRatn3m1TYOHa1NpLG9rKXtEjz4zvHFYtmxnfJWTY+nCfekRInAcX/oHrkrjAi+DztpRO+d0L1jBw9N3OkFsWcXxpdOWRdxVyiAgnjnHlRLPjGxX/zOt27QXbm0BVdVHErYUtMsiJt+FYNv9SsPVuYsgXEVZuY7a9y70wXTM0byqDDT91dZtxhYwC3Y0X /FHfKv05 Xs/u6TIJ7wvgJC7DlaN1CFZsqJUrmDufTmAJU+PiocmBdhw/kH8MvGY7/wtChnUkV+yh+IK8Q640MN686C9iQZUTnix68ma2/bjtZs/B+LOCkGQZiigAv/3cSuJgzY4cAUNVquF+m18LGBBOPPbasW+wRskUaCjAqVNxhC+q3pcSEzKxLIuOEeeRMfnXjgfDfsnUViCQ+A8RmnpK9LqCJw+LeEFueP4EQ5DSUfXZs/zFQLTAXZmyYLk1H4mBufkkRsixDTTvmPRNJdo1NdjAXzPteZ9Jv3x0mnypSm+n4nIC345oR8GQA8Au7hgfhwRAXBz4UXtvQjeGzNPZdt93hUW6e6/EJe42dNSjiihG6p6kBj8rFxpMC5AfW/1gLLw5/fYt5Qao5pAiWJ4CFRFUK0jbfCymXw5pxXicHJRbsPVdUxuZs+9SZ5TiN3NxT9oi3FOSL21SC9W8zq/maPsf4ydzm3ulSpCP0YIuxmHuzmd53ja7iWGV7Jps+JtURyy1A02NUJp463pqq9qiZeDhjyEtgqMiWpEuahykaFBRTlgheej+851td2qtgcJn0QhWcLdaXzGfLnXs6T1QaoZqgNgaNpcFPYd4jjYaZFl16DV5VBSJcP/8DZ+uicndobut8yxPkI0EcXnsR0kllsvuCDoQZeW44NvDvaqSfK062CxDdKll30WN8tQrmeCegk1ZJa/rN2qRj0fmiAx1wSCyGqb6U6HVhxMM0De12deoIMvKYiJj1Pbw2xnB6RtzZqb8By9lvzJXDLbbOhoWxOl1nUfa/MkySMK5Zlcl1t6WwLurg9XiN3mSaTns0wzVtbCchDIsCoeDAYUEaWhGe8ITPxyAKqdaKAqhsTzBG+FNUoOKI3Ov0A4lgeZpANZd9EpI0uSZAE0OHAMCkBgVPB6lWfkcAdKdyOL1OH0jHKdltTNHSb7PG7OWzmVa03vtkkrKodQL2kcaskhzUHMGtyhCcYTmRnlCs PMCZqHe7 BocTAF2fx37EJK3QxeMqwnasZrz2nS8Nv4PV5OGRl4a8/MMIWglY3w== Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Jianyong, On Thu, Oct 08, 2026 at 07:35:10AM +0000, Jianyong Wu wrote: > Hi Tim, > > > -----Original Message----- > > From: Tim Chen > > Sent: Friday, October 2, 2026 6:04 AM > > To: Jianyong Wu ; Peter Zijlstra > > > > Cc: Ingo Molnar ; Juri Lelli ; > > Vincent Guittot ; Chen Yu > > ; Dietmar Eggemann > > ; Steven Rostedt ; > > Ben Segall ; Mel Gorman ; > > Valentin Schneider ; K Prateek Nayak > > ; Shrikanth Hegde ; > > Phil Auld ; Andrew Morton > > ; David Hildenbrand ; > > linux-kernel@vger.kernel.org; linux-mm@kvack.org; > > jianyong.wu@outlook.com; Yuan Zhong ; Huangsj > > ; Fengyu Wang ; Zhiwei Ying > > ; justin.he@arm.com > > Subject: Re: [RFC PATCH v2 02/23] sched/topology: Introduce a NUMA > > distance matrix with unique distance values > > > > On Mon, 2026-09-28 at 09:39 +0000, Jianyong Wu wrote: > > > Hi Tim, > > > > > > > > > Makes sense. So, what about the following solution? > > > Given a node affinity sequence, a move from src to dst improves the > > > affinity of every task whose preferred node i ranks dst better than src. > > The score > > > is then > > > > > > Di = raw_dist(src, i) - raw_dist(dst, i) > > > affinity_bias_i = position of src minus position of dst in node i's affinity > > > sequence, counted among the nodes at the same > > distance from > > > i (zero when Di is not zero) > > > > Do we really need an affinity bias? I think your intention is to use it for > > breaking a tie. > > If there is a tie in affinity score (without injecting bias), > > just use the position diff to break the tie. Having a bias distorts > > the affinity score. > > > > > I think there is a misunderstanding about the purpose of the bias. > It is not intended to break ties between affinity scores. I want the > score itself to reflect opportunities for aggregation, including moves > that leave the raw NUMA distance unchanged but follow the fixed node > affinity order. > > That said, I agree with your concern about using artificial node > distances in the score calculation. The magnitude of an artificial > distance or rank difference should not determine the weight of those > aggregation opportunities. > Thanks a lot for working on this. I think there are two level of aggregation: LLCs aggregation, and Node aggregation. Your current proposal uses a best-effort strategy for multi-LLC/node aggregation. It tries to migrate towards a preferred LLC mask, and the size of the LLC/node mask is the "range" you calculated in task_cache_work(). Take the LLC case, for example. Suppose there are 6 LLCs, and in task_cache_work(), the range is calculated as 3 for process P, which means that at most 3 LLCs can hold all the threads of P. The strategy allows load balancing to move into the preferred LLC mask/range in random order: suppose the util of each LLCs are: LLC0: 45% LLC1: 40% LLC2: 30% migrate task from LLC4 to LLC1? OK migrate task from LLC4 to LLC0? OK migrate task from LLC2 to LLC0? OK migrate task from LLC0 to LLC1? no ... My understanding is that the introduction of distance comparison is because the NUMA nodes are not symmetric to each other, so you need a realistic sequence to saturate the nodes. However, this might not be true for LLCs - they are symmetric, and you can start with a pref CPU and get the next LLC via the LLC id sequence. That is to say, dist(LLC1, LLC2) = (rank1 + rank2) % k + 1 is not mandatory. Why not just generate the preferred_mask by adding the "range" siblings of the preferred LLC, and use preferred_mask directly during load balance? That seems to be straightforward. So we can get rid of the distance comparison (at least for LLCs). thanks, Chenyu