Major Lag/Crash/Problem Adding Assets to Storage (ServerStorage/ReplicatedStorage)

I often use ServerStorage on asset creating places to store a bunch of assets out of the way in a place where Studio doesn’t immediately have to load them whenever I open the place. This works out great, and has for years. However, for about 2 months now, moving assets (models/parts) to ServerStorage has suddenly become a major headache.

Whenever I move bulk items (about 50 or more models) into ServerStorage, Studio grinds to a stop. This is to be expected a little bit, as moving assets into storage has always taken some computing power. However, the way it happens now is unacceptable. I have sat staring at my screen for over an hour on multiple occasions waiting for the operation to complete. Almost every time, I get fed up and use TaskManager to force close Studio. On very few occasions, I have let Studio do its thing and gotten things done around the house. When doing this, I have seen it take upwards of 3-5 hours to complete the operation. So, it’s happening, but at a horrid pace. I have since been forced to stop using ServerStorage for this purpose on construction maps (not even places people are meant to play!) because I cannot justify waiting this amount of time.

The problem continues to ReplicatedStorage. I have a custom chunk loading system for scenery (trees, scenery buildings, etc.) because my maps are usually huge and the built in Streaming system breaks everything I’m doing (that’s a story for another day). The custom chunk loader replicates assets near the client from ReplicatedStorage. This system has worked flawlessly for me and helps performance big time. However, just as it is with moving assets into ServerStorage, when I want to pull the foliage out of ReplicatedStorage because there’s a pesky tree in the middle of a road I have to delete, I literally cannot get the folder of assets to move back into ReplicatedStorage. Studio again freezes, and just sits there. Once, it was a very bad problem and I just had to get some foliage straightened out. So, I moved everything out of ReplicatedStorage (taking things out is still pretty quick, it’s only returning them that sucks) and made my changes. It was about bedtime, so I set the parent of my asset folder to where it belongs in ReplicatedStorage and went to bed. I woke up in the morning, it was still frozen. I left it and went to work. When I got home from work, it had completed the operation, after taking 18-20 hours to do so.

I have an older PC, running a 1050TI graphics card and other similar era hardware. However, most of Roblox functions great for what I do. What got me is that this issue came out of nowhere. It was fine (a few minutes at most) one day, and terrible the next (takes hours).

To replicate the issue:

Have a bulk number of assets (around 50-100 models, usually vehicles or buildings for me).
I keep those assets inside a Folder.
Parent the Folder containing the assets to ServerStorage (or ReplicatedStorage).
Go make dinner, do laundry, take a nap, grab a coffee, and watch your favorite movie while you wait.

Another form of bulk assets for me would be several thousand low-poly single-part trees (mesh parts) inside a Folder, being moved into ReplicatedStorage.

6 Likes

Explains all. We should try reproducing this on a better computer.

2 Likes

The issue began overnight after an update (I don’t remember which). So, it is not an issue with the machine being used.

2 Likes

Oh ok. But maybe it’s still part of it.

2 Likes

The issue still persists 1-4-2024

Contacting the engineers, thanks for the report :slight_smile:

2 Likes

The issue still persists 1-30-2024. I set some items to parent to ReplicatedStorage last night. Studio was unresponsive, I left it overnight. I woke up and it was still sitting there unresponsive. I left, spent all day at work, got home and it just finished completing the operation. It never used to do this. There must be a massive memory leak going on in the backend?

Is this issue being looked at? It’s been way too quiet here lately, and the issue still persists…

It would be nice if you could try to replicate this in a different baseplate and upload it for us to test, I have the exact GPU as you but I’m pretty sure this is a CPU-related workload.

1 Like

Have you tried programmatically moving these assets from the command bar to see if there is any improvement?

I’ve been dealing with this as well and I’ve had to use the command bar to avoid this from happening.

I’m hoping this will help you in the meantime
And just in case this doesn’t work please back up your game!

local MoveThese = game.Selection:Get()
local MoveTo = game.ServerStorage
game.Selection:Set({}) -- Unselect everything.

for _,objects in MoveThese do
objects.Parent = MoveTo
end

Thank you, I will have to give this a try! I’ve thought about trying the command bar before, but didn’t know what the best way to go about it would be.

Also, for all reading, I am sorry this bug report is not in “proper format” and the reason is because it was originally made as a standard post (I don’t have direct access to bug reports) so it got moved here afterwards. I would’ve written it in format if I knew.

Edit: Your command line worked great! This is a good workaround for now. Thank you!

I’m unable to reproduce this. Even models with >100,000 Instances move between storage and workspace almost instantly in my testing.

  1. Could you try with all of your plugins disabled? I suspect you may have a poorly behaving plugin installed which is trying to run some O(N^2) code on selection parent changed.

  2. Do you have the Dragger QoL Beta turned on? If yes could you try with it turned off and see if the issue is resolved?

1 Like

Feel free to call me stupid, as I never thought of this. Man, I wish I could’ve tried this earlier. I don’t know why I never suspected them. This suggestion caused me to do some digging into my plugins, and I did indeed find one which was causing this issue.

Do you use the Live Mirror plugin from Dued1? ( https://create.roblox.com/store/asset/11713948927 ) Turns out this plugin was creating the issue for me. If you do, disable it and try setting the parent via properties as you normally would want to.

Thank you for getting back to me on this topic @tnavarts, feel free to tag this as solved.

1 Like

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.