Tencryn
- Tencryn
- tencryn
- Europe/London
- Yes
- No
MC-162253
I've encountered some sort of lag spike which I narrowed down to be a floating structure. This structure can be a single block.
The lag spike seems to occur when I'm moving into the spawn chunks while an elevated block is placed on the opposite side of the spawn chunks. It does not occur in single player and occurs when the block is at Y96 or higher.
To replicate what I did:
- Create a default world with seed: -4952361208952771886
- Place a block at x*143* y*63* z*-371* and another block at x*144* y*63* z*-371*. This is the location to test for the lag.
- Place a block at x*307* y*96* z*-302*. This will be the block to create the lag.
- Set the spawn point to x*227* y*66* z*-376*
- Walk back and forth over the two blocks you placed earlier.
- If you see a stutter, feel free to remove the block at x*307* y*96* z*-302* and check again. Lag will be gone.
I do not know if this is seed specific but this is the seed my world is on and I've been testing with that.
I cannot attach the video as the file size is slightly too large but you may watch it here: https://youtu.be/jmtq3jcXujo
I've encountered some sort of lag spike which I narrowed down to be a floating structure. This structure can be a single block.
The lag spike seems to occur when I'm moving into the spawn chunks while an elevated block is placed on the opposite side of the spawn chunks. It does not occur in single player and occurs when the block is at Y96 or higher.
To replicate what I did:
- Create a default world with seed: -4952361208952771886
- Place a block at x 143 y 63 z -371 and another block at x 144 y 63 z -371. This is the location to test for the lag.
- Place a block at x 307 y 96 z -302. This will be the block to create the lag.
- Set the spawn point to x 227 y 66 z -376
- Walk back and forth over the two blocks you placed earlier.
- If you see a stutter, feel free to remove the block at x 307 y 96 z -302 and check again. Lag will be gone.
I do not know if this is seed specific but this is the seed my world is on and I've been testing with that.
I cannot attach the video as the file size is slightly too large but you may watch it here: https://youtu.be/jmtq3jcXujo
I've encountered some sort of lag spike which I narrowed down to be a floating structure. This structure can be a single block.
The lag spike seems to occur when I'm moving into the spawn chunks while an elevated block is placed on the opposite side of the spawn chunks. It does not occur in single player and occurs when the block is at Y96 or higher.
To replicate what I did:
- Create a default world with seed: -4952361208952771886
- Place a block at x 143 y 63 z -371 and another block at x 144 y 63 z -371. This is the location to test for the lag.
- Place a block at x 307 y 96 z -302. This will be the block to create the lag.
- Set the spawn point to x 227 y 66 z -376
- Walk back and forth over the two blocks you placed earlier.
- If you see a stutter, feel free to remove the block at x 307 y 96 z -302 and check again. Lag will be gone.
I do not know if this is seed specific but this is the seed my world is on and I've been testing with that.
I cannot attach the video as the file size is slightly too large but you may watch it here: https://youtu.be/jmtq3jcXujo
I should note that it is not specific to my PC. It occurs on other clients on other devices.
The bug
I've encountered some sort of lag spike which I narrowed down to be a floating structure. This structure can be a single block.
The lag spike seems to occur when I'm moving into the spawn chunks while an elevated block is placed on the opposite side of the spawn chunks. It does not occur in single player and occurs when the block is at Y96 or higher.
To replicate what I did:
- Create a default world with seed: -4952361208952771886
Place a block at x 143 y 63 z -371 and another block at x 144 y 63 z -371. This is the location to test for the lag.- Place a block at x 307 y 96 z -302. This will be the block to create the lag.
- Set the spawn point to x 227 y 66 z -376
- Walk back and forth over the two blocks you placed earlier.
- If you see a stutter, feel free to remove the block at x 307 y 96 z -302 and check again. Lag will be gone.
I do not know if this is seed specific but this is the seed my world is on and I've been testing with that.
I cannot attach the video as the file size is slightly too large but you may watch it here:https://youtu.be/jmtq3jcXujoI should note that it is not specific to my PC. It occurs on other clients on other devices.
Code analysis
Code analysis and further explanation by Philipp Provenzano can be found in
this comment. There also exists a Fabric mod that fixes this issue: comment.The bug
I've encountered some sort of lag spike which I narrowed down to be a floating structure. This structure can be a single block.
The lag spike seems to occur when I'm moving into the spawn chunks while an elevated block is placed on the opposite side of the spawn chunks. It occurs when the block is at Y96 or higher.
To replicate what I did on a 1.14.4 vanilla server:
- Create a default world with seed: -4952361208952771886
- Place a block at x 143 y 63 z -371 and another block at x 144 y 63 z -371. This is the location to test for the lag.
- Place a block at x 307 y 96 z -302. This will be the block to create the lag.
- Set the spawn point to x 227 y 66 z -376
- Walk back and forth over the two blocks you placed earlier.
- If you see a stutter, feel free to remove the block at x 307 y 96 z -302 and check again. Lag will be gone.
I cannot attach the video as the file size is slightly too large but you may watch it here: https://youtu.be/jmtq3jcXujo
I should note that it is not specific to my PC. It occurs on other clients on other devices.
Render distance will affect where the lagspike occurs in vanilla singleplayer, but is relative to the view-distance on servers. I believe it's distance + 1 in chunks, or there abouts.
Code analysis
Code analysis and further explanation by Philipp Provenzano can be found in this comment. There also exists a Fabric mod that fixes this issue: comment.
Does it occur without OptiFine? It may be a bug with that as opposed to the vanilla client.
A desync occurs when a player enters a Nether portal. I noticed this issue on Paper 1.17 where my player would momentarily appear at the wrong coordinates before correcting itself a split second later. This is not noticeable with higher ping.
Today, I saw the same issue but from a different POV. Another player returned from the Nether and on my screen, they spawned 3 chunks away from the portal. Their position did not quickly correct itself resulting in them appearing to phase through walls.
I have confirmed that the bug is present in Vanilla with the default configuration, world spawn set to 0,0 and spawn radius set to 0. It seems to only occur near spawn.
The screenshot doesn't do it justice, but this is where they spawned on my screen (highlighted with a red box). They spawned a decent distance away from the portal.
I recently wanted to add a custom structure that utilized stone blocks but these structures would occasionally generate with ores and other stone types (including gravel, dirt, and other blocks that generate under the surface) in place of the intended stone blocks.
I initially thought this was an issue on my end. I changed the 'plains meeting point 1' structure to use stone and added that to an otherwise empty data pack in a single player vanilla world. I searched around, and found what is mostly a granite well instead of the intended stone well.
I know this likely occurs because the population of foliage and ores occur after the terrain generation, so it makes sense that stone is replaced but I strongly feel that this should not occur with blocks that are part of the structures themselves.
I couldn't find any information about this, so I'm not sure if it's intentional for structures to have their stone blocks replaced, or if there's an option that can be enabled in a data pack to disable this behaviour.
Update: The 'step' property of the structure determines when the structure should generate. Setting this to 'underground_decoration' eliminates this issue, but it is of my opinion that this isn't perfectly clear cut. I was under the impression that surface structures use the equivalent step. This makes more sense to me now. Not a bug in my opinion, just an ambiguous option.
I'm not sure what the current status on this is but I don't think a permanent fix is strictly necessary. A game rule that prevents 0-tick farms and is enabled by default is probably the better option. That way, it all comes down to the world owners as to whether or not they want to allow 0-tick farms. This is just my opinion though - it is still an exploit regardless.
I have found another lag spot caused by the same floating block which prompted some further investigation.
I have discovered that if you place a block at Y96 or higher within the inner spawn chunks and then travel 11 chunks away (not including the chunk the block is in) and then cross between the 11th and 10th chunk, there will be a brief lag spike. This lag spike is worsened depending on how many blocks are in the sky it seems.
I haven't tested placing the block in the outer spawn chunks. I can say that my creeper farm in my real world does cause lag which is in the outer spawn chunks but I haven't counted how many chunks away that is. I think it's 13 chunks away as opposed to 11 like with a block within the inner spawn chunks but I haven't checked to be sure.
It does not occur if the block is placed outside of the spawn chunks.
I'm not sure why it's Y96 as the starting point - perhaps it varies on biome I'm not sure.
That may be a different issue to be honest as the lag caused by a block above Y96 will happen when render distance is set to 2 (meaning, the block isn't even close to being rendered in), and under the exact same conditions in single player it doesn't lag. In your case, it may be lighting but for me it seems to be something else.
The chunk borders are optional. The lag occurs when they aren't visible. I enabled them for the video just so we are aware that the lag occurs when crossing the chunk.
I'm experiencing something similar but not so extreme. Do you happen to have blocks placed 10 or more chunks away that are above Y96 in the spawn chunks? That seems to be what causes a similar stutter for me. Whether our issues are related or not, I don't know but figured I'd ask!
Can confirm that the lag occurs in vanilla 19w39a but one chunk further away than in realms (this matches up with paper, spigot and other non-vanilla servers) which is odd but no problem. For me using the server snapshot I had to move between the 12 and 11th chunk away from the placed block as opposed to 11 and 10 like on realms. Again, lag still persists without the chunk borders visible and no longer lags when the block is removed.
Can confirm that you cannot swim normally after gliding into water in 1.14.4. Very annoying.
I disagree. I haven't tested this bug in the latest update but in 1.14...
I checked this out and can confirm that this occurs for me too. I also didn't know there was a log so thanks for that.
The lag spike will occur crossing -9, -4 into -8, -4 all the way up to -9, 11 into -8, 11 when render distance is set to 8. A total of 15 chunks along the Z axis.
I took a look at your bug report and was able to confirm that the lag spikes were being reported as light updates, and the chunks that lagged would differ depending on render distance.
I went to my world and did some further testing to see if I could find similarities. My lag spikes aren't anywhere near as bad which resulted in slightly different logs (There were not many light updates in the logs) but I'll get to that later.
I previously reported that single player didn't experience the lag I was experiencing in multiplayer. This stands true, but also false. I was able to find chunks that lagged but they were in a very different place than in multiplayer. Odd, right?
I'm able to confirm that in the following conditions, there is a lag spike in single player between chunks 15, -19 into 16, -19: render distance set to 2, a block placed in chunk 19, 6, -19 (Lower chunks do not seem to cause lag), world spawn set to chunk 14, 4, -24. Those chunks no longer lag when the render distance is raised. Occasionally, root.gameRenderer.level.light_updates will be reported in the logs but not very often.
I tested the chunks above in multiplayer and I can confirm that the lag is very minimal. It doesn't even show up in the logs but it is present. I also tested the chunks in your world in multiplayer and the same result applied - minimal lag if any at all. There is however a lag spike in my world from chunk 7, -24 into 8, -24. In realms, the chunks will be 8, -24 into 9, -24. These chunks do not lag in single player, and are NOT affected by render distance. Again, root.gameRenderer.level.light_updates does occasionally show up but not very often.
Why are my lag spikes not as bad as in your world? I cannot confirm my assumption, but I think it's because I'm testing with one floating block as opposed to many. The block placed in the sky for me doesn't lag if placed lower BUT in your world you have created a crater. Perhaps there's a lower chunk that also causes issues? I'm not sure.
Conclusion
The chunks where lag spikes are present are different depending on if it's a multiplayer server or single player. Render distance affects single player lag spikes but not multiplayer. It seems to be related to light updates due to the occasional appearance of such in my logs and the constant appearance of such in your logs. I'm not sure why the situation differs entirely depending on whether or not it's single player. Perhaps servers take over some of the load, not sure.
A lot of progress has definitely been made regarding this bug. It was a very confusing issue to begin with but with the help of many, we've reached a better understanding. Hopefully this all leads to an official fix. Amazing work.
Hopefully that can be fixed. I have an area in my world that is plagued by this. So many chunks don't render in certain angles. I'm using an Optifine preview for 1.16 in this image, but I can confirm that it occurs in vanilla too. It's actually weird because it isn't quite the entire chunk... you can see there is part of the wall still visible despite being in the same chunk, but that it appears as a 2D texture.
Paper removed the patch in 1.17. Lag spikes are more likely to be more noticeable in 1.18 due to how aggressive the mountains are with the increased height limit.
This occurs frequently enough that we can be certain it only started occuring within the past day. The servers performance does not decrease indicating it is 100% not a server issue. Seeing as it only just started occuring, I don't suspect it's directly related to the 1.18.1 client but a remote service, however I could be wrong about this.
The client will essentially lock up for about a second on an occasional chat message (seems when chat has been idle for a moment or is a long message).
What Manuel Kasten and apple502j makes sense to me.
It's not a Mojang issue if the block list is failing to be retrieved, but making the chat asynchronous would be beneficial in times where such issues occur - lag spikes in chat would still be present, but at less of an inconvenience in comparison to the entire client freezing for a second.
It may be that older clients are experiencing the lag spikes and if so, I don't see them ever being updated with asynchronous chat so making sure this HTTP request is not taking too long, or failing, is vital for gameplay experience.