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]) by smtp.lore.kernel.org (Postfix) with ESMTP id 15FFBC02195 for ; Mon, 3 Feb 2025 08:44:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A0F4A280002; Mon, 3 Feb 2025 03:44:19 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 9BF55280001; Mon, 3 Feb 2025 03:44:19 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 886DA280002; Mon, 3 Feb 2025 03:44:19 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 6B43D280001 for ; Mon, 3 Feb 2025 03:44:19 -0500 (EST) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 2B95C1624D2 for ; Mon, 3 Feb 2025 08:43:20 +0000 (UTC) X-FDA: 83077994160.22.FA77D4F Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf23.hostedemail.com (Postfix) with ESMTP id C7874140007 for ; Mon, 3 Feb 2025 08:43:16 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b="B+Dv/jU2"; spf=none (imf23.hostedemail.com: domain of peterz@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=peterz@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738572198; 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=oFXjD8g8xVNyhnYAipqjv5HHkEWDGSdwQyIftVMCgiE=; b=AyXMAp44YO4flpL7cHJZN+mV840Q/8Q/iFSt9DkewBVa+C2uU2GZ3ROjJyHtR4+T5C8pJe V/PGwPlYo+bSwvi4o0IT2LZLYx5fMYsKIEwDHcgzylgbpiLhrDJeoTLLZ3d9ht4i9cP7UR afSVcLz0XYMGspoKXjDzMzW2pBhYwxQ= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b="B+Dv/jU2"; spf=none (imf23.hostedemail.com: domain of peterz@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=peterz@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738572198; a=rsa-sha256; cv=none; b=Mm5ZYq939RqSXniyP5npoTNsE1A0nZyueXorkE9F72e9er7XMv9+nqCtlK68riTjQAednd 4AWuw9TIvFBM+uqlhV09GhqxdAV2i75S/ITNKDURtZBQbscP6SBOZ5cDocrFh6YNMPJdvE 7OGo0OEU28L44FFxMbUfyxzZjf9EUgs= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=oFXjD8g8xVNyhnYAipqjv5HHkEWDGSdwQyIftVMCgiE=; b=B+Dv/jU2mnRuU3Mi2LQOxrklDr x7plI9PkW2FDvB7bOwqX1JO0JYEV/g8hI7DXUPU0phpXonZXYIegT5ii5bL1CP8qKjU28FsDAl832 1ShOETXDlzwXGphAHP6gmnGRsy8FWHVHq811hEqYTYI/Wh1p7dJsg/RForNJzutwTsSeuX/DVJMQa +akCL59lwWJ+KEZePhPR7P8SZcTNXAI5+FCqtEyjnf0tgBgaK6dmDVoms3W0+/8/3bARNhLMeCdaK I4Utc11vgbsrAie2zLjw9X9r5gmHp3HwIY27vpNVoqLg81CUqLhLyT6bZFUOvH3OaN6RwkIzGUTmG AdFtQCyw==; Received: from 77-249-17-89.cable.dynamic.v4.ziggo.nl ([77.249.17.89] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.98 #2 (Red Hat Linux)) id 1tes2t-00000000k6G-2Wem; Mon, 03 Feb 2025 08:43:07 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id 9DDE1300310; Mon, 3 Feb 2025 09:43:06 +0100 (CET) Date: Mon, 3 Feb 2025 09:43:06 +0100 From: Peter Zijlstra To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, Thomas Gleixner , Ankur Arora , Linus Torvalds , linux-mm@kvack.org, x86@kernel.org, akpm@linux-foundation.org, luto@kernel.org, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, willy@infradead.org, mgorman@suse.de, jon.grimm@amd.com, bharata@amd.com, raghavendra.kt@amd.com, boris.ostrovsky@oracle.com, konrad.wilk@oracle.com, jgross@suse.com, andrew.cooper3@citrix.com, Joel Fernandes , Vineeth Pillai , Suleiman Souhlal , Ingo Molnar , Mathieu Desnoyers , Clark Williams , bigeasy@linutronix.de, daniel.wagner@suse.com, joseph.salisbury@oracle.com, broonie@gmail.com Subject: Re: [RFC][PATCH 1/2] sched: Extended scheduler time slice Message-ID: <20250203084306.GC505@noisy.programming.kicks-ass.net> References: <20250131225837.972218232@goodmis.org> <20250131225942.365475324@goodmis.org> <20250201115906.GB8256@noisy.programming.kicks-ass.net> <20250201181129.GA34937@noisy.programming.kicks-ass.net> <20250201180617.491ce087@batman.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250201180617.491ce087@batman.local.home> X-Rspamd-Queue-Id: C7874140007 X-Rspam-User: X-Rspamd-Server: rspam11 X-Stat-Signature: za193o5wemjbda51jzbanrbenjszgcqw X-HE-Tag: 1738572196-820768 X-HE-Meta: U2FsdGVkX1+2PBN/ia1ZsyHPWagVwkPPonkUo9tV1rnkBgZ8F3pgHcqMoJcfWSGOZgHuFgJG7pK1huylORELzDIC5jLtog7voTqZfej0bdCxxYYUnMxW4ZWhE/63OaGWEMKnc7c8w+Q5QB1n0f94C3YAQiZ5/MCa7jR5NZIVpcFDtzZPZrNnX6NS2SbfwlzahyoKyzlcocmxu5sab4iT/mqyO9QSnq4P/3Ny+nTRg7vp6gpDvk2Mp8ORiQZyUT4M3+BbZrnRCa5hiddQC1nqtSootPgNuKvPJdKpkZCwCFqG+mMlPTyneUrA++C4aHNgyKauWsSyA9iGk/hHCo7MlxHWn3FzZkeoow/Dn5nFQ2TcHC7NS4/WsvQukS7c7QFylAi1NnKU3S6o3p6rvtOwc2Vi6G7/NGx5l0GlQY7PxeDIfj5yvgtYQSWlSaC9K2JYd7xdSn7LUs/q7dHZIZuNUKYfJUCDPjXxQ4TuotGG54JohN2BOyHffYfLdmqAaZRq1pM8XHHUMbpv8Fw9idk5eBJp1f9EeQT9vG5hfeWSg0TzJFTZGFbu6ajYal8qnFk1HGQTgAnBgLZrGVpjV/pfG3m5r9G4ueS5xlinvkPpy9PipcFiovc+EoKD82mhJyiX9oiPabEmffjqRk57nTbJANIVckj7YO6eawu3JNNpOiS4Ck+DTTjrJnpXxwKMj6+bKfpWgdhcjWIoQAzxGknGpCGX+c6/jZpfFMpDFiBSx3gp68ckdsmmUbEwGdDfo7I690CUu5dY76ft5lcdaMEPeKxHT/GVhz5z9fE9UB5accVanbQjUfTlmZmGQKO/NkdxJXjJzkwQOHrDIx25P4Q6GMUzTeyv9updJ4U2e8MHkUT7pWvR+LvOGPw0zGN20nusk33I3tU+RUEUPQOQlUMCtE6CSXo+265lbbwFpxipsV8bphRBJNXaESLf64GmkRN+QhpnGNbNt5XJCnF8pct hUyPpYOe d6m+BE0bY/MdwpkBugo+y/IE4JgY4K6OxQPsSC982HIhcmRD0WkaD3v0iDIrra4bVGEoOk9IwWm2zzfihaxbLj8rK+b9kpbigPjmTMK5niKfIiMyNbVNANZTmgEe0cG8T/YZGLqr9dIcKcZ6mYnKjf7PaGm9HXWmoNWYrrxtCwC8Tw1Cpno0sLE7sQ2NTSA9rCxg5iKfu2H2bDIz8+NvfyCoVxZjpsoY5Gi6PsczBc7PpmsSkdkLgjUVvSZPVMKqtKjR3JKHdukXviGR95SfGKs1VGMr2oAKKmBhetMtGP5lJ69yVZ6p2np2AH3Fgz4Y0Rbfa X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Sat, Feb 01, 2025 at 06:06:17PM -0500, Steven Rostedt wrote: > On Sat, 1 Feb 2025 19:11:29 +0100 > Peter Zijlstra wrote: > > > On Sat, Feb 01, 2025 at 07:47:32AM -0500, Steven Rostedt wrote: > > > > > > > > > On February 1, 2025 6:59:06 AM EST, Peter Zijlstra wrote: > > > > > > >I still have full hate for this approach. > > > > > > So what approach would you prefer? > > > > The one that does not rely on the preemption method -- I think I posted > > something along those line, and someone else recently reposted something > > bsaed on it. > > > > Tying things to the preemption method is absurdly bad design -- and I've > > told you that before. > > How exactly is it "bad design"? Changing the preemption method itself > changes the way applications schedule and can be very noticeable to the > applications themselves. Lazy is not the default, nor even the recommended preemption method at this time. Lazy will not ever be the only preemption method, full isn't going anywhere. Lazy only applies to fair (and whatever bpf things end up using resched_curr_lazy()). Lazy works on tick granularity, which is variable per the HZ config, and way too long for any of this nonsense. So by tying this to lazy, you get something that doesn't actually work most of the time, and when it works, it has variable and bad behaviour. So yeah, crap. This really isn't difficult to understand, and I've told you this before.