Call for research on some lean default powersaving option

EndeavourOS installs and enables TLP per default, but over the time we see that TLP is the culprit on several issues with devices powering down and do not wake up after suspend or hibernation actions.

So I am currently thinking of finding an alternative solution.
The problem is that we have to find something that should work for both CPU platforms or we can see the CPU platform (AMD INTEL) recognize it and install a tool accordingly.

My call on the community is to share knowledge, links and info about something that will help to prevent at least overheating, if user p.e. go to build browser or Kernel from AUR (compiling).

general info:
https://wiki.archlinux.org/title/CPU_frequency_scaling

Lately i see user talking a lot about:
power-profiles-daemon // https://gitlab.freedesktop.org/hadess/power-profiles-daemon

Be part of EndeavourOS development and share your thoughts and give us information that you find helpful here!

I don’t think there is anything better yet, overall, for wide range of hardware… :thinking:

1 Like

may this is the reason why i needed to ask :wink:

2 Likes

we could also go to stay on TLP and have a minimal configuration to avoid issues?

5 Likes

I use powerprofilesdaemon.

This is now integrated with GNOME and KDE shell for a gui slider, and should evolve over time as it is still a young product and is now enabled by default on Fedora. My perspective is slightly biased though as I am part of a community whom has upstreamed work into this project to support certian hardware.

I always removed TLP from my installation for reasons mentioned, as well as it’s interferance with other tools. .Powerprofilesdaemon has much softer in this regard, however a less offensive TLP configuration could achieve a similar thing.

Personally I would define TLP as bloat, whilst giving a pass to powerprofilesdaemon. However I’m also now of the opinion that GRUB is bloat when I already have systemd, whilst using stock GNOME, so my context of bloat is a shiting measure depending on the day.

1 Like

I’m sure you’re probably already aware but if not the Arch Wiki has a page about this that might help.
https://wiki.archlinux.org/title/Power_management

I use auto-cpufreq as my thinkpad had quirks on wakeup when tlp was installed.

1 Like

This aims to provide a working set of defaults, and is integrated with both KDE and GNOME, so it would make sense to offer as the default.

If people want to go further and use TLP instead then it’s possible, but they’d also have to know how to configure it to make sure they don’t end up with popping audio or data loss from setting a too-low SATA power setting.

(Historical note: I repackaged TLP with a much less aggressive set of defaults for Manjaro several years ago which seemed to work well - however, TLP has changed a bit since then.)

4 Likes

yes this was what i think to test also.

1 Like

Just a quick thought: why not add powertop calibration to eos-welcome with a quick explanation text? This would give every user their custom power profile - if they want to.

1 Like

Is it mostly users with laptops and hybrid graphic?

This is what system76 is recommending for their products.

1 Like

Powertop calibration only helps make sure that powertop readings are accurate, it doesn’t help with powersaving (and only helps if powertop is installed):

https://wiki.archlinux.org/title/powertop#Calibration_to_prevent_inaccurate_measurement

2 Likes

Right… But powertop has a feature to import good values generated earlier iirc. So that might be a way.

Of course, this would require powertop being installed. But that could be checked/done in the overall script launched via eos-welcome.

For anyone using USB devices with powertop when you run calibration they will suspend

It’s a major inconvenience

2 Likes

Same with vanilla TLP. Of course these things need to get (pre-)configured wisely.

You have config for tlp but there is none for powertop.

Powersaving is sometimes the root cause of many issues

1 Like

truly one of the main issues with powersaving automatics :wink:

yes the plan is to improve the situation, and could be possible to have some convenience application, a sit seems there is no real good one that can be used…
i tested this one from slimbook too:
→ (https://github.com/slimbook/slimbookbattery)
But something that could give user the power to dive into different possible solutions would have more … power :wink:

Interesting. I’m aware of --auto-tune which sets all tuneable items to GOOD, but not of any more advanced settings import. :thinking:

There’s powertop2tuned which converts powertop-generated values into settings for tuned.

I never tried it myself but might be worth checking Fedora’s docs:
https://docs.fedoraproject.org//en-US/Fedora/20/html/Power_Management_Guide/tuned.html
https://docs.fedoraproject.org/en-US/Fedora/20/html/Power_Management_Guide/sect-tuned-powertop2tuned.html

2 Likes