System information: 11th Gen Intel(R) Core™ i7-1165G7 @ 2.80GHz, 16.0 GB, Intel(R) Iris(R) Xe Graphics
Here is an example of the Roblox menu being repetitively opened and closed; notice that the memory tag for Gui gradually increases from around 4 up to 6:
After doing this for a little longer, I was able to jump it all the way up to 7:
Interesting find, I wonder if there are other CoreScripts or Roblox features with memory leaks too like the Hamburger menu or the chat. They have horrible performance just like the menu.
The memory leaks and inefficiency of the current coregui menu simply cannot be made ignored anymore. These are pretty glaring issues with the current ui, and they either need a fix or a complete rewrite.
honestly i wouldn’t be surprised if all the features associated with the topbar have memory leak potential
interestingly enough, the topbar also appears to have some kind of “waiting for load” thing that’s got the potential of infinitely yielding, something which i feel like wasn’t there before with the old one, which might be saying something about the codebase of the client
Now if anyone wants to try it with all the other topbar things (music, self view, party etc.) and compare frametime/memory usage then that’d be a decent way to know just how terrible the topbar both looks and functions
This can happen when, at the beginning of loading the game, the loading process freezes for longer than 5 seconds, which causes the warn, The code can be found in ExtraContent, corescripts, etc:
This warning could very well be fixed by setting a timeout as the second argument to WaitForChild, but I guess they just don’t want to do that or something.
For “Failed to set UISizeConstraint’s MaxSize as it is smaller than MinSize”, an easy way to replicate it is to simply enable DevConsole (in a real game there would likely be way more guis that can result in the same thing) and convert the screen from being maximized to being a tiny window on the screen:
Again, can happen with other UIs. This notification is mostly served as advice to actual Roblox devs (who ALSO have yet to fix this bug report!!!) as to why it happens (or atleast one cause of it). And also to discourage the warning from occurring in the first place.
I don’t understand why no Roblox engineer has left a message yet to say that the ticket is in the backlog, because honestly memory leaks should be a priority (along with other performance bugs).
The worst part is that this memory leak is very easy to reproduce, you just need to open the menu…
If that wasn’t bad enough, the entire client is a memory leak, as seen in this post Unreasonbly high RAM usage on roblox mobile client
It’s so bad, it pretty much requires inventing new terms as the memory leak seemingly also transcends to CPU and GPU frametimes
It’s extremely disappointing to see anything performance related be silently blacklisted from being reviewed or whatever this no-show nonsense is
While memory leaks shouldn’t be as high priority as a vulnerability, it should still be resolved with relative urgency
I’ve recently played bee swarm simulator and noticed many more framedrops after the migration, so I don’t just want a random (but still significant and constantly occuring) memory leak to be fixed, I want all the performance issues to be resolved
@MrJake092209 we will investigate soon, given this thread has not been looked at in a while we would like to know if the issue is still reproducible/relevant by you?
Yes, this issue is still relevant. I have made a simple place (GetMemoryUsageMbForTag Gui Displayer - Roblox) that displays the memory count of the memory tag Gui, which is where the memory spikes are most easily seen.
Here is a demonstration of how repetitively opening the menu (and also the report gui) causes a gradual but very noticeable increase in memory:
After around 10 or so seconds, it does appear garbage collection takes its place, but not nearly efficient enough to the extent where the memory is brought down to what it was originally. Very easily can the memory count pile up in regular gameplay.