GPU usage is high during GUI open

[ghost]

When the GUI of the tool is open or in the background, the GPU usage is high.

It is counted as 3D Render activity

[zzwdup]

Yes! I was troubleshooting/testing streaming with moonlight -> sunshine and noticed my 6950XT was sitting at almost 50%, turns out I had the Windows GUI tool still open but minimised.

Screen shoot attached of me closing and opening the tool. (closing is the dip etc) GPU 3D sits at about 30% while the rendering (copy) engine sits at 80%.

Somethings isn't right here.

[ErikDecibel]

Same problem on me Dell laptop running Windows 10 Pro. Intel GPU usage is spiking to 50% 3D usage even when the tool is minimised or on the background. Intel CPU is also hoovering at max freq instead of 800Mhz low power mode. It's taxing my system more then watching youtube 1080p 60 fps. Lol

By the way, I've been binge watching a lot of your longer Youtube videos and congrats for creating this tool. We used to have a similar kind of tool in my IT department over 20 years ago for the IT guys their workstation. Haven't been active in dev for a long time but I've always tried to stay up to date.

And yeah, I had a big smile while watching the "WinUtil Expansion" video when you mentioned that you called your VP ( or higher in rank, whatever ) that he was stupid for doing it in his suggested way. Lol. Been there too. As long as you do it in private and provide a solution to the problem .... it mostly does work out positive.

Again, congrats with your youtube channel, content quality and this tool.

I hope you find a solution or cause for the high GPU usage.

Taskmanager after closing the tool. CPU and GPU usage drops immediately.

[bca009]

Weird,this is mine

[ErikDecibel]

My laptop is always running without any active cooling because I like it quiet. CPU barely does reach 1.5 Ghz under my current usage but the tool does take it in overdrive. These are the values of my powershell version.

PS C:\Windows\system32> $PSVersionTable

Name Value

---

PSVersion 5.1.19041.3930 PSEdition Desktop PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...} BuildVersion 10.0.19041.3930 CLRVersion 4.0.30319.42000 WSManStackVersion 3.0 PSRemotingProtocolVersion 2.3 SerializationVersion 1.1.0.1

Taskmanager while watching 1080P 60 fps Youtube video.

[ghost]

So it could be lack of function optimizations when the GPU driver is Intel ? And here is reported also on AMD ?

I have seen one other missing optimizations from the Intel driver- the Lists expand/collapse function in Explorer.exe and Device Manager. That bug is present only on Intel graphics (Arc) and not Nvidia.

Is this PowerShell issue present on Nvidia?

[ErikDecibel]

zzwdup above mentioned he had the same issue on a AMD 6950XT so I don't think it's Intel driver related.

I did install Windows 11 on a new SSD, all updates installed. Intel driver : 27.20.100.9664 - Date : 01/06/2021

CPU does idle around 1Ghz and GPU 1%

When I launch the tool:

Install Tab:

• GPU usage does go up to : +/- 50% and my CPU does go to high Freq : 3.35 GHz
• Utility => Foreground, Background or Minimised.

Tweaks Tab:

• GPU usage does go up to : +/- 63% and my CPU does go to high Freq : 3.10 GHz
• Utility Foreground
• However when I move the tool to Background or Minimised in the Tweaks Tab => GPU usage does drop to 9% and CPU does drop to 1.1 GHz

Config, Updates and MicroWin Tab:

• Behaviour is the same as in the Tweaks tab.

I'm still baffled why the GUI interface does use this much system resources in general. At least in the other Tabs then 'Install' they reduce when the tool is in the Background or Minimised.

If I can provide any log files to provide more info, let me know.

[ErikDecibel]

Oh welp, spoke too soon.

I rebooted my laptop and the behaviour is the same again on every tab. Really tried a lot of stuff. High state CPU ( 3.3 GHz ) and GPU around 50%

=> When I select " Show Desktop " and all applications are hidden everything returns normal. Which is normal because nothing is drawn on the visual desktop. As soon as I make the tool show again on the desktop, CPU and GPU rise again as initially mentioned. Changing which screen ( Tab ) of the tool is visible doesn't change anything about resource usage.

[ghost]

Could it be Scaling functionality missing optimization? My testing is on custom scaling. If everything is on 100% scaling (no scaling) and the problem is not present then it's Microsoft's bug? Or even if its a Graphics driver bug, it must be reported to Microsoft?

[ErikDecibel]

Could it be Scaling functionality missing optimization? My testing is on custom scaling. If everything is on 100% scaling (no scaling) and the problem is not present then it's Microsoft's bug? Or even if its a Graphics driver bug, it must be reported to Microsoft?

Nope. Everything is on 100%. Both on windows 10 and 11. Problem is not related to that. On Windows 10 I checked 'Advanced scaling settings" and that's 'OFF' too. Changing that option doesn't have any effect.

I have the same resource problems on win 10 & 11. ( The win 11 installation had the most recent Graphics driver from Intel )

By the way ... I achieved borking my BCD entries after installing windows 11 and had to use an old laptop with linux mint to guide me through the manual recovery process on this laptop. Linux to the rescue of Windows once again.

that old Linux laptop has saved me several times now. I'm taking the day off from this problem today. Pfff. Have had enough adrenaline rush for now. :)

[ghost]

So let's say some "thread" consumed the resource, however what starts that thread?, how to find which process initiates a thread, in a specific way, so we can catch the developer who did that? And pull his ears. I do not have IDA Pro installed. I am hoping this is possible to find by Sysinformer or sysmon at least? (easier)

[ErikDecibel]

So let's say some "thread" consumed the resource, however what starts that thread?, how to find which process initiates a thread, in a specific way, so we can catch the developer who did that? And pull his ears. I do not have IDA Pro installed. I am hoping this is possible to find by Sysinformer or sysmon at least? (easier)

I did start the script with both Powershell 'versions' already to eliminate that. No effect.

Yeah, I will try to see if I can use a thread utility to pinpoint the cause. Bear in mind it's been years since I've done that. I verified both Win installs again today. Same result. Sadly Well, we all know that some things do just start working again on Microsoft software. ;)

[ghost]

Or for example if we "limit max FPS" from video driver, of Powershell.exe or some exe, and the GPU usage goes down, we will know where to focus. If its powershell there may be bugbounty for it?

[blusewill]

Well this is the same issue in #1441 Because of how fancy that theme goes it makes hardware resource intensive. The reason why I am talking about CPU is intensive that time because I didn't have a GPU into the Virtual Machine. But by default it should be using the GPU to render the Toolbox makes GPU resource intensive.

[blusewill]

Guys I kinda found the problem. The Dark Mode is Resource intensive. For you guys using the light mode might not be noticing. So I kinda fixes the Theme makes it smoother on low-spec PC. Now it defaults to the version that I modified. But can someone give it a test? winutil.zip

[ghost]

@blusewill tested Not fixed on 3070 mobile goes to almost half GPU usage at least 34% and rampsup cooling but that's MSI fault the cooling (grr MSI my ears bro)

[blusewill]

Well it's not the best way to fix it. But it's better when is not moving "intensively" a lot and much more better in my testing (on board graphics) Also the version in the Pull Request's Winutil is not updated please make sure to use the Winutil on the top.

And in my PR when it detects to the Dedicated GPU it won't switch off the Theme to the one I set. It still uses the Resource intensive one. So you might have to use the command to solve execute the Dark Theme (Lite)

[KN592]

Well it's not the best way to fix it. But it's better when is not moving "intensively" a lot and much more better in my testing (on board graphics) Also the version in the Pull Request's Winutil is not updated please make sure to use the Winutil on the top.

And in my PR when it detects to the Dedicated GPU it won't switch off the Theme to the one I set. It still uses the Resource intensive one. So you might have to use the command to solve execute the Dark Theme (Lite)

just launched this and guess what, i did not notice any change in the look of the tool but it does NOT run at 90+% on my igpu, thx now it is mostly at 0 with some random spikes. i used to run winutil through the first command line chris titus has on his page. tool does its job way quicker now too, no more long waiting times just to "get installed".

[github-actions[bot]]

Closed due to inactivity