From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv1-f52.google.com (mail-qv1-f52.google.com [209.85.219.52]) (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 3D7FC227BB0 for ; Wed, 5 Feb 2025 00:56:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.219.52 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738716984; cv=none; b=fvlv8+wvlbdYTiEsQYQ54iBWcWIAVVLxFYYsqlQfNkRs8sHFS5RYh/ETZLpj0IjbyWTYMWBuGmbst0fTfyyav1iFqBiyXMDqvtrjt3YQYhduYr6LyAnbNEr2MQdpX91egYz1QgDp8Uu43FC4QaXjF5J1HUg+5f3ZHzkiDlC27C4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738716984; c=relaxed/simple; bh=9ij7khtd31hJX3bC+IFvIqGySEhuppZ7MucI5She8To=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:References: Cc:In-Reply-To:To; b=qUqw1NQ74J1xYGACgkpGhoQtC+22PI8fVexNgkMhUUPDthcB7mjpIh+cNHaTNf12QPixVanTAzAwZ1QXLhKcMP6R8TJw3iDl056bvzS6+e5QxWNOZ5zbHmxlBFZjwUQXVZ3XZey85dz6jkWL3yeD7HoGxBbAo1gzSkiRm661VG8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=joelfernandes.org; spf=pass smtp.mailfrom=joelfernandes.org; dkim=pass (1024-bit key) header.d=joelfernandes.org header.i=@joelfernandes.org header.b=JTRXHJxb; arc=none smtp.client-ip=209.85.219.52 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=joelfernandes.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=joelfernandes.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=joelfernandes.org header.i=@joelfernandes.org header.b="JTRXHJxb" Received: by mail-qv1-f52.google.com with SMTP id 6a1803df08f44-6e1a36b3684so72177616d6.1 for ; Tue, 04 Feb 2025 16:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; t=1738716982; x=1739321782; darn=vger.kernel.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=9ij7khtd31hJX3bC+IFvIqGySEhuppZ7MucI5She8To=; b=JTRXHJxb+8U+2PzYf10CesSBp7eGMv12OnUnanU9Qbx3qEb7uZH1u048Eebt5dvLKD Vm2NABsPInFBd6pRzkg2XQSbgQ9Ik7sNEzok2NwvQy9w0Dop8Ps3w7RMOIBQMO5wsl8+ 5TWQek43UlN8Ymclov5/can0twOXIo+HH3/1A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738716982; x=1739321782; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=9ij7khtd31hJX3bC+IFvIqGySEhuppZ7MucI5She8To=; b=JaO78O8TzzVlBa+ESTB7p5xxUkznFvPRBjLf7aqRnnblD4e3YAZp6in343HZZuQ238 V6Kz6JIr4U1L1/E5sh2ilgfFvQRylSbe/6vyE2P6Xy8dXPXzkcQsYz6kqm+DfxRxkusn lRnNYEEw3HXq3P+TgZ//5lWRkrbWyJ8o7mk5yQI47En4F3AKRCNMTDlsQAeWlb79uA1k Wjel3U7pCqZfJihBr4WPYtn7aN+8WwBWLCy+Phzf8yVKQWfGXny8pOV+AcsHuRPH+sS6 IWRm0JM3D/goCgCrr7UDWJFJsJeP70v5mgDwg3oqc4ClXMcw6sPb2UijozUHAj1g7JcR onoA== X-Forwarded-Encrypted: i=1; AJvYcCW5FZl/ds91vY6MDAtKB0Jq3aPzRw/wwzk9dgPgglAJL8ipxUOh71vNKELe4Ht1M7wX2nN7g3/j2Huy6KY=@vger.kernel.org X-Gm-Message-State: AOJu0YzyQDfxZNdOO9MwM9MH7IBTddLCQH35gfyLwkugqFnRL1xCzSL8 fHIX4MYUsQ82Kz0VMaapRbYAIO+sAAFJbLIxArgI441wtd4NM1ZhUcCYDrmcbgI= X-Gm-Gg: ASbGnctgmUJb7QDD0yaIj4DR06/RYg1eTbGlIpuJshIUuKsb11peEMGIF5Ak+te6ici lxhHNlmYrty9MV12OqcGmvwdxRV6E1wufa5TaMlHWC1J4Izetrsb69Q2M0HBxp0SxP2YQIo5C1t Lta/jKnJeL1qYJlbv/gsIosdWRSfVZtViosCJCbB4sTBjbU38e20q9HaKXdiOSFtqXXuOenS7hL MBrYOhS8O6kCrlbxOZzzJjZ2sflnAuOmQPhZRhAsJ7rLD24p/opp+UjbRSbPfwKa+pf7HYp0CS3 F1Y7qNqgIwfICRy07bagZwxxJB5XnwwJ+6FXoy/pCosrQOlX7xbWlSaSc/8k0Huia7S3qo3xBkt s X-Google-Smtp-Source: AGHT+IGIVVkrbX1KATNv8V2bEUqrsG5sfK5Qzl85BavL2KosHxDWEEmIEh2A+Ur9QNUp3/3BcOXuKA== X-Received: by 2002:a05:6214:d42:b0:6e2:4d70:1fbd with SMTP id 6a1803df08f44-6e42fb99504mr16023586d6.6.1738716981866; Tue, 04 Feb 2025 16:56:21 -0800 (PST) Received: from smtpclient.apple (c-73-251-172-144.hsd1.va.comcast.net. [73.251.172.144]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6e2547f2bbesm67911656d6.12.2025.02.04.16.56.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 Feb 2025 16:56:20 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Joel Fernandes Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 (1.0) Subject: Re: [RFC][PATCH 1/2] sched: Extended scheduler time slice Date: Tue, 4 Feb 2025 19:56:09 -0500 Message-Id: <9DA1FAE6-A008-4785-BDF9-541457E29807@joelfernandes.org> References: Cc: Peter Zijlstra , Steven Rostedt , linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, Thomas Gleixner , Ankur Arora , Linus Torvalds , linux-mm@kvack.org, x86@kernel.org, Andrew Morton , 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 , Konrad Wilk , jgross@suse.com, Andrew.Cooper3@citrix.com, Vineeth Pillai , Suleiman Souhlal , Ingo Molnar , Mathieu Desnoyers , Clark Williams , bigeasy@linutronix.de, daniel.wagner@suse.com, Joseph Salisbury , broonie@gmail.com In-Reply-To: To: Prakash Sangappa X-Mailer: iPhone Mail (22B91) > On Feb 4, 2025, at 5:44=E2=80=AFPM, Prakash Sangappa wrote: >=20 > =EF=BB=BF >=20 >> On Feb 1, 2025, at 10:11=E2=80=AFAM, Peter Zijlstra wrote: >>=20 >>> On Sat, Feb 01, 2025 at 07:47:32AM -0500, Steven Rostedt wrote: >>>=20 >>>=20 >>> On February 1, 2025 6:59:06 AM EST, Peter Zijlstra wrote: >>>=20 >>>> I still have full hate for this approach. >>>=20 >>> So what approach would you prefer? >>=20 >> 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. >=20 > Here is the RFC I had sent that Peter is referring FWIW, I second the idea of a new syscall for this than (ab)using rseq and also independence from preemption method. I agree that something generic is better than relying on preemption method. thanks, - Joel > Tying things to the preemption method is absurdly bad design -- and I've >> told you that before. >>=20 >=20