Critical memory increase with Rhino 8 on Mac

I am experiencing a critical memory usage issue with Rhino 8 on my Apple M3 Max (Apple Silicon, 36 GB ).

During normal modeling sessions (typically under 2 hours), Rhino’s memory usage progressively increases and can reach up to 75 GB according to macOS Activity Monitor. This eventually causes the system to force quit applications due to extreme memory pressure. (see attached image)

Project details:
No plug-ins installed
No imported files (no STEP/IGES/STL)
Only simple native geometryFile size 36 mb
Fresh sessions (Rhino not left open for extended periods)
Physical based Materials are used
Materials are assigned to layers
Often working in Rendered display mode

Could you please advise:
• Whether this is a known issue in Rhino 8 for Mac
• If there are recommended settings or patches
• What diagnostic logs or system reports I should provide

Thank you for your assistance.
Ondrej

Hi Ondrej_id,

Please run SystemInfo the Rhino command line and post the results. Thanks!

1 Like

Hi!

Thanks for a quick answer.
Attached is the Systeminfo.
Thanks
Ondrej

Untitled.txt (4.2 KB)

Rhino 8 SR26 2025-12-15 (Rhino 8, 8.26.25349.19002, Git hash:master @ c6182b1b71af690bf339ed38f9ccfc2fec2e46c3)
License type: Commercial, build 2025-12-15
License details: Cloud Zoo

Apple macOS Version 14.6.1 (Build 23G93) (Physical RAM: 36GB)
Mac Model Identifier: Mac15,11
Language: en
.NET 8.0.14

Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M3 Max
Color LCD (1728 x 1117 @ 120.00Hz)
GPU Vendor: Apple

USB devices
None

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreML.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftVision.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftShazamKit.dylib
/usr/lib/swift/libswiftObservation.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftWebKit.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftMapKit.dylib
/usr/lib/swift/libswiftFoundation.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
/Applications/Rhino 8.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/MeshCommands.rhp “MeshCommands” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/PlugIns/AnimationTools.rhp “AnimationTools” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/PlugIns/SectionTools.rhp “SectionTools” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/PlugIns/Displacement.rhp “Displacement” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 8.26.25349.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 8.26.25349.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCodePlugin.rhp “RhinoCodePlugin” 8.26.25349.19002

I see one existing rendering issue but that’s after a very particular scripted render config. Can you describe your workflow a little bit more? Thanks.

Thanks,

I don’t perform actual rendering in Rhino; I only use Rendered mode with scene lighting. The materials are physically based, and I’m using my own HDRI environment. Some materials include textures, but only minimally. Materials are assigned to layers (that are sometimes not 100% responsive - unfortunatelly )

See attached pictures please

Hi Ondrej -

I’m doing most of my work on an M3 Max these days, and will have Rhino files open for hours or days without running into memory issues.

Since you mention that the memory usage progressively increases, do you also see this behavior when you only have a new document open from a factory-default template and do some work in that? Or is this actually file-specific? If the latter, please post that 3dm file.

Other than that,

Is there a reason for running an outdated version of Rhino 8 on an older version of macOS?
-wim

1 Like

Thanks for your reply,
I actually experienced it during last 6 months already. Different projects, different files. This time I had just one file opened and it arrived to 75GB, so decided to report it, cause this is really bad. :frowning:
So I dont think it is related to the latest IOS or Rhino version.

Year ago I used only auxpecker for rendered view. Then I started to use Physically based environments. So maybe this memory issue is related to that? Even then, I would not expect this happen on relatively powerful Mac with very simple object geometry.

You mentioned, you dont have any problem with Rhino on Mac, what type of materials do you use for Rendered view?

In order to debug this, either send us a file, or see if updating your OS resolves this, or see if this happens, as Wim asked, in a factory default template where you just model for 3 hours without the material setup you mention.
Even if it is not file specific it can still be helpful to send a file where this happens, because we can’t reproduce it here so far.

Hi, Thanks for feedback, can you please send me your email to send my CAD?

You can upload it here. Pls mention this thread in the description.