Occasional long "SettingsHub" spikes

I’m getting occasional very long “SettingsHub” spikes while ingame in this game: [[🪐NEW] RoBeats! 🎧 Music + Rhythm + RPG - Roblox]. Screenshots taken using the microprofiler (http://wiki.roblox.com/index.php?title=MicroProfiler).

A few details:

  • OSX client, did not happen before last update.
  • This is a relative large server, ~50 players.
  • This is a relatively long-living server, ~10 hours uptime.

![02 PM|647x500](upload://uDBzUpUfyyQKrR4vQfVRDN9DlJ6.jpg PM|646x500](upload://6q8tbiOHN4GWcfvea6RDNrwlBIM.png)

Anyone having a similar problem?


Was also mentioned here

I’m bumping this.

This is one hell of a problem that still isn’t fixed (or reappeared).

So I just spent the last 3 hours trying to fix this issue. Spending 3 hours looking for a pattern, I figured it out.

Using the print function makes this lag.

I think it reconstructs the whole settings GUI? Why is that even a thing? Why in the world would you want to recreate the whole settings GUI?


1 Like

Thanks for the info about print causing this, it was really helpful when looking into this.

So it turns out this isn’t actually caused by the SettingsHub at all, it’s caused by the Developer Console module which is required by the SettingsHub script. The main problem is that the developer console re-draws the output log when not on screen, a secondary problem is that this seems overly slow (it causes noticeable lag when outputting 10 messages in one frame).

I know that there is a developer console re-write coming up soon so I made the minimally invasive fix of just not re-drawing the output log when the developer console isn’t visible.

Here is the pull request, hopefully @spotco or @24RightAngles could look into merging this or committing a similar change internally.


Im getting very ocassional long settingshub spikes, even without ever opening the dev console for my session

I thought the dev console was written so that it didnt start running until the first time the user presses F9 but that doesnt seem to be the case from what Im seeing.

I think only users with edit access are getting this spike from what I can tell


Looks like the fix shipped but it hasn’t been turned on. I’ll look into it.


I’m having this same problem right now and it’s really becoming an issue for me

Bumping. This is still an issue :frowning:

Each tab in the dev console was designed to only start up once the tab is clicked. I’m not sure what happened since I redid it up years ago. It causes so much lag.


Moment of appreciation for the developer console. What did we do before? Dark times…

What is SettingsHub and why does it lag my game? As you can see render and physics are done extremely quickly in this screen cap, but the SettingsHub is not ideal at all.

My game is extremely volatile to lag spikes, causing massive problems for gameplay. I’m using PGS and using rotating objects BodyGyro and BodyPosition

Edit: added picture


This is also happening to my game Lab Experiment :confused:

Maybe this issue? Another related thread.

I’m dealing with this same issue, SettingsHub is routinely causing long frames at Ultimate Driving.

This is the worst

Edit new pic:

MP dump: https://drive.google.com/file/d/1E_jdbw75UMLlk-OXquVOd8dbR-pPYNQS/view?usp=sharing

Everything underneath the massive SettingsHub block is indexes and newindexes for a ton of Text/TextBounds/TextWrapped properties.

I have no idea exactly what triggers it to happen but it’s terrible.


It’s a pattern of several repeating operations:

All in a TextLabel

  • newindex TextWrapped
  • newindex Size
  • newindex TextColor3
  • newindex Text
  • index TextBounds
  • newindex Size
  • newindex Position

The same just happened for me. I launched my game from the website and ran around for a bit. I’m not sure what triggered it, but a few minutes in I suddenly started getting lag spikes. I haven’t been able to reproduce.

Game: Bloxel - Roblox

A CoreGui probably has a circular dependency between TextSize and Size.

I found the cause of this I believe a while ago and I thought I posted it here but I guess not. The issue happens once you’ve reached a certain amount of prints to the server and as such only causes lag on the developers client. The longer the game is open, the worse the issue will become

Once I realized this was my issue I just went and cleaned up my prints to output and it went away

1 Like

This is still happening.

My best guess is that at a certain number of prints the developer console will just shift up the text to the next line instead of shifting the guis themselves.

This appears to be very bad for performance because setting the Text and other gui properties of hundreds of guis is not a fast operation – and it’s happening every time a print is made. This can happen not just with server output but with client output too, as seen in the linked thread.