Rhino remain in memory (hidden) after closing

Rhino Rhino for Windows
1

Hello.
Just recently Rhino started to remain in memory after closing. There is no window or crash dialog, the rhino.exe process remain in memory and consuming roughly 500mb after normal start and 200mb in safe mode.

System restart, starting with a project or new file or starting in safe mode doesn’t affect the result, rhino.exe remains in memory after close.

image
image783×207 14.9 KB

Is anyone experiencing this?

System Info 
Rhino 8 SR30 2026-4-6 (Rhino 8, 8.30.26096.12181, Git hash:master @ 3309f526050b64b974106a2164974a7e0c459f1f)
License type: Commercial, build 2026-04-06
License details: Cloud Zoo

Windows 11 (10.0.26200 SR0.0) or greater (Physical RAM: 16GB)
.NET 8.0.26

Computer platform: LAPTOP  - Plugged in [100% battery remaining]

Non-hybrid graphics configuration.
  Primary display and OpenGL: NVIDIA GeForce RTX 2060 (NVidia) Memory: 6GB, Driver date: 12-2-2025 (M-D-Y). OpenGL Ver: (null)
    > Integrated accelerated graphics device with 4 adapter port(s)
        - Secondary monitor is laptop's integrated screen or built-in port
        - Windows Main Display attached to adapter port #1

Secondary graphics devices.
   Intel(R) UHD Graphics (Intel) Memory: 1GB, Driver date: 6-1-2021 (M-D-Y).
    > Integrated graphics device with 3 adapter port(s)
        - There are no monitors attached to this device. Laptop lid is probably closed

OpenGL Settings
  Safe mode: On
  Use accelerated hardware modes: On
  GPU Tessellation is: On (but disabled due to other settings)
  Redraw scene when viewports are exposed: On
  Graphics level being used: OpenGL (null) (primary GPU's maximum)
  
  Anti-alias mode: 8x
  Mip Map Filtering: Linear
  Anisotropic Filtering Mode: High
  
  Vendor Name: Unknown
  Render version: (null)
  Shading Language: (null)
  Driver Date: 6-1-2021
  Driver Version: 27.20.100.9664
  Maximum Texture size: n/a
  Z-Buffer depth: n/a
  Maximum Viewport size: 256 x 16843008
  Total Video Memory: 1 GB

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
  C:\Program Files\Rhino 8\Plug-ins\Commands.rhp	"Commands"	8.30.26096.12181
  C:\Program Files\Rhino 8\Plug-ins\rdk.rhp	"Renderer Development Kit"	
  C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp	"RDK_EtoUI"	8.30.26096.12181
  C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp	"Toolbars"	8.30.26096.12181
2

That looks like a subprocess of Resume.. , which is a windows feature to work on more than one device at a time.

3

no, it is not, resume process is not expanded and subprocesses would be shown with indentation, not at the same level as their parent, these are standalone processes.

I just updated nvidia driver. I’ve read windows update could break a lot of things, I suspect the system had system update as usual without user’s consent a few days ago, so I’ll test throughout the day.

4

Not seeing any plugins in your systemInfo, any additional info you can provide in this regard? These look like active instances.

You can create a dmp file and we can take a look…

5

Since safe mode also doesn’t exit, it’s definitely not plugin related.
The issue doesn’t start right the way after computer restart, it takes a few minutes.
I’ve uninstalled all recent windows updates, installed newest nvidia driver, uninstalled “powertoys” (microsoft application) that was installed recently too.

So far, the issue persists.

@Japhy I’ve PMed you the .dmp file.

6

I have the same issue happening. It just started doing this recently. It seems to be network related as Rhino will also lock up when i do Tools → Options → Updates and Statistics

7

@Japhy have you had chance look at the dmp file I’ve pm’d you?

Any way I could possibly debug this?

8

I did, but waiting to hear back from a dev who resolved a similar case, apparently it is related to windows updates.

Lets try repairing your redistributables.

The repair option can done with the following:

  1. Go to Control Panel > Programs > Programs and Features.
  2. Right-click Microsoft Visual C++ Redistributable and choose Repair.
  • Microsoft Visual C++ 2015-2022 Redistributable (x86) ← do this first
  • Microsoft Visual C++ 2015-2022 Redistributable (x64)
9

I am told there was a hang if the Windows Update Service was broken. This is handled in the latest 8 & 9.

10

Thank you.
I’ll admit I was messing around with windows update, trying disable it automatic restart, to a point that I’ll be happy with disabling windows update all together rather than it is rebooting computer without my consent.

The repair distributions didn’t solve it, but Rhino v8.32 did (sometimes it still remains in memory for about 10-20 seconds after closing)

Thank you again!