BUG: GH Custom Preview still blowing up memory

[RIL (Rolf)]

The Custom Preview component still blows up my memory. 32GB is consumed within minutes for a simple 1100mm curve below:

Fig 1. Previewing simple geometry:

This bug is an old familiar fella by now:

Bug: Memory leak in GH Preview component

I just discovered a memory leak in the GH component Preview. To reproduce: Reference a dense mesh in Rhino from GH (internalized or ref does the same nasty thing), set Rhino viewport to Rendered, then rotate the (perspective) view, and watch memory taking off. [debug_gh_preview] debug_preview.gh (801.6 KB) debug_preview.gh.3dm (4.4 MB) * Version 6.22.20007.3471, 01/07/2020, Commercial. * I downloaded the new NVidia drivers for GTX1080Ti, but the problem is still there. * I also tried wit…

I can’t check (preview) what I’m doing with this bug blowing up my memory every few minutes. I had to disable all previews and go stone age view. That’s bad because often I use colors for debugging. This is how useful Preview is right now:

Fig 2. Preview disable in order to keep memory for myself.

Please fix this, Grasshopper isn’t “industrial strength” without a working Preview component.

// Rolf

[gankeyu (Keyu Gan)]

Somehow your original post didn’t seem to cause a memory leak on my computer. Rhino used ~1.5G memory consistently.

[RIL (Rolf)]

Strange:

Reproduce: The extreme memory consumption occurs when wiggling and rotating the Viewport while watching the Task Manager. When coding and compiling memery is consumed each time as well. Happens everytime.

// Rolf

[maje90 (Riccardo Majewski)]

I managed to replicate the problem this way:

enable/disable many times that group, ram usage goes crazy.
preview_ram_usage_bug.gh (21.8 KB)

[gankeyu (Keyu Gan)]

I can replicate this one.