Anyone else have this issue? running windows 10. Only using 1/4 of ram.
Select the Start menu, type in "regedit"
Browse for the location in on the left of the Registry Editor
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota (range: 256 ~ 65,536)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\USERProcessHandleQuota (range: 200 ~ 18,000)
Right click each value end select modify.
You might also change the type to decimal (so it will be easier to put the values in for you)
hope this helps.
Close the program, open your task manager/processes and check if any part of Solidworks is still running and close that.
It happens to me occasionally, when Solidworks doesn't close down correctly.
Makes sense to do that, but I'm trying to avoid doing that. It's obviously a software problem that should be solvavble.
Available window resources typically refers to GDI objects and/or USER Objects rather than ram (you can check in task manager by adding columns for GDI and USER objects.
. It is typically seen when you have alot of windows open and is a limit imposed by Microsoft, however this can be changed in the windows registry, best to talk to your IT support on that before going ahead, but i've never had any issues after raising the limit on my last couple of systems.
If you can't see a good reason why it should be consuming lots of resources or GDI/USER objects aren't the issue then best to contact your VAR (resellers support)
see GDI Objects (Windows)
User Objects (Windows)
I get that all the time on the system that I have that's running Windows 10 & 24GB of memory with only a couple of windows open. I can use the system at work that has Windows 7 on it & have 3 different cad programs plus email & browser all open at once & never had an issue.
Ah i didn't know that about windows 10 i'll have to look on a system with that on to see the process now.
However That does sound odd if you can't see a reason for it I would definately consult your VAR, as Leszek says you can modify the registry keys (with IT approval and the usual disclaimers about modifying the registry) but the course seems unusual.
I can see one issue unique to Windows 10 and SOLIDWORKS, this is to do with the 3d Connexion LCD manager which seems to be part of the Space Pilot Pro Drivers.
Don't suppose you are using that/ another product that uses the same tool. You can ask your VAR to add you to the SPR if that is your situation
GDI object count for zz3DxLCD50RSSReader.exe (3Dconnexion LCD Manager) reaches 10000 while using SOLIDWORKS on Windows 10
I am using a 3d mouse.
Windows 10 Task manager doesn't allow you to add columns to see the GDI objects.
I'm using Windows 10. The stuff you are showing me above doesn't work.
Yes it is slightly different in windows 10 i didnt' realise that,
If you want to check GDI to see if it is this limit you are hitting it looks like it is just the case of right clicking on any column in windows 10 task manager see Windows 10 Forums
If that proves to be the issue still would be worth asking your VAR (reseller) to add you to the SPR 914141 if you have a space pilot pro another model with the LCD Manager to ensure this gets fixed. Hopefully you won't hit the raised limits (the links i placed in my original replies give more info and the limits imposed by microsoft)
Modify the two GDI limits in your regeditl:
You can try 30 000, and 10 000.
On Windows 10? Could you please tell me how?
Thanks I'll try that. Why isn't it set higher by default?
I am currently experiencing the same issue but the proposed fixes do not seem to resolve the issue. Windows 10, both registry changes applied (maxed to the upper limit) with 10 GB free ram (16GB total) and no GDI leaks (about 4k for Solidworks and 9k total for all applications combined), I still get popups about insufficient memory. Everything seems to work without issues other than the annoyance of the frequent message.
I'm experiencing the same issue. No GDI leaks lots of memory lots of GDI objects remaining. I would say Solidworks is a bit laggy as well.
I did increase the GDI counts as this thread suggests but it has made no difference.
The described method of increasing GDI object limit in the registry is confirmed NOT to work with Windows 10 (see Windows 10 GDI Objects limit). I tried it myself for a user that is constantly crashing SW 2017 SP02 with Windows 10 due to hitting the 10,000 GDI limit and increasing the value to 16,384 or 65,536 does not change anything.
Not on windows 10 yet. But was having that problem when I was using SP2. Now that I'm on sp3 I have not see that warning.
Thanks for the hint David, I will update to SP03 then and see if it helps.
EDIT: Updated to SP3 and it really seems to fix the problem!
We're on (SW2017) SP5, and I still see this 'low resource' message occasionally. Though, I believe it happens most often with large assemblies and drawings of large assemblies open. Or I've seen it with a simulation open/running in the background while looking at other parts/assemblies.
I will give the GDI and User objects regedit a go, and post what I see.
I have SW2017 SP5 on several machines getting this error. Eventually if you keep running SW, it will error out and crash. I changed the registry Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota to the theoretical maximum of 10000 Hexadecimal (NOT DECIMAL!) and it worked like a charm. Please be advised, this solution was for supported P4000 graphics cards as well as unsupported hardware. The newer computers we are using are completely custom builds using consumer gaming cards and we are having zero issues since modifying the registry.
Retrieving data ...