diff options
| -rw-r--r-- | guides/setups/hardware.org | 54 |
1 files changed, 51 insertions, 3 deletions
diff --git a/guides/setups/hardware.org b/guides/setups/hardware.org index d4dcff3..032ad31 100644 --- a/guides/setups/hardware.org +++ b/guides/setups/hardware.org @@ -161,13 +161,20 @@ areas. No idea WTF, those areas ran fine before. - Not forcing any "compatibility tool" version, assuming this yields "Proton Experimental". - Tried a couple of old Proton versions: symptoms persist. -- Reinstalled game in case stale shaders need to be recomputed? +- Reinstalled game & nuked everything under + - =~/.cache/mesa_shader_cache*= + - =~/.cache/radv_builtin_shaders*= + - =~/.config/unity3d= + - =~/.local/share/Steam= + - =~/.local/share/vulkan/= + - =~/.steam*= + in case "stale shaders" were to blame or something. - Tumbleweed/Plasma/Wayland session. - Tried X11: symptoms persist. - Reducing noise with =balooctl6 suspend=, =swapoff -a= (RAM nowhere near exhausted). -Rabbit holes: +Well then. ****** CPU frequency scaling? Started by noticing that the Plasma "Power Management" tray widget says "Power Profile" is "Not available". Not 100% sure whether that @@ -326,9 +333,50 @@ $ powerprofilesctl PlatformDriver: placeholder #+end_example -And lo, the 🍃↔🚀 slider is back in the Power Management tray widget. +And lo, the 🍃↔🚀 slider appears in the Power Management tray widget. Nervous about entering the "Overclocking" UEFI zone tho, and concerned about these "Maximum frequencies". /And does it even help with the game?/ + +🥁 + +No. No it does not; no discernible difference in FPS nor vibes. + +Will assume this new baseline cannot hurt - OT1H "overclocking" is +scary, OTOH Linux now has a finer handle on the CPU and hopefully will +not overwork it to death? +****** Sᴇᴠᴇʀᴀʟ Wᴇᴇᴋꜱ Lᴀᴛᴇʀ +- [[https://www.gamingonlinux.com/forum/topic/5475/page=1/][ridge reports]] "bad frame pacing on ADMGPU", + - when vsync is turned off: a non-factor in my testing, + - lots of useful information in that thread tho and + interesting-sounding pointers, + - [[https://www.gamingonlinux.com/forum/topic/5475/page=2/#r42519][Shmerl]] says: + - games can cause stutter by underloading the GPU, causing it to + drop out of "high performance mode", + - (=amdgpu_top= and =radeontop= do confirm that lag spikes + correlate with GPU usage drop) + - see [[https://gitlab.freedesktop.org/drm/amd/-/issues/1500][drm/amd#1500]]: + - /lots/ of sysfs noodling there; unfortunately, none of the + suggested settings for =power_dpm_force_performance_level= & + =pp_power_profile_mode= change the symptoms. + +- In [[https://gitlab.freedesktop.org/drm/amd/-/issues/3618#note_2689087][this drm/amd#3618 thread]], @agd5f suggests "6.11 stable kernels" + include a fix for the issue at hand there and a further rework "was + submitted to 6.13"; @mattipulkkinen reports happy results with + 6.13-rc2 (FTR, symptoms persist here with 6.12.8). + +- Piggybacked onto [[https://gitlab.freedesktop.org/mesa/mesa/-/issues/11300][mesa/mesa#11300]]: + - common: Hades Ⅱ, iGPU, recent kernel & Mesa, Proton Experimental, + - differences: Fedora, GNOME, X11, + - noteworthy: good performance on Windows, + - suggestion by @Venemo: downgrade & bisect Mesa; + - tempting, though scared of bricking graphical sessions and/or + ending up with a frankensystem (intalling binaries under a + prefix is probably easy, but then keeping track of config tweaks + and cache artifacts sounds fraught). + +- In [[https://gitlab.freedesktop.org/upower/power-profiles-daemon/-/issues/164][upower/power-profiles-daemon#164]], @Nyan reports problematic iGPU + capping; not convinced this is applicable though, given the reported + symptoms (video playback is fine here). |