AMD Linux Graphics Driver To Switch To More Aggressive Power Heuristics By Default

[ahrs]

Impressive grade of self-reflection. Everyone hating Windows 11, but Linux share not going up basically tells everything.

It is going up though. Perhaps not as fast as people would like but it's been increasing pretty much every year.

[stqn]

I hope the EU will give a huge fine to AMD for this bullshit behavior which help ruin the planet faster!
AMD should've made a good solution, based on GPU processing demand, not enable the more power hungry option from the start and forget about it!

Fuck you AMD for your laziness and destroying the environment faster!

That’s a bit extreme, but yeah I hope this change doesn’t increase the power consumption too much…

[citral]

It is going up though. Perhaps not as fast as people would like but it's been increasing pretty much every year.

The people who complain about slow linux adoption are usually not the most beneficial to the ecosystem though. I've never seen old-schoolers nor maintainers, devs and such complain about it. We do what we do, and a horde of noobs flaming on forums is not really useful.

[pWe00Iri3e7Z9lHOX2Qx]

So either you're claiming life would be the same - or you're yet another dumb* shill.

*I can't see those who'd lie for corporate masters being anything else but feel free to [attempt to] refute.

You are the one claiming that everyone in this issue thread is a lying shill: https://gitlab.freedesktop.org/drm/amd/-/issues/1500

Feel free to prove them wrong.

And by extension, you are claiming that manually setting power_dpm_force_performance_level in /sys has no effect which it certainly does.

[yump]

Is there any correlation between these changes and setting things like power_dpm_force_performance_level in /sys?

Pretty sure this is pp_power_profile_mode in /sys.

[Alex Doe]

I had to do this by myself (with some scripts or systemd unit) for some time now. I will still be doing this for my laptop. Even if my GPUs are ok, they rump up clocks way too slow and I can see stuttering all the time even on just desktop 🤦♂️

btw I would like to have even more aggressive profile (3D_FULL_SCREEN, VR, COMPUTE all too tender!)

[cakeisamadeupdrug]

I haven't changed anything and tbh didn't think to look until I saw this news. I was looking at the clocks on my 7900 XTX last night and it was maintaining 2.5GHz, which looking it up now *is* the default boost clock. It's possible that openSUSE is doing something custom to address this; I'm interested to see if I get any uplift when I end up on 6.13

Edit: after some more googling I see people saying that this card typically boosts past 2.9GHz on Windows (and uses 100W more power to do so), so presumably this will increase performance a little. I'm not sure how excited I should be for 100W more for an extra 400MHz, we'll see. It does raise questions though as the article says that it's staying in 2D clocks and hurting performance: I would not expect "2D clocks" to mean "the advertised boost clock on the spec sheet", even if it does typically auto overclock beyond that. Would make a funny reversal of my 3950X, however, which advertised 4.7GHz on the box and tops out at 4.2 single core.

[Jelgnum]

I hope the EU will give a huge fine to AMD for this bullshit behavior which help ruin the planet faster!
AMD should've made a good solution, based on GPU processing demand, not enable the more power hungry option from the start and forget about it!

Fuck you AMD for your laziness and destroying the environment faster!

TBH I've had it set for a while on my own, most of the time at idle or watching youtube it consumes barely any more power at idle its basically the same, this also helps prevent uneeded overclocking which would eat way more power on average

[timrichardson]

What they could do, for laptops, is to detect/tell whether system is on AC and offer (to the userspace/user perhaps) that same heuristics/performance settings as with dGPU, while when is running off the battery then.... if this was "switchable" at runtime.

Already, mostly, anyway. The AMD driver does behave differently in power saver mode; it locks frequency and change backlight algorithms. On 7840U CPUs it makes quite a difference. Gnome will configure power save mode automatically when battery reaches a configurable level, but not simply because you go from AC to batter, as far as I know.

https://www.omgubuntu.co.uk/2024/09/power-profiles-daemon-0-22-in-ubuntu-24-10

and it also looks after this now: https://www.phoronix.com/news/AMD-VC...c-Power-Gating

[aufkrawall]

Fuck you AMD for your laziness and destroying the environment faster!

By that logic, you can also ban Zen chiplet models (i.e. those which aren't monolithic APUs) and AM5 desktop (there are exceptions, but few) as a whole, as they burn energy like crazy in idle doing nothing. Should sum up to many tons of CO2 and other energy production waste on a global scale.
But instead of a ban for existing products, I'd rather see policies that force desktop computer makers to match mobile devices idle power draw in the future. AMD just gives a crap otherwise.

While I'm at it: Maybe they should be forced to avoid this utter nonsense also with GPUs. As RDNA3 dGPUs are also just terrible garbage in that regard. >40W TGP when playing a 480p video or gif is dumb even for AMD standards. And this is on Windows with "properly" working "power-saving" features...