Option to control CPU scaling governor about lakka-libreelec

[larskj]

I tried the image in your link and it works much better than the Lakka 2.0 image. I now get a stable frame rate again similarly as the older builds.

[kivutar]

@gouchi @Ntemis do you know if we can do this?
I'd like to implement this.
And is it problematic to always enable the performance scheduler?

[gouchi]

We need to check how to do it and provide testing image.

[larskj]

Just want to add that I also see significantly worse performance after upgrading to Lakka 2.0 coming from an older build that had lots of performance related adjustments activated (CPU Governor=Performance, 1000hz tickrate, preemptible kernel etc.). Don't know if it is still relevant, but perhaps consider revisiting these changes if they have since been discarded again: libretro/Lakka#401

The main topics covered are:

• Setting cpu governor to performance if not already set. (Probably low risk)
• Setting tick rate to 1000Hz. (Probably low risk)
• Setting preemption model to 'Fully Preemptible Kernel (RT) (Probably high risk)

[kivutar]

You're right. I do this now.

[kivutar]

Thanks for pointing it @larskj

What are the dangers of Fully Preemptible Kernel (RT) ?

Should I enable these options on ARM boards?

[larskj]

If we didn't see any problems with it the last time we used the RT patch and enabled the Fully Preemtible Kernel then I think we should add the changes again.

There should be nothing wrong with enabling these options for ARM boards as well.

[kivutar]

I noticed no issues with the fully preemptible kernel last time. Except that we could not compile Xorg anymore. But I have no plans to support Xorg anyway.
A small downside was the maintainance of the patch on kernels like the sunxi one where the patch may not apply.

Note: RT patches are there https://www.kernel.org/pub/linux/kernel/projects/rt/

[larskj]

Ok great, then I think we should just go ahead and apply it again.

I'm looking at the changes made in the current build I am running, which runs very well.

Besides the RT patch and preemptible kernel I also ended up changing the priority in retroarch to SCHED_FIFO with max priority, see larskj/RetroArch@ce597fe

[kivutar]

Ok, I enabled the RT patch for the generic images. I will add it on RPi and Gamegirl tonight.

What about submitting a PR for this RetroArch patch? Is it safe?

[larskj]

Ok great I will try the image for generic x64 when it is available. For Lakka who owns the entire system it makes sense to set max priority. I will test the new image first and then consider making a PR for this other patch.

[kivutar]

Here is an image http://static.kivutar.me/Lakka-Generic.x86_64-2.1-rc2.img.gz

It is named rc2, but it's a developer version.

[kivutar]

Thanks for your test. I will release soon then.

@Brunnis what do you think about this change, is it enough to close this issue?

[Brunnis]

Yep, I believe so. As I understand it you're now forcing the performance governor at all times, even when in the menu right? Although the optimal solution would be to use the performance governor only when running a game, this is fine and should only have a pretty marginal negative effect on power consumption when in the menu.