VS is Consistently Taking Up Massive Memory
-
Since I upgraded to Build 28, I've been seeing frequent situations where my application memory used by VS is incredibly high. I'm not sure what's causing it as I'm working on one or two VS files at a time and not doing anything different than other times I've used VS prior. This was also occurring yesterday as I worked. The second screenshot was after i quit VS and started working again. It was climbing back up consistently
-
@Boldline How long was VS running when reached this memory.
I will try to replicate this, but it might be task dependent.
-
It starts to build almost immediately after I open a fresh VS and start working. I did not check to see if it's related to a brand new file or only for files that are existing prior to the new VS session. I will test that next.
With an existing file, it took 15 minutes for it to climb up to 5GB of RAM. Sometimes it would hold steady or decline slightly, but then it would methodically keep climbing. By the time I've been working for an hour or two, it's at 75-80BG and the force-quit warning panel appears
-
@Boldline said in VS is Consistently Taking Up Massive Memory:
it took 15 minutes for it to climb up to 5GB of RAM
I have to replicate this, can you send me a file and some steps to get this memory use.
It might be a bug or a regression introduced recently.
-
It may or may not be related to @Boldline's issue, but I had a blacking out of the application canvas (like video failure/Black Screen of Death-ish). I didn't know the cause at the time but I noted later in Event Viewer a few of these kinds of entries for each of those events when the canvas blacked out.
"Windows successfully diagnosed a low virtual memory condition. The following programs consumed the most virtual memory: VectorStyler.exe (33228) consumed 63186677760 bytes, sihost.exe (4648) consumed 2389098496 bytes, and obs64.exe (4276) consumed 1856397312 bytes."
63186677760 bytes = 63.18GB
Note: RAM was not full:
MemoryExhaustionInfo
- SystemInfo
SystemCommitLimit 96692113408
SystemCommitCharge 96424468480
ProcessCommitCharge 85513814016
PagedPoolUsage 1338548224
PhysicalMemorySize 34263310336
PhysicalMemoryUsage 17896673280
NonPagedPoolUsage 1621086208
Processes 328
- SystemInfo
-
@debraspicher I might have identified the issue in VS from @Boldline , but that was MacOS related.
This looks different, how long was VS used when reached this state?
-
@VectorStyler said in VS is Consistently Taking Up Massive Memory:
I might have identified the issue in VS from @Boldline
I emailed you the file. I also recorded 13 minutes or so of my process and this time it only got up to 5.88GB when I stopped to prep the video and file, etc. It's been holding steady at 5.88Gb, but I also have not been doing any activity on the open file. I was trying to keep the size down since it's so large a video file already, but I ended up overdoing the compression and made it fuzzy to view. I will continue to work on it and can make a new video , time lapse this time, if that should be more useful to you.
You mentioned you may have solved the problem! I hope that is the case - if not I am happy to contribute more info as needed to help solve it
-
@VectorStyler I want to say that I opened and closed it a few times to check things. So I wouldn't say it was open very long in that session, but what I was doing was very basic. I'll keep monitoring it, obviously, and paying more attention to memory usage.
What would you consider "normal" memory usage? Right now it is using 4.8Gb, but I'm not doing very much, just working on a card with basic elements. I did leave it open overnight, though (with computer in sleep).
-
@debraspicher said in VS is Consistently Taking Up Massive Memory:
What would you consider "normal" memory usage?
1-2 GB for regular vectors (not much images).
Right now it is using 4.8Gb,
That is a lot, I'm running automated tests now and it is nowhere near that.
If you have a basic file that causes this kind of memory use with basic editing, please send it to me and also a description on how to get it above 4.
Also: what are the selected modes in the Settings -> Preferences -> Compute Engine and Document Display Mode?
-
@VectorStyler Right now I don't have much open but a single file that I was using to record a bug. It has a very simple vector in it:
This is the file: https://1drv.ms/u/s!AuWHX0h5bAoRio4qJ7A8N45QwItNog?e=odYYdh
No files open, this is what I see:
Edit: It did do some waste management after a while (after some opening and closing of files) and is now back down to 646MB (nothing open)
-
@debraspicher said in VS is Consistently Taking Up Massive Memory:
is now back down to 646MB
Yes, when closing it does clean some (internal) caches. But 4.7 is a lot for this file.
I'm testing it now on Mac Retina display and it was under 800MB, I will also test on Windows.
-
@VectorStyler There were other files open before that had one or two images in them that I used as a reference for vector creation. That is something I frequently do, so that's the only other explanation I can think of, is that it's latent from those files being open. (Still simple files otherwise.)
-
@debraspicher @Boldline found the issue, fix will be in the next build (by Monday)
-
@VectorStyler great news! Thank you!
-
@VectorStyler Very nice!
-
Memory usage here is much more slimmed down and certainly more efficient. Thanks!
