Sublime Merge using a lot of memory on macOS

[nenadra]

Version info macOS 12.6.2 Sublime Merge 2083

Description Your system has run out of application memory - message in a Force Quit Application popup. Sublime Merge using 52GB of memory I force closed the app and after starting it again, I noticed the memory usage starts increasing rapidly again, so I committed and pushed.

Steps to reproduce This message appeared for the first time. I noticed the computer becoming laggy. While keeping the "Force quit Applications" window open I was looking at the memory usage and the "normal" is around 120MB. What I noticed is that while Sublime Merge is working (commit, push) the memory usage is stable at 130MB, but as soon as it is done, the memory usage starts to rapidly increase. Looks to me that after it detects file change, Sublime Merge starts to put everything in memory. Currently I am replacing some images and the commits are heavy, but not that heavy. They are around 400MB up to 1GB in size max. For example now you can see in the last screenshot it was displaying 12GB memory usage, and the commit that I pushed after was just 400MB.

Expected behavior I did not expect that message about memory to appear.

Screenshots

If applicable, add screenshots to help explain your problem. This section may be omitted/removed.

[srbs]

related: #1718, #1225 of note: #861, #565, #302

[dpjohnst]

Hi @nenadra,

Thanks for reporting this issue.

Could you confirm:

• If you are using Git LFS to commit the large files?
• What format the images are?
• If you are using a network file system for the repository?

Thanks, - Dylan from Sublime HQ

[nenadra]

Hello @dpjohnst ,

Here are the answers:

• I am not using Git LFS
• Images are JPG
• No network file system

Thank you.

[nenadra]

It happened again. I was bulk renaming around 400 jpg files (~400 mb) in the local repository when this message appeared.

I closed Sublime Merge and continued renaming. Then I opened it again and made a commit immediately. Since then it is working normally.