@Colin Can you clarify what you are seeing as an increase?
The model doesn’t matter, I see an increase even with a new file only containing ThomThom. I have taken my SpaceMouse out of the equation and just using my MX 3S mouse. With the mouse a zoom in and zoom out and a pan typically adds 1-2Mb to the memory load.
Look at this way, if this memory jump happens 20 times a minute, for 2 hours that’s…
1.5Mb x 20 x 60 x 2 = 3.6Gb, which pretty much aligns with the figures I am seeing in my memory usage. (Yes, I do a lot of jumping around in my drawings!)
I did try my Magic Mouse again and SU2024 and neither reduced the memory increase, so it may be something between SU’s display navigation & Sequoia. I only updated to Sequoia when SU 2025 was released, which iirc aligns with when these beach ball hangs started.
I may be more concerned about this due to my limited memory (16Gb), but a leak like this should also be of concern to Trimble. Not everyone can afford to rush out & buy 64Gb upgrade just to keep working, especially when the memory cards are obsolete!
I have tried various versions of SketchUp, and with a few devices. For all cases, SketchUp starts using some amount of memory. A bit of zooming around makes the memory jump up by as much as 200 MB. Stopping zooming around for a moment lets the memory drop down again. Lots of zooming around for quite a while doesn’t make the memory use go even higher.
I am seeing a pattern between zooming and using the scroll wheel button to switch to orbit. It seems to be when changing from zoom to orbit that the memory starts accumulating. So repeat that process of zoom then orbit, zoom then orbit… a few times and you should see the memory rack up in Activity Monitor.
I get the spinning beach ball on average once a day. Once it starts there is no return even after 5 minutes so I force quit and restart. Using most recent SU release and Sequoia 15.5 although this has happened since SU25 was released. The trigger seems random—sometimes while importing, sometimes while pasting, sometimes just plain random.
I have just posted on another thread about experiencing this same issue - random beachballing. In answer to @Box 's point above, yes I did download the latest SM driver. I had to because SM wouldn’t work on SO25 without doing so.
I did not consider the effect of my Logitech MX-Master-3 wireless mouse. Only use the MX-Master-3 for normal selecting drawing etc, while the 3Dconnexion SpaceMouse-pro-wireless is used for navigating in my model. I will try to test for SU-2025 memory leaks without the SpaceMouse using only the Logitech MX-Master-3.
Had no memory leak issues with my old SU-2021-pro under macOS Sonoma. Spinning beach ball lockups happened after I upgraded to SU-2025 under macOS Sequoia. I could run SU-2021-pro under macOS Sonoma using both my Logitech MX-Master-3 and SpaceMouse all day without any issues.
Might try running my old SU-2021 under Sequoia on slightly older version of the same model which have not been converted by SU-2025. Will report back as time allows.
That is a very interesting issue: USB wifi-ish protocol dongle -vs- Bluetooth protocol connection to the Logitech mouse. I will incorporate that into my testing … just as soon as I get bluetooth working again and tested on my opencore Hackintosh-z390, i9-9700(?), 64gB-RAM, big NVME.m2 SSD’s … etc, desktop system.
Fortunately, this hackintosh desktop has been rock solid for years, however updating to Sonoma, then Sequoia broke hackintosh support of WiFi/bluetooth internal cards. Didn’t notice the WiFi wasn’t working because I use an Ethernet connection to my local LAN and a 1gb optical internet link. My bluetooth still works, but I should test it for speed and stability before switching my Logitech mouse from USB-dongle to bluetooth and testing Sketchup. The hackintosh community has various fixes, but it has taken me time to work thru them.
Will come back to this thread when I have the bluetooth issue resolved and some valid SU tests. Sorry for the delay.
I don’t see this as a bluetooth issue, the fact I can bump an SU file up from 300Mb to 3.5GB in a couple of hours screams memory leak to me, especially as it happens regardless of the navigation input device. I think the problem lies somewhere between SU and Mac Sequoia. My problems started after the Sequoia upgrade.
Any solution to this yet? We have two Mac’s experiencing the same issue. I am still running Ventura while the other Mac is on Sonoma. My SU just crashed while hitting 90GB of memory usage…
The only reply I received on the 3DC forum tried to throw responsibility for the issue back onto SketchUp, asking whether I had informed the SU team of this problem. Since @colin has been on this topic, I think the answer is “yes”. But there has been nothing more from them.
Sorry for the additional delays. In between other tasks I finally have WiFi and bluetooth working under macOS Sequoia on my i9 cpu, 64gB-RAM hackintosh system with SU-2021 and SU-2025 installed. This will let me test SU with SpaceMouse and my Logitech Master 3 mouse linked via bluetooth -or- the logitech WiFi dongle and report back … probably on Saturday with my current task list.
So I think this takes Sequoia out of the loop and it is very much an SU2025 issue. I went back to SU2024 yesterday as the hangs were stopping me working and wasted my morning. Guess what, I ran SU2024 for the rest of the day without issue and memory use stayed within manageable limits.
This has been an ongoing issue.. at least for me.
Things work for weeks and weeks. Then, Layout seems to be full and can’t think any more. I can purge SU. Save as new.. Re Link.. Re Boot.. Doesn’t matter…
If I open a new LO file. Or SU file… that can help. For a short period…
Maybe this info helps👇 Maybe not…
