GamingOnLinuxVRAM management on Linux with AMD GPUs is about to get a whole lot better - which is great news for gaming, especially on the lower-end or hitting VRAM limits.
https://www.gamingonlinux.com/2026/04/valve-dev-fixes-up-vram-management-on-amd-gpus-to-improve-performance/
T_X@gamingonlinux very interesting. Had been stumbling on issues with #GTT to #VRAM unswapping a while ago: https://lists.freedesktop.org/archives/amd-gfx/2023-May/093007.html
So it seemed like #AMD #GPU drivers were quite bad at handling games that are very lazy and greedy in their VRAM managment and expect the GPU drivers to do the hard work.
Initially I was excited by this post, but the "as long as the game itself doesn’t use more VRAM than you actually have" leaves me a bit sceptical/cautious.
So it seemed like #AMD #GPU drivers were quite bad at handling games that are very lazy and greedy in their VRAM managment and expect the GPU drivers to do the hard work.
Initially I was excited by this post, but the "as long as the game itself doesn’t use more VRAM than you actually have" leaves me a bit sceptical/cautious.
@gamingonlinux basically what I was seeing: Games like DCS seem to greedily request VRAM for any potentially used plane etc., even if not in rendering distance. Which is a lot, especially on many multiplayer servers.
Then #AMD drivers moved stuff from #VRAM to RAM (ak. #GTT), which makes things very slow. Especially when using an #eGPU.
Furthermore, the AMD drivers don't seem to move stuff back from GTT/RAM to VRAM after some space in VRAM was freed, or by actual usage.
Then #AMD drivers moved stuff from #VRAM to RAM (ak. #GTT), which makes things very slow. Especially when using an #eGPU.
Furthermore, the AMD drivers don't seem to move stuff back from GTT/RAM to VRAM after some space in VRAM was freed, or by actual usage.