I finally managed to produce the freeze again and captured a bug report during it. Still happens with the new driver randomly on GNOME when using multiple displays. While one was frozen I could execute the tool on the other one.
575.181 until 580.82.09 all 95% of all the game were not playable ( most of them were Windows + Proton, and some native ported games in Linux):
low FPS (between 4 and 15 and High GPU utilization)
broken audio ( screeching, out of sync)
After installed the 580.95.05 the situation changed and the games were finally playable even for hours ( played Control and Cyberpunk 2077 for almost all Saturday afternoon) with the following issue:
Quitting the game to move to another game or pause the game for more of 5 minutes will result to the same problem above: low FPS (between 4 and 15 and High GPU utilization) and broken audio ( screeching, out of sync)
Now with the installation of the new 580.105.08 the audio situation its better, no more broken audio ( screeching, out of sync) but issue the low FPS is still there.
Version 580.105.08 fixed the external monitor freezing the system but not the one using an external TV. It breaks both when already connected at boot and when connected afterwards (hdmi)
Iâve experienced audio crackling too but thought it was just Linuxâs audio code sucking. It seems to happen most when the GPU is under high stress. Or maybe itâs when VRAM is being freed/allocated.
Not sure if itâs related, but I get these sometimes in dmesg:
perf: interrupt took too long (4994 > 4925), lowering kernel.perf_event_max_sample_rate to 40000
Currently, I have peace and quiet - on X11 with an HDMI cable with 580.95.05.
I recently had almost 112 hours of uptime, and now I have 62 hours of uptime again without any screen freezes or black screens.
There are already several updates waiting to be installed again.
Iâll probably test Wayland again, but first Iâll try X11 with a DP cable and see what changes.
Is HDR supposed to be functional now with the Vulkan developer drivers? Enabling it on Gnome reduces the brightness and causes the night light value to be visually higher. Enabling it in Far Cry 5 causes washed out colors. Enabling HDR scRGB causes funny colors. Nothing seems to have improved.
I posted a new topic with my problems with the new Vulkan Beta, but didnât realize I was probably supposed to be replying to this megathread instead.
Toggling the rendering to PQ at runtime, or running a game such as Borderlands 4 which toggles PQ on post-startup, hangs the game. Reliably reproduced by turning rendering to SDR and back to HDR again. Or switching from PQ to scRGB and back to PQ again. And if rendering is scRGB on startup, it seems to work fine in scRGB mode. It looks like deep fried garbage if switching from PQ to scRGB, then freezes on switching back to PQ.
Cyberpunk 2077 also reliably freezes if alt-tabbing out of the benchmark results screen to a Discord client and back again. It seems to work fine tabbing to Spectacle to capture a screen shot, since Proton GE Wayland/HDR doesnât support the Steam overlay, which I recall doesnât support HDR screen shots either.
Dumb workaround if this still happens: Toggle the refresh rate for the affected monitor, apply, then revert. Happens to me on dual DP setup, even just DPMS suspending the monitors without the system going to sleep.
This, plus flickering and sync loss on the second monitor were why I switched it to an HDMI cable.
Thanks for the tip but I donât think my monitor offers changing the refresh if no signal is detected. I have very few options available in the OSD. when it is like that. I was able to get it to see the monitor a second time, so I guess that was a fluke before.
# if you have 12 GB, use around 2-4 GB less here:
dxgi.maxDeviceMemory = 8192
The game notoriously goes over the VRAM budget and relies on Windows driver behavior to put everything back into fast video memory. The Linux driver doesnât seem to be able to do that, or at least it cannot to this with the way DXVK allocates memoryâŠ
I keep one copy of this file in the main installation directory, and symlink it per product (e.g. where the Odyssey executable lives):
After recent update to nvidia-kmod-devel-580.105.08.1403000 my secondary screen can handle only 2048x1152 resolution instead 2560x1440 (dell monitor). Primary screen is 4K and works fine. Things are huge and hard to work with.
14.3-RELEASE-p5 AMD64 RTX5070.
2560x1440 is not on the list of WM (Enlightenment) nor nvidia-settings.
Previous nvidia devel driver was working fine. Please fix. Thanks :-)
Not sure if this is actually the âcauseâ because it worked all the years since Elite Dangerous release on Linux just fine.
I feel like the driver just doesnât seem to properly garbage collect stuff here and fills up the VRAM. Then the driver starts to swap and causes the allocation errors.
Even with the dxvk.conf I can see my VRAM being filled up way above 8 GiB. I placed it in âŠ/steamapps/common/Elite Dangerous/Products/elite-dangerous-odyssey-64/ next to EliteDangerous64.exe and it doesnât help at all. I have 10 GB VRAM and hence limiting in to 8 should work according to your observations?
The only partial solution I found is using GE-Proton10-25 the game still occasional lags but the driver does not throw these errors and after a short while the game recovers from the issue and goes back to normal. However there are sometimes render artifacts afterwards.
Memory is allocated at the nanosecond time frame. Itâs entirely possible the game or another app is doing small allocations and going above the VRAM limit without you knowing.
Iâve noticed this to be a real issue when alt tabbing in and out of a game when VRAM is near full.