From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7105231DDBF for ; Thu, 23 Apr 2026 16:49:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=198.175.65.13 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776962961; cv=fail; b=m74rkOZpLOYx97+88MxzLqN25U5VqNlam1Hzml6iRh/a8SoI1zx9V3994tUEfA0HdvlEisZn/2reaW+Z2TtCXbGek4O+g9Pfp1QZDrW4ajRDVHAA02cBUxXhK2m/9k6eLkF9dO0GRADj9pQtWhrLkSpKggMuLAH49yVseQr0Ca0= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776962961; c=relaxed/simple; bh=26hzIlhml2KHVg2nAHecITiQBNpk3NIlupqNv2t2h8A=; h=Message-ID:Date:Subject:To:CC:References:From:In-Reply-To: Content-Type:MIME-Version; b=agFQCTYfaJXmrFzVcckM02Jbp8KMsXtatPQWzNsCs2r/PTnshYm5eMgkTW9ntN4eQMScfRnOG++Enz6VVlOKUq0yTwjVMZMtV+lN6S6kLEIoAh5rGOM8z3CJTTqzRZOkSRpPlNOa0jtqb9jMp5TdLgCgR9Th9DslcTZs1aRPaDg= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=VKgp1eiS; arc=fail smtp.client-ip=198.175.65.13 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="VKgp1eiS" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1776962960; x=1808498960; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=26hzIlhml2KHVg2nAHecITiQBNpk3NIlupqNv2t2h8A=; b=VKgp1eiSPeZY4s+LNp/YY0MvuCuPq6GuZzFGB6ni69H4D1lS/DRhP2ES 1K27zcPZd8wzM10B0Go0ud9AHQ2/jaqjVTTOdDVTOWZvPxSwbmnWDdKX9 BxGG211hbJUER8KXTDyWBvGY1hLrZqVfTL70/1tDN3bA8B2oOQOGg6JUE /0rySjMNpHwKahKhughnw1zFeU8daEhsg29M6cCW2Ffn1AMZQDOWc37tg lytm0h2TcKJ/JR3IwLSrPbRby+uwuySgFMfN29rXBAC2Kpqpu3Z7plC7g IzOCppeEj3THdYgTLdIRcrNx3NCqhs2ksfF7z7bsZdVYuFGAXFNEKca3e A==; X-CSE-ConnectionGUID: CkUVHT5pSa2hpbuxD2GP8w== X-CSE-MsgGUID: SdfCTbJuTwCRLwDoWuG4XA== X-IronPort-AV: E=McAfee;i="6800,10657,11765"; a="89018917" X-IronPort-AV: E=Sophos;i="6.23,195,1770624000"; d="scan'208";a="89018917" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by orvoesa105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Apr 2026 09:49:19 -0700 X-CSE-ConnectionGUID: XwXK2w0uRzCgqffbowbsqQ== X-CSE-MsgGUID: grQhCHqdR+uhzK8zeho5Eg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.23,195,1770624000"; d="scan'208";a="231676568" Received: from orsmsx903.amr.corp.intel.com ([10.22.229.25]) by orviesa006.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Apr 2026 09:49:19 -0700 Received: from ORSMSX903.amr.corp.intel.com (10.22.229.25) by ORSMSX903.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Thu, 23 Apr 2026 09:49:18 -0700 Received: from ORSEDG903.ED.cps.intel.com (10.7.248.13) by ORSMSX903.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37 via Frontend Transport; Thu, 23 Apr 2026 09:49:18 -0700 Received: from CY7PR03CU001.outbound.protection.outlook.com (40.93.198.35) by edgegateway.intel.com (134.134.137.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Thu, 23 Apr 2026 09:49:16 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=J+HXy+mnMHd9w8RtA3pDNmb/yQa1mUDi7jn9okVsC/FqY5hubFzpYAqJQdY0a8S8yloI2U8eY+TUDeG1bh472YHt2eDgTGGKR6OdFESoSNXL6VtMOHOofTzqdQPSPOD+T7XX2gJzHfULkIzG4pl+N5/VaUqLJEFJyvEVW3dBcexu4Yfsi0jY/VslUboM5gpgnol74w6yA3sEBbTg3aNgpxGaunubbvUdM+fttoX9hiOde48Yz67wxgvlTDO8sina53Mlnyc/JyWa9hLlFkYpjRnE37JjWprpZ0duhgHIhay7zlpMb+DyXoFG/yZyCQegmwQ6PIRiKoWvT/WTUSCfXw== 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=klTca7rPzdbQ96gwt43haEINRptBvsH5zhKWzwCozeY=; b=bPRaVv/2MkoADVoFkjhL1U4eei3chqD7OJHAtq/THkZ3Wpk0V4stBlnNTeo5WktIRUUJamd5I2OaA7B8qLXnBmLi5UzaagW4obk/msAlmUG4hB5uEJU4tn6keyRLOXfK1wfc0/X3hbp7YjxF2j03joM2bCvs9wWYrxNWRDtK1xyfAY27FhPgXFu5o69eOk4buAVJhD0o5ZLy1MfLZxp/U/FZ80qTpE8y88Ldt3A/2S1AYo1i52goSppmpP2BJdDmKYTqMetb61HbtH0iCohatGM3cmZJh65KvgFArBdGudIpHQuVYXLoWowaNG05uYMG3ES3XafgVpz8RqxhVe2+TQ== 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 Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; Received: from DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) by PH7PR11MB7429.namprd11.prod.outlook.com (2603:10b6:510:270::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9846.20; Thu, 23 Apr 2026 16:49:09 +0000 Received: from DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::3058:1480:e4ac:5765]) by DM4PR11MB6020.namprd11.prod.outlook.com ([fe80::3058:1480:e4ac:5765%6]) with mapi id 15.20.9846.021; Thu, 23 Apr 2026 16:49:09 +0000 Message-ID: Date: Fri, 24 Apr 2026 00:48:55 +0800 User-Agent: Mozilla Thunderbird Subject: Re: [Patch v4 00/22] Cache aware scheduling To: Qais Yousef , Tim Chen , Vern Hao CC: Peter Zijlstra , Ingo Molnar , "K Prateek Nayak" , Vincent Guittot , Juri Lelli , "Dietmar Eggemann" , Steven Rostedt , Ben Segall , Mel Gorman , "Valentin Schneider" , Madadi Vineeth Reddy , Hillf Danton , Shrikanth Hegde , Jianyong Wu , Yangyu Chen , Tingyin Duan , Vern Hao , Len Brown , Aubrey Li , Zhao Liu , Adam Li , Aaron Lu , Tim Chen , Josh Don , Gavin Guo , Libo Chen , References: <20260416002749.muyrcycmtabksav4@airbuntu> <20260421003438.whnn2gvv4gkfcmx5@airbuntu> <83c14639f1d6baa1665ad367c308676e5f951ff7.camel@linux.intel.com> <20260423150649.y27ks53zldy2upwo@airbuntu> Content-Language: en-US From: "Chen, Yu C" In-Reply-To: <20260423150649.y27ks53zldy2upwo@airbuntu> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: SI2PR01CA0040.apcprd01.prod.exchangelabs.com (2603:1096:4:193::14) To DM4PR11MB6020.namprd11.prod.outlook.com (2603:10b6:8:61::19) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM4PR11MB6020:EE_|PH7PR11MB7429:EE_ X-MS-Office365-Filtering-Correlation-Id: 8b5e98c3-ba44-432e-0607-08dea1583d61 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|376014|7416014|1800799024|366016|56012099003|18002099003|22082099003; X-Microsoft-Antispam-Message-Info: 5/cyH3M+go9o6UWXl598l7HFTT2FA2urPscyBq2V6zpzv7wgbwix0+ffLXPaIuvuiw9KtdHnol1p6LtqleA5ACrtOuCzPq6eDW4qQeOKtZ31CRoylYEwjmocQCVcwdKCrVY1mwD5YaCqgaRzXl4tnf5bqJXAZrDwnYrEtDetEbF1VYdbVGGEYYF4xbMz9Ijx4PK3NMvzOyGTmftTeLWvjjtxzhlYfTcxvFlre6PXViG8MSG++A7pMptBWslJO33LeU+TRjK6IJHc92gdSJ6CowkCrSCIaMNtZKwLExIUis9F7sN1bRLoK1svntfDvCCUCTYsPA0kq6DwJbKi8jauoSvxyqqxQhsxslE1Dex9OWaY8+eO78hJGGVIQkXruzXCasnsv49j9MxWTaz2nQOHRDM14Yn5rNXaITzfMeHpNBd3S7Jok5D/EVpyxXLpxHC32qd4hFbYKT8VPNqENpFmk24HiHYRWT8529W3DVhXnUpO9XmAbdnJ7wGbCux3roGMFXEeJlITDS0TCS2XynK2UM0aLuL7bfOqyrddMFvQWLZ0YvNUc/4jEP+nxtXM4Ro/HT6KZ5UWEFkwJJHXhTl6elA888t0IrxPy3geGXQ9XCHIBwC7py0coTiZ2rxhqUJDxmsAziGM1ZnT3AlDQI7jPM6Z/7/R0BeB+3nhURpw5BRsoJyqiXunExBME3zjiTLolmvm9vX9B6aSpcqkucEJ/+mXXcpk4OqvI7UtuIFUbeU= 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)(376014)(7416014)(1800799024)(366016)(56012099003)(18002099003)(22082099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?SjUvMnpCcjlQYjFQYjEzdkZ0b3hqYU1RdCszTXV1ZGRoK29NUHRoYXh3ODhv?= =?utf-8?B?SFB5QUJJdXA2MWxxRjNackcxSmU2V3pmZnNhZVJobTBVSkdaQ2JHZlN2YkxP?= =?utf-8?B?SXdqTDBjZldpY09FSCtxYWlVTnROWElKNTkxTzZVVEl4N0psN2NoY1F1dFRX?= =?utf-8?B?VDNzNUFXNW81Qm1qdGp2M1ZmNFNRNlZVTWpQM3EzMmVuWHluQml3Q2x6TTZs?= =?utf-8?B?cWhUK1RWZEpYaVhMRnAyemR0Q1NubU9qUlJFWklTUU90YjJmbWJseVhkL2du?= =?utf-8?B?VXkwSHE1TFdublhTcnQvc3JZTEF3OUNvU3FPRGVyaUtjMGZOMWF1SEV5Q2VO?= =?utf-8?B?eE1VVzVnMkplZ3Y5djZDWmJiaXQ2dG1GN1ZOTVdyeXJ0eGI4bEoxRHBYYmto?= =?utf-8?B?TzdvT2NUcG8rOHVmZlk0NldEZ0ZwRXpWZVZTRUdGTDVTcGovWUpucHhWL2sw?= =?utf-8?B?TXI2RGNOeWJpUlhLU1JRVGhINWlpclNISmtvQjhxQXB1YmNudUJNZXRCOWNX?= =?utf-8?B?ZnU1SGJjMDZDNnRITTFPODcrbGcrTUhhNXRMY0FxblMxTXdjN3RRTmVGcXJ2?= =?utf-8?B?N1B1ZWovSzVSUzdXS2pOV3VkWVF1VHg3NVNHa3U5UGJQdnJRTGMzRHlkWWE5?= =?utf-8?B?b3psV0lqa3QyRUc3dHhCOUQzZGhxbmFvRFRIeCt4S2dUYWtFcFhINzJXb3RG?= =?utf-8?B?SXZYSTBpNEt2eWxRSlNLK0FiR1grcldYVisrRGVhVFVxZzRXVnBMT05HU1hm?= =?utf-8?B?M3h5K1AzeE9KVEFodmNDWjJyS3RRQ1BTMU1ybjBKc3JuQm1CTFFWaUxFa1do?= =?utf-8?B?VkxJcGlTcW56RkdpOTlPd1NwVXFFRitCS3FiTkJOQWgzRnY1Ym5wK2EvWWZG?= =?utf-8?B?UGNlZ2FyTlRwYldCMmRKOEdyRHBuRnRQY1BhUzh4Rmw5MFNTT2lZSU43U0Zn?= =?utf-8?B?L0ZobGl4cXBNeDJVZ1prRU1ZemZ4VjBFcDRuLzVSWjMwdmpRN0IrZWZ2cStx?= =?utf-8?B?UmNtK2FrLy8zM1N6K1hxUXdwWHl3V0tyN1RneVNxY3BwTjB1bjFlZnNMTGlM?= =?utf-8?B?c095bkgyd2dFeHRXUHpqZWdKNUtLRVVKZjk5QjE1S0JtVUp1QkIzSjRxTk5T?= =?utf-8?B?Sk4rbEpmUjI2NzhIL0M0UjZKZThTU1lxbjlOM0I4NkM1MlBPallveHdnQ0Rr?= =?utf-8?B?ZHBOODFvYVJTenFLczdpRVlMUVRQbnd2NmtFNjQ4UHVhalZEUzFVbHZuNW0y?= =?utf-8?B?S29BSDdHck8rN1hDVVhnZjdDbUpNenVVSDFDMGhQMFRhWFFJWVdXUUY1Z2VH?= =?utf-8?B?UWp3em51UXFhMFVqV3NyaFhHS3VSQUN3RzdSSUgwRHhDamJBcVNWcTBYZzhE?= =?utf-8?B?R2xHQnp5OEF5Wi9sc3lSQ3JXNW93M2NpOFdSUjV4OWw1aDlCK3d6YTRPZVM1?= =?utf-8?B?aXZDOTMxZ2MzRklHSWpPRHN4azJtenJJUjRLQjJ4eUlMMWJLWXBhZ013QnZE?= =?utf-8?B?eFVHOTd5YkVNTVE5REpLRE9FUlRqZ2l1UWkxU2lYbDB6YnIzR0lud3NYbWZv?= =?utf-8?B?KzlrdlI4OTNCdWcyTC94UHZJZ2Y1c1dJYkZWaStvV05meGxmc25hZzBicEpX?= =?utf-8?B?eUtpMm5oSXZFVXQ3Y3A2d3JJeWpOcUlHUHlhTCswYjlKOFFiZkVZc1QzUnBm?= =?utf-8?B?akUwMW9OR2VCVUxaOVZ0QlFGaDBCeHd5eUVIbXVmL1Axc0NKUXNYUkM0Tko2?= =?utf-8?B?M2NWUTVvbkkwNVo3TUppTGdzSHlJY3lEQzBycEpKUG9LTVBmajIxN1Erb3JS?= =?utf-8?B?S1FObDJNV0pKR1F5ZC94VllSWjF4M0J2ZGtnQkF6OStNWElvUERoNC9ucVc4?= =?utf-8?B?NVF5RTRxWnp3ekNQVGtpcHpzbElQWnNwRm9PSmNzUDlnQVNBZEN2SDBxQjJV?= =?utf-8?B?aU1QbTdUL0lPVyszUGF5T1dzam9GYWMwd0gyMGpQdFpjTjRoS3cyQkNQVnEz?= =?utf-8?B?bjFYdnFmNVFSSzArcGVGR2Y3NjMvN1V6eTBLNFZTK0pGR1ZlQzR1d1AvbFdx?= =?utf-8?B?bnhKaE42UWZvR3Z0a3IzUkpzcVRyRG1QWE5mM2RvMGU5MEgyQWpkbThxeWZV?= =?utf-8?B?TzlOeFRWZVlJSng2V2h4SEwxRWJwNG5FekM3Nkp2UnQ5Z3pXN1BGSXI4dGVr?= =?utf-8?B?cWpYZHU1K0JsYnVlS1VyTzNxQi9BQ0FjQURuWHhwNW9NM1YvK0VPRDNhQmdH?= =?utf-8?B?ak56a2JwZ3hycmYyVzlVenByOVprTEtMU2oyZTN5NjNLNkxIMzA0TGhtd0o2?= =?utf-8?B?bkRNdFdXa2x2Vm1DUU9QeS9GQmk0b0dKS1F6WlBvVzFvYUo0MVZMQT09?= X-Exchange-RoutingPolicyChecked: SeSEtUIkwsUKMkKYyqp62h0O28evvq195waPayicFPjv16e1IfEZE28MofjFzVWsOUGeFTDpW17iJB6nM1bhhruQUn3LabUsX8dTjJgg+MwNZEUoMTywnmu4drQEJWzsoyxSxAKgkQxnuYuZQwF6uIuJT3a2miHuADCfGzqHxkZT4F2RGf9p+TUQP6U7kANTLsBTNonSSkfz4nh43iKA1qyPNBABBN4VgInIiFTNzrdvNA6Vp+cn3G7G4IG6jCPhMWjxJ+w/Bra6Kjhf2JAE5wGzC8h4XsVWKEVc+9Uue5Zs/KReoMEO8p3IgZEMHlrKRXtxTyecLhZkHoG36SqLwQ== X-MS-Exchange-CrossTenant-Network-Message-Id: 8b5e98c3-ba44-432e-0607-08dea1583d61 X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB6020.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Apr 2026 16:49:09.3269 (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: 5vrZdNt4THAlWsojlQX7mdycAncFpTu1/YGJNc6+ofFezamvRWmyCUFSB+J4fcmfi6EnU4/GQ6jxPXNLyhI9Og== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR11MB7429 X-OriginatorOrg: intel.com On 4/23/2026 11:06 PM, Qais Yousef wrote: > On 04/21/26 13:57, Tim Chen wrote: >> On Tue, 2026-04-21 at 01:34 +0100, Qais Yousef wrote: >>> On 04/20/26 17:01, Chen, Yu C wrote: >>>> On 4/16/2026 8:27 AM, Qais Yousef wrote: >>>>> On 04/01/26 14:52, Tim Chen wrote: >>>> [ ... ] >>>> I suppose there are two scenarios. The first is enabling/disabling >>>> aggregation >>>> for a group of tasks, and the second is task tagging. For the first >>>> scenario, >>>> this can be applied either process-wide or cgroup-wide by providing a flag, >>> >>> Cgroup-wide tagging doesn't make sense IMO. Process-wide yes. >>> >> >> I think this depends on the usage scenario. In private discussion with >> Vern from Tencent, he mentioned that such a cgroup based tagging is useful for them. > > We all want ponies :) > > I think this needs a why. It doesn't make sense to group procsses in general. > It seems this requirement is tied to elaborate setup to force the kernel to > deal with this elaborate setup in a generic manner. Using cgroup tagging appears to be a trade-off intended to reduce users' overhead from interface migration. Based on feedback from several cloud providers (Vern, please correct me if my understanding is wrong), cgroups are the basic unit for infrastructure construction: there could be a large process with N threads: N/2 of them are assigned to cgroup1, and the remaining N/2 to cgroup2. Updating the attributes associated with a cgroup is straightforward - using process-based aggregation might not work for this scenario - using task-based aggregation would require to re-write the mid-layer. > > Anyway with the tagging approach we can easily allow process level LLC sharing > via simple description like > > // shared cookie definition > { > "WEB_SERVICE_COOKIE": [ "nginx", "postgresql"], > "TRANSCODING_COOKIE": [ "decoder", "encoder"] > } > > Which simply tell the utility to reuse the cookie for these processes using the > key as a unique identifier. > > By the way, cookie generation might need kernel help to create a unique id. > > Still, if someone wants such elaborate setup the first thing to suggest is > static portioning via cpuset. Do you know why this is not sufficient? I suppose it is because the admin want a high system utilization by mixing latency-sensitive tasks and batch tasks together to share the CPU resource. Using cpuset to isolate them might bring lower utilization. thanks, Chenyu