zapdust
September 14, 2024, 11:56am
1
I am using devuan 4, its a stable release
using kernel 6.1
AMD Ryzen 7640U
Out of nowhere, sometimes my computer goes from using 2GB to using 5GB and oddly enough, I have this weird picture to explain the problem, I will upload via disroot upload.
https://upload.disroot.org/r/sebSnA6b#mrK5GlRQpPxSeQgrCv0u2ppnerpUho5FVr+VuzWkbXU=
This is all I could find… and I don’t know why its doing this.
Its still using 5GB of ram even after I close the starcraft 2 game… and almost nothing is being used at this point. Very strange
That is not helping. We’d need to know what else you do.
All we see is the X-Server using around 2.7 GB resident RAM, the rest is shared.
Eventually you could check the journal of the system with: “sudo journalctl -f”
It’s a memory leak. Could be from SC2 doing something bad/weird or a bug in that version of X or the gpu driver.
1 Like
zapdust
September 15, 2024, 6:24am
4
journalctl is a systemd command isn’t it? I don’t use that, so your remark is pointless.
I consider systemd to be a garbage pile of horse crap. This is why I don’t use fedora or ubuntu or “recommended/supported distros”
I use openrc. Also, X-Server should NEVER be using that much ram, if there isn’t anything open at the time besides the usual system stuff.
including stuff like cbatticon. If everything open is that lightweight, it should be using less than 1GB bottom line.
zapdust
September 15, 2024, 6:24am
5
Now this is helpful. I agree, you are probably right. I wonder how it can be fixed.
zapdust:
using kernel 6.1
Isn’t that way too old to know about the Ryzen 7640U ?
I could be confused?
Could be fixed already in a new kernel or package version. Easiest way to deal with it is to restart X after it leaks.
One could use lsof to try and see what type of memory allocation it is that has leaked. Possibly shared memory. Possibly from amdgpu.