Message-ID: <a3a99571f589fc19152b0ad21bbe7cf70b13ede1.camel@gmx.de>
Subject: Re: [PATCH 10/10] sched/fair: Implement an EEVDF like policy
From:   Mike Galbraith <efault@gmx.de>
To:     Peter Zijlstra <peterz@infradead.org>
Cc:     mingo@kernel.org, vincent.guittot@linaro.org,
        linux-kernel@vger.kernel.org, juri.lelli@redhat.com,
        dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com,
        mgorman@suse.de, bristot@redhat.com, corbet@lwn.net,
        qyousef@layalina.io, chris.hyser@oracle.com,
        patrick.bellasi@matbug.net, pjt@google.com, pavel@ucw.cz,
        qperret@google.com, tim.c.chen@linux.intel.com, joshdon@google.com,
        timj@gnu.org, kprateek.nayak@amd.com, yu.c.chen@intel.com,
        youssefesmat@chromium.org, joel@joelfernandes.org
Date:   Thu, 09 Mar 2023 17:24:21 +0100
In-Reply-To: <ZAn7QAjQvw5q6aI5@hirez.programming.kicks-ass.net>
References: <20230306132521.968182689@infradead.org>
         <20230306141502.810909205@infradead.org>
         <bfbfbf041854e2cd1a8ed14e64081062e5d632d3.camel@gmx.de>
         <9fd2c37a05713c206dcbd5866f67ce779f315e9e.camel@gmx.de>
         <20230309090633.GK2017917@hirez.programming.kicks-ass.net>
         <ZAnUnSEJ92bKpim7@hirez.programming.kicks-ass.net>
         <ZAn7QAjQvw5q6aI5@hirez.programming.kicks-ass.net>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.42.4 
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
UI-OutboundReport: notjunk:1;M01:P0:HmFnmlUcEXs=;OPPU6wJzac8jxKfzj6CzWo1CeqW
 Pnff4P7H++VMdjxH2ZA0s8wZawjfFg7MNvhFpUOpz6RDk3FtcBXJj7DF6enh1BCEAIunO4dta
 F6CvsHwHeONexlkJ5kencUDJBOnOvfe88S3nMZItNUpCJi2Gs0E9mvSpYd3LuumMqIWnF6p0j
 TwfzeFlQ8MiHS46OOljiQCKzjuT0t4lOqKEqUcdU1EcPWc1qs0RazZDr+5HMjLaeZHkHLZ3aC
 wwV/mKuOU4W2V3ZJtJvp3OW1uz/96uyKj5jt4gccyGSTqTB7H+jDo/NiKqxg6FHGVa8PLNGnX
 StdCPD+MrLN6rlxNFgU3a4fWjKffqWLONRDQMFBAKiJWwU3dVJa+iMmCfBOgvOHbx5AsprJ3a
 94xOwX3P7LNpuzfPGnhCQOCGGPgbyEmlckEnnjkNklAe7OXjuLdwMNb/1n0ggTdMEoHwBhJBE
 pVa+pnMucM/bMIkbDeSXF+XaDD2402PRor73nOQ46FUHakqbTkHynUVx1sKClEy52+SFxxmrX
 GyQcX5DSmiaN4HPCKfy7OV2rINOVxWIb6nXdeEa6wGsU5TeHIonAL+hOnb87XhyaOd3oyFC98
 BxGgG9Aaiu3ESvMtipwSUhc2SKbaPL7tJsl/A+0ptruyDt4LKDs4qvr/HI+ZupWa0eu7dWXoY
 NYzDYTkKkspoJ+RT1YzNGe1SrorabhUAJTY2B3L9T7yLkjiwiuLuPhqGeH0FWUjg6Sv9B5Fgr
 hzLmkUD+kISWizPlxHrOCc53VGtgNtVly5FsZrgZKX1nwky8ji9S00VQrHctHxD2DrJeAnnEJ
 m2fZ3zu9mNQeNSwvi1mRTmJYeDyOBk9RyttxpJjsh6rBslMczQSVcsMs2NUlpwmKoVC6QxsZT
 OoeodrjVtS/i9WKhLomwBT+HsBUfp+KlUy7E8j/3fYKWjYy8h/7J1H0cjPrpJYKrVPJQkHxfV
 BDcbNynK36nIRshZOc26yEkfJok=
Precedence: bulk

On Thu, 2023-03-09 at 16:29 +0100, Peter Zijlstra wrote:
>
> So if I add TICK_NSEC based sleeper bonus (/2 for gentle), then starve
> works -- this is the absolutely minimal amount required. It sucks a bit
> it's HZ dependent, but alas.
>
> Also, the whole sleeper bonus gets us back into needing to track the old
> vruntime and the overflow crap for super long sleeps and all that fugly
> :/ I was so hoping we could delete that code.
>
> Oh well.

Yeah, it's a worthy target.

	-Mike