nexv

joined 2 years ago
[–] nexv@programming.dev 2 points 1 month ago (1 children)

Interesting, maybe this issue only happens for RDNA3?

I'm also using F41 with same kernel but with KDE. Display is 2560x1440 @ 120Hz. On 3D_FULLSCREEN, my pp_dpm_mclk is on 772Mhz most of the time with some occasional 456Mhz, but never drop to 96Mhz. It will only drop to 96Mhz if I change to BOOUP_DEFAULT (or POWER_SAVING).

[–] nexv@programming.dev 4 points 1 month ago (1 children)

You can use nvtop or lm_sensors to read the GPU power (PPT)

 

I am using a AMD RX 7800 XT and noticed that my idle power consumption has went up recently from ~5-10W to ~30W. After some investigation I found out it was caused by the change to the default power profiles from BOOTUP_DEFAULT to 3D_FULLSCREEN in 6.13. When in 3D_FULLSCREEN profile, the GPU memory clock won't transition to the lowest clock speed and consuming extra ~20W (!!) of power.

To fix this, I have to manually change the power profile using following commands (as root):

echo 'manual' > /sys/class/drm/card1/device/power_dpm_force_performance_level
# check the available power profiles to get the index
cat /sys/class/drm/card1/device/pp_power_profile_mode
# normally 0 = BOOTUP_DEFAULT
echo 0 > /sys/class/drm/card1/device/pp_power_profile_mode

(you may need to change card1 to card0 depends on your system)

Note that the configuration is not persisted across reboot and you may encounter shuttering during gaming with BOOTUP_DEFAULT.

I recommend to use tools like LACT to automatically apply the power profile on startup and also automatically switch the profile to 3D_FULLSCREEN when running games.

Edit: you should check you current GPU idle power consumption first (with nvtop or lm_sensors) before applying the change, the issue may not affect all AMD GPU

[–] nexv@programming.dev 40 points 1 month ago (3 children)

I hope AMD can take a significant market share from NVIDIA while NVIDIA is too busy counting money from the AI bubble

[–] nexv@programming.dev 2 points 2 months ago

Most of the time it is just some incompetent webdevs implements redirect in a bad way, but there are some websites abuse it maliciously.

[–] nexv@programming.dev 67 points 6 months ago (1 children)

If I'm Linus, i would have removed bcachefs from mainline already. From his reply he never once admit his attitude problem and keep thinking he is right.

This type of people can't work with others, not today, not in future.

[–] nexv@programming.dev 55 points 7 months ago

Not specified for this research but... if you rely on LLM to write code that is security-sensitive, I don't expect you to write secured code without LLM anyway

[–] nexv@programming.dev 3 points 11 months ago

You can write a Kwin script and connect to the windowActivated function. Unfortunately you can't run arbitrary command from Kwin script, but as suggested in the comment you can use DBus to workaround that.

workspace.windowActivated.connect(function(client) {
    if (client != null && client.caption == "name") {
        callDBus(...); // call your DBus function which call ddcutil
    }
})

Just an example, you will have to do some trial and error yourself!

[–] nexv@programming.dev 6 points 1 year ago (1 children)

what's the exact prompt?

[–] nexv@programming.dev 4 points 2 years ago

I'm using Tailscale Status Gnome extension which works pretty well. But good to see alternatives that is not tied to specific DE.

[–] nexv@programming.dev 36 points 2 years ago (1 children)

GitLab don't have the monetary incentive to implement federation. Most of their revenue is coming from big companies which are mostly using private GitLab instance and won't want their projects federated.

That being said, hope this changes can get merge as somebody already done the dirty work for them. The beauty of open source.