latest update Version 8 SR20 rhino is becoming slow , fluid working is hard is there a solution , it was working great before this update … so it is not my computer , but here is the info
btw it is slow at my pc also on my laptop
Rhino 8 SR20 2025-5-13 (Rhino 8, 8.20.25133.14001, Git hash:master @ 007e608777fd819d8976799b8426698dff88c962)
License type: Commercial, build 2025-05-13
License details: Cloud Zoo
Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 16GB)
.NET 8.0.16
Computer platform: LAPTOP - Plugged in [99% battery remaining]
Standard graphics configuration.
Primary display and OpenGL: Intel(R) Iris(R) Xe Graphics (Intel) Memory: 2GB, Driver date: 11-26-2024 (M-D-Y). OpenGL Ver: 4.6.0 - Build 32.0.101.6314
> Integrated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port 1
Primary OpenGL: Intel(R) Iris(R) Xe Graphics (Intel) Memory: 2GB, Driver date: 11-26-2024 (M-D-Y). OpenGL Ver: 4.6.0 - Build 32.0.101.6314
> Integrated (slow!) graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port 1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: Intel
Render version: 4.6
Shading Language: 4.60 - Build 32.0.101.6314
Driver Date: 11-26-2024
Driver Version: 32.0.101.6314
Maximum Texture size: 16384 x 16384
Z-Buffer depth: 24 bits
Maximum Viewport size: 16384 x 16384
Total Video Memory: 2097148 KB
wel i did import a drawing head , nothing fancy tryed to pull it in place but it pulled like it was sticking , also panning did get slow , so slow i had to take it out again his little drawing head with only some text and some hatch, the other on my pc was a small pythonscript that draws some lines around a surface for lasercutting , that als was very slow but i have to test this tomorrow at the pc, here this is also better now
Just wanted to +1 this, I mentioned in another thread but it feels like the last few updates to Rhino 8 have really slowed down the responsiveness to the ctrl/alt/shift keys, and in general it feels sluggish compared to going back to Rhino 7, which I run at home on a much older machine.
my system setting as on pc , i must say that the very slugish behavior (dragging objects was really annoying ) is a lot less as just installed the latest version,
so maybe it is something different in the system , anyway the previous version is some faster
Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 30GB)
.NET 7.0.20
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: AMD Radeon 780M Graphics (AMD) Memory: 2GB, Driver date: 11-27-2024 (M-D-Y). OpenGL Ver: 4.6.0 Compatibility Profile Context 24.12.1.241127
> Accelerated graphics device with 5 adapter port(s)
- Secondary monitor attached to adapter port #0
- Windows Main Display attached to adapter port #1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: Off
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: ATI Technologies Inc.
Render version: 4.6
Shading Language: 4.60
Driver Date: 11-27-2024
Driver Version: 32.0.12033.1030
Maximum Texture size: 16384 x 16384
Z-Buffer depth: 24 bits
Maximum Viewport size: 16384 x 16384
Total Video Memory: 17042 MB
Thanks for sending the system info for the other machine as well.
Both the laptop and desktop have rather underpowered graphics cards that don’t meet the Rhino 8 minimum requirements. That being said if you notice things have become slower this is concerning. I’ll run some tests here to see if I can get a speed difference between the two versions.
@Dipso can you also run _SystemInfo in Rhino and post back the results?
Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.0
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 4060 (NVidia) Memory: 8GB, Driver date: 8-14-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 560.94
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
- Secondary monitor attached to adapter port #1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 2x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 8-14-2024
Driver Version: 32.0.15.6094
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 8188 MB
The files I’m working on are relatively heavy, but the slow down is behaving differently to how it normally does. It’s not the graphics, as the issue occurs when I’m in wireframe and not moving the viewport, but adding/removing objects with shift/ctrl just feels “sticky” compared to previous versions.
@Dipso thanks,
In my tests I could not see even the slightest difference. If you can share a file that shows this behavior, that would be helpful.
You can upload files here
Thanks for running the tests, unfortunately the files I have which are heavy enough for this to become an issue with are all under NDA.
I was mostly chiming in, in case there was an obvious major change in the recent updates that could have been causing an issue (ie input priority) - it’s noticeable to me due to the way I use the program/muscle memory, but it’s going to be a little hard to measure objectively, and probably not worth the time to investigate if it’s only affecting a few users.
started doubting myself
but not, the new version is slower , i have a pyth script just draws lines around a surface offsets them and export and it is slower not a bit but really something, , well my pc mighty not to be in rhino standard but it works really good for me no dragging problems , and i can not put a better card in my mini pc i think , it is just a small box no room ,so it should work not buying another pc
imported again a drawing head and draging is slow , taking out some hatch makes it work ok strange as it is not a real heavy part
btw uploaded files to check
@Gijs I’ve managed to roughly replicate the issue, I can upload a file if need be (what would be the best email to reference via your link? Tech@Mcneel?), or you can try recreating.
For me it seems to be an issue with hidden geometry still being referenced - I arrayed a couple of hundred thousand simple meshes, hid them, then arrayed 50 or so curves. I then select the curves, crtl+drag to deselect a few, then immediately try to pan & it will act as if the ctrl button is still pressed and will zoom instead.
If the meshes are joined as one disjoint mesh the issue disappears, which leads me to believe it’s some kind of object reference other than the geometry - id’s or origin points maybe?
Thanks @Gijs, uploading now. You may need some more meshes to introduce the lag depending on your machine, but am I right in assuming that hidden objects shouldn’t be affecting performance at all?