Rhino 8 is frustratingly slow

Rhino Rhino for Windows
1

Hi,

I am sorry to ask but - what is going on with Rhino 8?

We have tried many different files now, on different computers here in our office and also privately at home and tested Rhino 7 vs 8 under the same conditions. The result is the same when testing max speed. Rhino 8 is always slower than 7, often up to 50 percent which is something you can definitely feel when working. Rhino 8 takes so much longer when doing things like deleting layers, isolating, copy pasting or just navigating the viewport - especially with complex models.
All of my colleagues experience the same issue and many of them don´t even bother working in Rhino 8 anymore but just keep things in Rhino 7.
The issue is not in the file or the setup. We have tried the latest patches, the latest graphics drivers.

Is the developer team aware of this? Is this something that is being worked on?

2

Hej Adrian -

Nothing specific that I know of, no.
Please run the Rhino SystemInfo command and copy-paste the output here.
-wim

3

Thanks for the fast reply Wim. It just seems to me that this is an issue that many people are having, even reading here on the forum? I can´t imagine that it has anything to do anything with the systems used. If you are testing a complex rhino model, are you getting the same speeds as rhino 7?

Rhino 8 SR17 2025-3-7 (Rhino 8, 8.17.25066.07001, Git hash:master @ b14fcd901289f8715631debb308bc919a4988e07)
License type: Commercial, build 2025-03-07
License details: LAN Zoo Network Node

Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.20

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3090 (NVidia) Memory: 24GB, Driver date: 2-25-2025 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 572.60
> Accelerated graphics device with 4 adapter port(s)
- Secondary monitor attached to adapter port #0
- Windows Main Display attached to adapter port #1

Secondary graphics devices.
Intel(R) UHD Graphics 770 (Intel) Memory: 1GB, Driver date: 7-29-2022 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- There are no monitors attached to this device!

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: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 2-25-2025
Driver Version: 32.0.15.7260
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 24 GB

Rhino plugins that do not ship with Rhino
C:\Program Files\Chaos\V-Ray\V-Ray for Rhinoceros\V8\VRayForRhino.rhp “V-Ray for Rhino”
C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll “Enscape.Rhino8.Plugin” 4.2.0.1589
C:\Users\ahe\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\3XNHub\1.1.13\3XNHub.rhp “3XNHub” 1.1.9109.22763
C:\Program Files\Common Files\McNeel\Rhinoceros\7.0\Plug-ins\Rhino.3XN.Flow (7dd3e7c2-4b88-4bf4-ac94-48d3d06c7f26)\1.0.6.2\Rhino 7\Rhino.3XN.Flow.rhp “Rhino.3XN.Flow” 1.0.6.2
C:\Users\ahe\AppData\Roaming\McNeel\Rhinoceros\7.0\Plug-ins\ClippingBox (4dfff1df-5f09-43ae-a044-77b115244b02)\1.0.0.0\Rhino 6\ClippingBox.rhp “ClippingBox” 1.0.0.0
C:\ProgramData\Beam\App\RHINOBEAM.dll “MKS BEAM” 1.12.0.0
C:\Users\ahe\AppData\Roaming\McNeel\Rhinoceros\BlockEditNew\BlockEditNew_V8.rhp “BlockEdit” 1.0.0.0

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”
C:\Program Files\Rhino 8\Plug-ins\NamedPositions.rhp “Named Position”

4

Any benchmarking we do is sans plugins.

5

I have had problems with long delays as well. The worst was 60 seconds (or more) when copying and pasting very simple geometry. This was awkward and frustrating when doing a class demo; I got really good at tap dancing.

SR 16 and 17 seem to have solved it. (I filed a bug report at the time.) I always wonder if the bug was fixed purposely or accidentally. :grin::+1:

6

Looking at the resolved youtracks for the last couple months it was not accidental. There are a number of improvements and bugfixes with the word slow (one directly related to copy paste)

7

Ok, very good to know. I never heard if the problem was specifically identified and solved. It was more like, “So … does it work OK now?”

Just happy it stopped!