Tuesday, March 7th 2023
Bug in NVIDIA Game Ready Driver 531.18 Causing High CPU Utilization
Last week's release of NVIDIA's Game Ready Driver introduced a new bug with the NVIDIA Display Container process that increases CPU usage by as much as 15% after closing a game. NVIDIA has recently confirmed the bug on their forum in a feedback thread and assigned it a bug track ID of 4007208. The problem appears to stem from a telemetry service known as NvGSTPlugin.dll, or Game Session Telemetry Plugin, which is loaded by NvidiaContainer after a game has been run. Some users are reporting that completely removing the offending .dll solves the problem entirely and a guide on how to do so has been posted on the r/nvidia subreddit in a thread about the release. If that sounds like far too much hassle then the prevailing advice is to simply remain on driver version 528.49 until the issue is resolved. NVIDIA is expected to release a hotfix driver as early as tomorrow to address this and possibly other issues.
Update Mar 7th: NVIDIA issued a hotfix driver release for this bug.
Source:
Tom Warren (Twitter)
Update Mar 7th: NVIDIA issued a hotfix driver release for this bug.
40 Comments on Bug in NVIDIA Game Ready Driver 531.18 Causing High CPU Utilization
There's a suggestion thread that tracks removal of that DLL as new feature: www.techpowerup.com/forums/threads/feature-request-deleting-_nvgstplugin-dll-after-driver-install.305517/
And it's not just the control panel itself. Applied settings like gamma or color won't get applied if display container sevice is disabled.
I haven't launched any game for over 2 weeks.
The issues starts after I have used handbrake or davinci resolve.
I have been remedying the issues by simply restarting my PC and the issue goes away for the rest of the day
I'll keep monitoring it
Confirmed that the above fix solved the issue.
I had to roll back to the old driver, since I need a reduction in PL RTX3060 and 3070Ti (laptop) for less heating.
It's just that you need to go to advanced settings and check "disable telemetry (experimental)".
I never did that because of the 'experimental' part, but I have a small, good firewall that blocks nvidia container.
I am on the newest drivers and I never experienced this bug because the firewall blocks all internet access to that process.
The connection is never established so the module in fault never leaves its dormant state.
but just because we want all the bandwidth we can get.
No part of the driver other than the telemetry needs internet access
and telemetry not communicating won't break your drivers or anything like that.