For some reason the GUI is very “slow” when doing simple stuff like drawing lines in a new document.
For kicks I tried with my external monitor disconnected and it seems much faster. I have a LG DualUp monitor, connected through a CalDigit Thunderbolt Dock.
Sounds like you’ve already started trouble-shooting this. I am curious about a couple things. First off, it might help to take a look at your SystemInfo ← just run that command in Rhino and paste in the results in a reply here.
Second, you might check to see what the default refresh rates are for the displays you are using. These are in System Settings > Displays > Refresh rate …check to see if there’s a large discrepancy between the built-in display and your LG Dual Up display.
From the sound of it, it sounds like the lag you’re seeing is mostly in the UI - the buttons, menus, etc. Or does it feel like it’s in the Rhino viewport?
Yes I am almost certain it’s this. I am running the external monitor at a scaled setting – so it sounds like it’s a bug that hopefully will be fixed at some point.
That’s a big no-no on macOS! It will mess with the overall performance of the Mac, since the display scaling that has to be constantly done, eats away your GPU power. It’s less noticeable on Apple Silicon than previously on Intel, but still.
is this really the case? setting my 27" external monitor to standard would make all the components HUGE, so huge, it would only make sense to use it that way for visually impaired people. I have never noticed a performance drop running two 27" 4K screens in closed clamshell mode with my Intel MBP 16"
Though that may be, I don’t have any problems with any other applications, and this behavior is exhibiting when performing the simplest operations. I can accept the tradeoffs if I were trying to play a full screen graphics intensive game, or even if I were working on a very complicated model in Rhino. I would hope simple operations can be made to work more acceptably.
Yes, you can read about it all over the internet. If you buy a non-Apple, external monitor for a Mac, you always need to pay attention as to it supports one of the resolutions that Apple supports on their line-up of displays. Otherwise you might end up needing to scale because of a mismatched resolution, which is going to be a performance downer.
The system preferences, or system settings how they are now called, even warn about this!
That looks more like maybe a Rhino bug? Just to be clear, I was talking more generally about external monitors, Macs, and scaling.
That looks more like maybe a Rhino bug? Just to be clear, I was talking more generally about external monitors, Macs, and scaling.
Hope so! I was aware of the potential downsides of scaling when I bought the monitor. So far for me, excepting for this current matter with Rhino, it’s been more of an issue of internet-scaries than an actual issue. I do a range of things with my computer including engineering and design applications, work with multimedia. I’m not doing intensive gaming nor graphic design that needs to be to-the-pixel-accurate, which I understood to be the two use cases that could be particularly problematic with the scaling.
As I’ve mentioned above, on Apple Silicon and modern versions of macOS, it’s become less of an issue, because of optimizations that Apple has build in to the OS and the more capable hardware, namely the GPU.
In the Intel era, it was a considerable amount of first CPU then GPU power that was lost due to scaling. Even now, as it’s less noticeable, you still lose some power to a superfluous background process that you could have avoided, not even to mention the Rhino problems that popped up. I mean it runs pretty great on my non-scaled external display.
There is an mouse/object drag in RH8.3 compared to RH7
I run 3 monitors ( one 38", two 27") from a MacMini intel, 2018 with an external GPU (Radeon pro 580)
All monitors are scaled, - so this is not an issue related to scaling and Mac performance, its RH8 related compared to RH 7
I’m experiencing the same issue as Ryan McLean. However I’m running an M1 MacBook with a brand new Apple Studio Display, so I dont think that it’s a scaling issue.
I have been unable to re-create the issue using R7 so it seems that something has slipped through the cracks in the upgrade to R8.
Hi Gijs and Dan, I’m using an M1 MacBook with new Apple Studio Display and I’m experiencing the same issue, so I dont think that its a scaling / 3rd party screen problem.
Playing around with it I’ve found that when the Rhino window is small on the external display it’s not a problem. When you maximise the window you see the issue:
Small window:
Large window:
Interestingly recording the screen makes it even worse.
Hi Dan please see my reply above - I’m experiencing this error with an unscaled Apple external monitor. The bigger the Rhino window on the monitor, the bigger the lag. Can’t re-create the error in R7.
RH-77649 Mac display speed: Slower at certain display scaling on external monitor
but, if I keep my display scaling fixed and unscaled, I cannot reproduce the issue you clearly illustrate in your video when you change the window size. That’s the part I’d really like to be able to reproduce.
I’ve tried with a Dell P2715Q (3840 x 2160) as well as the LG 5k UltraFine (5120 x 2880).
This leads me to suspect this is very hardware-specific. I see Ryan’s SystemInfo above; but I see you have a M1 MacBook. It might be helpful to see the specifics there which SystemInfo provides.
Apple macOS Version 14.2 (Build 23C64) (Physical RAM: 16Gb)
Mac Model Identifier: MacBookAir10,1
Language: en-GB (MacOS default)
.NET 7.0.0
Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M1
Color LCD (1440 x 900 @ 60.00Hz)
Studio Display (2560 x 1440 @ 60.00Hz)
USB devices
Logitech: USB Receiver
Apple: USB3 Gen2 Hub
Apple Inc.: Studio Display
Rhino plugins that do not ship with Rhino
/Users/dougscott/Library/Application Support/McNeel/Rhinoceros/packages/8.0/IntelDenoiser/0.6.7/IntelDenoiser.Mac.rhp “IntelDenoiser.Mac” 1.0.0.0
I have exactly the same problems on my MacBook Pro M1 with similar setup: 16Gb ram, total number of Cores: 8
Mac Studio Display.
I made tests by drawing simple lines in new file, in wireframe mode and in rendered mode in perspective view: Rhino 7 is much faster (can’t work normally in R8 ).
There is only way to work with R8: when you activate “TestMetal” command, then all feels like in Rhino 7. Maybe R8 and Metal needs better hardware?