On Wed, May 11, 2022 at 08:35:35PM +0200, Solène Rapenne wrote: > Le Wed, 11 May 2022 10:02:18 -0700, > Mike Larkin <mlar...@nested.page> a écrit : > > > On Thu, Apr 07, 2022 at 09:50:16PM +0200, Solene Rapenne wrote: > > > let me present you obsdfreqd, a program to manage the CPU frequency, > > > fully parametric. It can support different values depending on battery > > > or not for building more advanced profiles. One fun feature is that you > > > can also target a specific maximum temperature the system shoudln't > > > exceed to avoid burning your body parts. > > > > > > While it may be complicated when looking into all the parameters, the > > > defaults values are more or less matching the auto mode as it was in > > > OpenBSD 7.0 but more performant and more energy efficient, so it > > > doesn't require tuning for most users. > > > > > > Hi Solene, > > > > Is this needed with the new changes that went in yesterday? > > > > -ml > > Yes, the change committed yesterday applies only when you are using > automatic mode (apmd -A) and on battery. > > obsdfreqd is managing the frequency when on AC or battery, and it does > so a bit better than the automatic code in the kernel because: > > - the automatic mode on AC is different than when on battery > - on AC it's scaling under less load and longer, and decaying slowly > - on battery it's now quite similar to the code in kernel > > that's for the default values, however it's a fully parametric > scheduler so users may want it to behave differently. It can also > restrict the frequency to stay below a given temperature. > > After talking with the community, there was even an use case for an > automatic mode with settable lower/max frequency. > > obsdfreqd is still useful >
Thanks!
