Linux GLCore Graphical Issues / Vulkan Memory Leak

Larslol140

Refugee
Version
V2.4 (b6)
Platform
Linux
Hello I noticed a few issues with the Linux version of 7 Days to Die.

Here is a quick breakdown of what I could observe:

GLCore
  1. Stun Baton has wrong texture for the electricity effect
  2. Shadows are flickering / not showing well
  3. Fires inside of POIs are not visible
Vulkan
  1. Memory leak when visiting POIs

Here are logs:

Additionally some details about my install and system:
CPU: Ryzen 7 5800X3D
RAM: 32 GB
GPU: Radeon RX 9070 XT
Kernel: 6.17.1-arch1-1
Distro: Arch Linux
Desktop Environment: KDE Plasma (6.4)
Vulkan Info: https://pastebin.com/hn24iT8f
Mesa Version: 25.2

If there is anything missing which would help to narrow down the issue let me know.
 
Reproduction Steps
Launching the game underneath Linux using GLCore or Vulkan respectively.
Link to Logs
https://google.com
Link to Screenshot/Video
https://vimeo.com/1126016980
I have roughly the same issue as Lars. The memory leak while using Vulkan as my graphics renderer is a big issue on the CachyOS Linux distro.
1760086659995.png


Then there is also the issue where my game renders textures completely black on things such as traders, clothing and zombies while using the GLCore graphics renderer.
 
@ChrisLane Hello, thank you for the suggestion. I have tried starting with
MESA_LOADER_DRIVER_OVERRIDE=zink %command% -skipnewsscreen=true -skipintro
and (found on ArchWiki)
LIBGL_KOPPER_DRI2=1 MESA_LOADER_DRIVER_OVERRIDE=zink %command% -skipnewsscreen=true -skipintro

However I had no luck with those parameters, the issues persisted.
 
System Info
Distro: Arch Linux
Kernel: 6.17.1-3-cachyos
CPU: AMD Ryzen 9 5900X 12-Core Processor
GPU: AMD Radeon RX 6800 XT
RAM: 32GB

Vulkan Info: gist
Launcher Log: gist
Player Log: gist

I just ran the game for around 45 minutes while taking samples of process memory usage every 30 seconds with this command.
smaps_rollup.log: gist
Sorry, I think I messed up some of the summary values so they're missing.

Initially I was running around a fairly fresh single player world without a base or many items for around 27 minutes.
RSS rose from ~5.5GB to 7.2GB.
Larger memory usage was seen when I left the single player save and logged into a multiplayer server that I am active in.
  • At 13:02 I joined the multiplayer server in my base and opened all the chests.
  • At 13:06 I was driving around a nearby town
  • At 13:13 I returned to my base, deposited some stuff in chests and did some smelting.
  • At the end of the log, I quit the game and waited for the process to end
output.png
* Disclaimer: I used ChatGPT for the above graph because I'd lost further will to put effort in.
😬

Please note that the warning "The open files limit is too low (1624) and may cause crashes." is incorrect, here's my values:
Code:
chris@chrispc% ulimit -Sn
65535
chris@chrispc% ulimit -Hn
524288

I also tried running the game with Vulkan Validation Layers but experienced crashes before the game would load fully: log
 
I made another post in this topic, the two might be related.

 
I made another post in this topic, the two might be related.

I never experienced that during my game play sessions. Additionally there seem to be Windows users also experiencing the issue, so it might be unrelated.

Here's some performance logging I did this evening during a long session on a multiplayer server.

CPU usage sits at around 25% and GPU 75% load so is the GPU being starved of work from CPU?
Will check how many threads are actually being used next time I play.
I also have decreased GPU usage at around 75%. However switching to Vulkan causes the utilization to be at 99-100%
It might be that there are certain graphical elements which are missing underneath GLCore compared to Vulkan.
 
I remembered this morning that I have FPS limited to 142 in MangoHud so that could explain the lower GPU usage.
From the performance numbers it can be seen however that while my 97th percentile FPS is ~144, AVG is ~100.
 
Thank you all for posting info. It's great to have results from the various Linux distros

Additionally there seem to be Windows users also experiencing the issue, so it might be unrelated.

I have not heard of any Windows users with this issue, but if you're/they're running Vulkan or GL Core in Windows, that's not going to work out so well, as those are for Linux/Mac, and maybe older systems that don't do well with DirectX.
 
I'm just going to move this to the Confirmed section, but please do post any information you think would be useful.

Mostly, and at the very least, your distro name/version number and a log file would be wonderful.

Thanks again!
 
I have not heard of any Windows users with this issue, but if you're/they're running Vulkan or GL Core in Windows, that's not going to work out so well, as those are for Linux/Mac, and maybe older systems that don't do well with DirectX.
Yeah you're right. I should've been more clear. In my response I was only talking about the invisible / world loading issues.
 
Curious, have any of you noticed a VRAM leak as well? My Linux test bench has an old 1060 3gb in it, and it seems to also run out of VRAM before system ram, since it has 32gb of it. The steam deck also runs out of VRAM very quickly, throwing a rolling Occlusion OOM error.
 
Curious, have any of you noticed a VRAM leak as well? My Linux test bench has an old 1060 3gb in it, and it seems to also run out of VRAM before system ram, since it has 32gb of it. The steam deck also runs out of VRAM very quickly, throwing a rolling Occlusion OOM error.
I've seen VRAM climb at the same rate as RAM roughly.
You can see this on the "All Data" tab of the benchmark I linked to the other day.
 
I've seen VRAM climb at the same rate as RAM roughly.
You can see this on the "All Data" tab of the benchmark I linked to the other day.

Ah! Thanks, the All Data tab is something I somehow didn't see last time I looked. Much appreciated. That flightlesssomething is something I may look into. I use CapFrameX for Windows but it doesn't work for Linux, been looking for something that works with it.
 
Back
Top