From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f53.google.com (mail-wm1-f53.google.com [209.85.128.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8161D1E47CC for ; Tue, 24 Feb 2026 03:31:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771903871; cv=none; b=O6TK5TVQ5fys/fYlugL0vFZVNU4zij339t6MmIS+iPbmrhKxOK6t5f//pL7fOOFDigzsg1qtMgIIiEeaaXHWzOSBtqKNzbg+Yv2LUldOhxY/CAKDjYEjkxTHe/7MB8N24W9OqWW+xJi2cJbIPcWlKY8HLTuPvVF9PX1zzwtNvis= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771903871; c=relaxed/simple; bh=qEO2kG34rWEP80OyZJFESkaUNdNtTIKJlJAtNe75s/I=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=FujcGFN9DbhwqoSSElc4J7uA2/lb8IaryjGP1FJXWI+5s8hLudn0diO7uZKj34P1BhKeFaIY55FmAo1/3RmHLHs6dLPQiryprkto1Iz3smQJSRclbRO7pd7vOzgV+XiKBT5EYulwOftgP5ki9Ruvdq3WujVVfgYucXzWATupny4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io; spf=pass smtp.mailfrom=layalina.io; dkim=pass (2048-bit key) header.d=layalina-io.20230601.gappssmtp.com header.i=@layalina-io.20230601.gappssmtp.com header.b=fdAh1VnP; arc=none smtp.client-ip=209.85.128.53 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=layalina.io Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=layalina-io.20230601.gappssmtp.com header.i=@layalina-io.20230601.gappssmtp.com header.b="fdAh1VnP" Received: by mail-wm1-f53.google.com with SMTP id 5b1f17b1804b1-4836f363d0dso43311925e9.3 for ; Mon, 23 Feb 2026 19:31:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=layalina-io.20230601.gappssmtp.com; s=20230601; t=1771903868; x=1772508668; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=43KbEZyLWRFohRxSAGrlKkZWOWu6WCbY3fxsyQa7uhM=; b=fdAh1VnPOISro4FoUzSdpgxzBcgU4HTuEcQrXDe/G+DR5I+f3C2V2Ybj7ClYtL7L/O agtKQkDKLkduJUGYWA48u/LlQVmqy3HVzabxVHjiYJYXAX4O0wkqFIW3+Vhu8noTLgLr +SqreF0BDmElnpIsqHoCIBuY3OU/9uu3auhisAGrBsPo4DczsLXpYtCBzGjPP48ZGeG3 a/dQzh/swo0y+rRJrjPJaCJStdtOFkzLqkEKHZ/Jvh5xk5ozOuRwlQisziJpnDmrIRVh 1o7x2bS8DQF5A28JT4IisedjrhYxbEpTZgnNWzuhVUWwV8vxOgWgFlqdFMEUmsJ3cMHm 6fhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771903868; x=1772508668; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=43KbEZyLWRFohRxSAGrlKkZWOWu6WCbY3fxsyQa7uhM=; b=qmrfD+ZcjsJwo5e7kQnH/ythtDwBTusd8AF7nj1t8tT7//QvubRwUZ+jK7MONDBIUc eRs65Du7ns0YrtwEYfxTikPDhs9GwgBO9dbJhvJ/s+MNwXihMp3rAYfcGxpXgLaW8Bqn NEdi0SQWVyuTuKpNWXzPFBB3V7mUSgfBCAyAgwl0gk9OY6OgX9YGEq1geaa6xho2wCiJ ldhF02rjXtx0C/e3nyBFHs3wuXeEdqvnQp/R3+EyB2dS7WxWQTsBMZR7mr3rTf3bM/CC tzajy1OibgbJ4Y/Fg2ts7wCv6r66TzOA3YUvJOYwnrgLCQJ6KX3nrqodLA4o16FyJRFs b1ag== X-Forwarded-Encrypted: i=1; AJvYcCXbLnEcE4sGCbwFTD4BfbXPWIzCBB0TmPQK8WDzobOLbWPXEu3fpEfCdLEjn/+XnkW1Qnn17lAjFeN99Y0=@vger.kernel.org X-Gm-Message-State: AOJu0YxgRNVWqvS7BU9v8mVGwUtGYLnWjB+MJd9K5rwCJgkMxY2ZlMcV ur09BKh99O2hwpdWiMch9MLQtoXr0iDQmp1SJYDBjqImqLpB+reX5xS1lv+iz9LKjVM= X-Gm-Gg: AZuq6aKIlXtxI0bkGecfDTABlFQz1t/VIrRuJlnsl9yXPmVVa0xToamheg/b38PW5ku LCMz1vCUlsL5otTvk/IPkGU4DB1z4N9mdZB7ZBn+3HJ6IWoxN1vbGbNUc5msHC4tfRC9EtVXxbX pqZIGc8P0SjwbjBWh1X/9GaeFLaoBAWE2FPTVkjrDPr129VvyosirjeqOLQcAAyEeOQYr1bhSt4 wqN10Nt4ec8hdUMudp4Ol7yppMNu4AsMNxfYUhPU78mdRuvpLDUOGzw8ZyiRcsaq4EmhjfRwytR M2+AR5SFDVBYoaRXMBEAGfZI/UiwZQRfJvVQgV78UToP5rdR7KWt5eaLspqk+YeWo2Zg++GQLwd 8PBd5npEl1e2tVpGFuZoBcqixtYzr7TBdi+fg2VLkCbg2Ut8h8xlkgEA2tM17wppoRiYCyeiFFz h9z/O85D0P+g//nKgLsfYPKMKhkBTbdqkjyDxxo/w3EhzW0vs7R7Qqc9kMKCWCRbjzHN3Y X-Received: by 2002:a05:600c:37cc:b0:47d:25ac:3a94 with SMTP id 5b1f17b1804b1-483a962d1bbmr151392125e9.17.1771903867754; Mon, 23 Feb 2026 19:31:07 -0800 (PST) Received: from airbuntu (host86-169-41-76.range86-169.btcentralplus.com. [86.169.41.76]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43970d54760sm23546909f8f.35.2026.02.23.19.31.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Feb 2026 19:31:07 -0800 (PST) Date: Tue, 24 Feb 2026 03:31:06 +0000 From: Qais Yousef To: Peter Zijlstra Cc: Tim Chen , Ingo Molnar , K Prateek Nayak , "Gautham R . Shenoy" , 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 , Vern Hao , Len Brown , Aubrey Li , Zhao Liu , Chen Yu , Chen Yu , Adam Li , Aaron Lu , Tim Chen , Josh Don , Gavin Guo , Libo Chen , linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/21] Cache Aware Scheduling Message-ID: <20260224033106.uf4s3ohlrexqphbi@airbuntu> References: <20260219140828.a7pyzupun7lsdw34@airbuntu> <20260219144108.GI1282955@noisy.programming.kicks-ass.net> <20260219194845.jqu5ydhid7csukpk@airbuntu> <2822d23a5f3601073b95627075f7d1eac20e9694.camel@linux.intel.com> <20260220034127.ptmnnoisgg3vnxj4@airbuntu> <20260220084501.GE2995752@noisy.programming.kicks-ass.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20260220084501.GE2995752@noisy.programming.kicks-ass.net> On 02/20/26 09:45, Peter Zijlstra wrote: > On Fri, Feb 20, 2026 at 03:41:27AM +0000, Qais Yousef wrote: > > > IMHO I see people are constantly tripping over task placement being too simple > > and need smarter decision making process. > > So at the same time we're always having trouble because its too > expensive for some. If they don't want it, they can turn it off with a simple debugfs/sched_feat toggle? I think our way out of this dilemma is to make it their choice. You know, many problems can disappear if you make it another person's problem :-) Joking aside, I am trying to implement scheduler profiles in Sched QoS so that users can pick throughput, interactive, etc and toggle few debugfs on their behalf. Hopefully this will help abstract the problem while still maintain our kernel development mostly as-is. I don't think we are forced into a choice in many cases (at kernel level). But what do I know :-)