The issue is not limited to wayland/xwayland, it also affects X11, so I’m pretty sure it’s a problem with the driver and how they manage the memory. The issue may have been existed before, but it’s ridiculous right now, you can make a single app use up to ~2 GB VRAM if you keep resizing it, and the worst part is that the memory doesn’t get free-ed.
It’s the same with 550 dev in X11 so it isn’t new. It just became more apparent with Wayland
Edit:
I had to change back to 550 dev and X11 because of the current issues with 555/560
what did you do nvidia
dvi port is broken on 550.120
it was working on 550.107.02
I wanted to submit feedback about the 560 drivers, on CachyOS (arch) with KDE Plasma
When using the Open version, there are random microstutters when dragging windows around and scrolling, and in games there are tons of microstutters (and normal stutters too!) - I tried with multiple different versions of Proton / Proton-GE / Cachy-Proton just to make sure it wasn’t that.
When I switched back to the Closed version and disabled GSP firmware, all these issues went away. Dragging and scrolling on the desktop is smooth as glass. Games are like butter.
(The closed version does have the annoying downside that sometimes windows flicker through the foreground window, so for example I can see background windows through a fullscreen youtube video, but that seems related to DSC at 240hz on my LG OLED. When I drop it to144hz that goes away. That happens on every driver version from 535-545-550-555-560 on both X11 and Wayland, both kubuntu and arch, so that problem is unrelated to this 560 complaint I’m making)
I am writing this because I understand that in the future, you will force the open version with GSP Firmware enabled. I would ask that you please iron out these issues I’ve described before forcing that on everyone!
Fully operational here on OpenSUSE Tumbleweed with kernel 6.11
I hope NVidia will not do that. Open source community dreaming to revive nonsense called “nouveau” were proven to be epic noobs and losers. If NVidia opts out to open source only ruled by stupid open source community, since that day I stop buying any nvidia gpus instantly. I do not want open source nonsense driver by community that been losers over decade.
But nvidia open modules mentioned here are not “nouveau” and are mostly made by NVIDIA themselves. AFAIK Moreover they mostly come from the same codebase as proprietary drivers.
Proprietary drivers are not going away any time soon. For more info see: Clarification on GPU support for Maxwell/Pascal archs and binary/OS relationship · Issue #19 · NVIDIA/open-gpu-kernel-modules · GitHub
If you would at least understand the minimum of what you’re talking, you will not be saying that nonsense. Nvidia had planned that for a long time ago, GSP is there to be used, Nvidia did that on purpose. The drivers are still developed by Nvidia, please keep your bs at home.
Anyone know what the last version of the nvidia driver and egl-wayland doesn’t have the vram leak on wayland compositors (NOT including xwayland, I think that’s been a problem forever), but still has explicit sync?
I don’t think it’s very new, it’s just that it became more obvious when more people started using wayland. I could be wrong tho’.
Doesn’t exist, but iirc 555 does a “better job” on that.
These symlinks have vanished in 560 (el9 aarch64), it would be nice if they came back please:
/usr/lib64/libnvidia-cfg.so
/usr/lib64/libnvidia-fbc.so
/usr/lib64/libnvidia-ml.so
/usr/lib64/libnvidia-nvvm.so
/usr/lib64/libnvidia-ptxjitcompiler.so
Used to be in nvidia-driver-devel in 555 and earlier.
Missing /usr/lib64/libnvidia-ml.so means the Slurm batch scheduler doesn’t detect the gpus in the system.
Interesting, I’m also experiencing the NVRM: nvAssertFailedNoLog: Assertion failed: pEventNotificationList->pendingEventNotifyCount == 0 @ event_notification.c:289
spam when running a game, in my case Cyberpunk. Are we the only two?
However, in my case it makes Cyberpunk freeze a couple of seconds after its launch. Will be posting a log tomorrow.
Running 560.35.03, on a RTX 4070 Laptop.
@langdalepl also has it. I’m guessing it’s something specific to certain engines, as other haven’t. Both of you in Cyberpunk, myself in HFW.
Don’t have the issue when using the closed module.
I hate to harp on this more but I’m again asking for some acknowledgement of the HDR freeze issue in Plasma. There is an open pull for Plasma that disables HDR on Nvidia cards specifically because of this issue.
Started another thread here for the VRAM / wayland issue: Multiple wayland compositors not freeing VRAM after resizing windows - #2 by kelvie
It appears to affect more than just the 560 driver after more testing
Am I the only person who doesn’t have any freeze issue with kwin
6.1 and HDR enabled ?
However I experience freezes with HDR on Windows: Black screen and system freezes when I enable DSC, 10 bits HDR and VRR - #4 by MarkusHoHo
GravityMark OpenGL test can not be started:
E: 59.73 ms: GL::open(): glXChooseFBConfig(): failed
E: 61.19 ms: GLWindow::create_visual(): can't open OpenGL
E: 61.33 ms: GLWindow::create_context(): OpenGL is not opened
E: 61.35 ms: Window::create(): can't create context
E: 61.36 ms: GravityMark::create(): can't create Window for OpenGL platform
Runs fine on Intel iGPU.
No freezes here. Same DE. Just limited colour space issue reported previously.
Please see the latest update here for a potential workaround: