I’m having big memory consumption problems that lead Rhino to slow down until the OS window appears, the system has run out of memory (I have 32GB). Since my workflow had become “impossible” I did some research and that’s what I discovered. 1) The problem is the “QuickLookUIService” process (seen from activity monitoring) which (in this case) takes care of displaying the previews of the .stl files that I use for 3D printing by exporting the .3dm files. You can easily reproduce the problem by combining a Finder window with the Activity monitoring window. Selecting a .stl file from the Finder and pressing the space bar, you will see the memory used by the QuickLookUIService process on Activity Monitor increase. For me it is sufficient to view a few large files to finish the Memory. 2) the “temporary” solution for me is to close the QuickLookUIService process from activity monitoring when this indicates too high a value (I notice it because Rhino slows down). I found a solution on the net that could “solve” the problem and for this I need your help.This is a terminal command that “should” close the QuickLookUIService process after a certain time automatically.
function stahp () {dangerous script deleted}
$ stahp QuickLookUIService 30
I would have 2 requests, 1) check if the command works without “side effects” 2) check if the memory problem of the QuickLookUIService process also occurs with OS Mojave. Thanks for your help.
update: I was wondering if this process could also affect the “freezing” of Rhino (1-5 seconds) when macOS automatically saves large files and updates the preview in the Finder.