There is a massive lag when I try to open the Gumball options in the latest Rhino 9 BETA. Rhino literally freezes for several seconds, and I had a couple of crashes, too. Sometimes the dialog box that opens via RMB click on “Settings” preceding the actual pop-up window with the Rhino options gets black. Other times, its background becomes dark grey instead. The Command prompt lists all of my custom display modes meanwhile (they are more than 120 in total).
I can hear that the fans of my PC get loud during the freezing, indicating that this action most likely adds a huge load to the system.
When I don’t have custom display modes, the freezing is much reduced, so this is definitely connected with the number of custom display modes that I have. The previous BETA from one week ago didn’t had that issue.
Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 16GB)
.NET 10.0.2
Computer platform: DESKTOP
Standard graphics configuration using DirectX
Primary display: NVIDIA GeForce GTX 1660 Ti (NVidia) Memory: 6GB, Driver date: 8-20-2026 (M-D-Y). DirectX(11)
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
From my observations, the massive lag occurs when I try to reach the Gumball options through the white round circle handle directly from Gumball, or when I right-click on the bottom Status bar on “Gumball” and choose “Settings…”. Then Rhino options need several seconds to open, often times more than 10 seconds. I see that the Command line history reads my custom display modes when the freezing is happening. Sometimes the entire screen gets black.
Once the Gumball setting page is opened and then I close it without doing any change of the settings, a subsequent opening of the Rhino options again (this time - through a right-click on the 5th icon), for no obvious reason Rhino opens the settings of some random display mode.
However, if I navigate to the Gumball settings through a right-click on the 5th icon, then I click the “OK” button to close the window and then re-open the Rhino options, the Gumball settings page is properly opened and loads only for a few seconds.
But if I try to do so through the white circle handle of Gumball, Rhino freezes for a lot longer time.
The video recording has started much later due to the frozen Rhino, but the black screen initially was there for over 20 seconds:
If you open Tools → Options, then how long does it take? My assumption after investigations is that it should be three times faster? I am just trying to figure out the bottleneck and currently it seems to be a problem in the options page command. Thanks…
Tools > Options: about 4 seconds delay to open the first time, then it takes 2-3 seconds every next time.
Right-click on the 5th icon (Options): same as the above.
Right-click on “Gumball” on the bottom Status bar: 16 seconds to open the first time, then it takes about 11-13 seconds every next time. The screen went black only the first time, the next times Rhino just freezes with no black screen.
Looks like all of the 3 ways to open the Rhino options takes a bit longer after loading Rhino, then every next time it’s slightly faster.
Note that the Network gets very busy while Rhino is frozen upon trying to open the Rhino options. Maybe Rhino tries to contact the servers in that very moment?
By the way, it takes about 3 seconds to open the Rhino options in Rhino 7 from Tools > Options.
However, opening it through a right-click on the Gumball settings from the Status bar takes 7-8 seconds, which means that at some extent this particular bug existed in the previous Rhino versions, too. Still faster than the 11-16 seconds needed in Rhino 9 BETA, though.
