Canvas speed

[rudolf.neumerkel (Rudi)]

@Gijs, this topic is near and dear to my heart. The recent update to RH7 and I believe the SR RH6.30 bring some improvements to the situation (and the Canvas redraw speed counter works now!). Check out this thread for more info:

Slow canvas UI (with multiple elements)

@curtisw, @dan thanks a lot for your effort guys! You are amazing. I tried out the newest improvements and did some comparisons myself. 6.29.20239.15172 vs. 7.0.20266.16016 running on macOS 10.15.6 Here is my experience: Canvas frame rate seems to have increased about 2x (This was measured by video recording the two versions and counting frames). And one can really feel the difference, when zooming and panning around! The speed of resizing empty GH windows has increased significantly a…

That being said, I don’t think the GH interface makes great use of the available computing power. The recent update has improved things a lot, but we still have some way to go. I really hope GH2 will change this situation, as it will be built using different technologies:

Small review and wish list for Rhino for Mac

The performance hit is due to the translation from System.Drawing to Core Graphics (macOS’s graphics API). It comes down to the following: Translating from System.Drawing API’s to Core Graphics has overhead, and with so many elements on the screen it adds up. System.Drawing has features that are slow to do in the same way in Core Graphics. We have our own custom System.Drawing implementation that maps to CoreGraphics which is very slow since we emulate the System.Drawing API On Windows there…

Hope this helps!

Cheers