Block Event Lag in 1.16 is excessive

This issue is similar to MC-192134

MC-192134 does not seem to be related.

MC-190891 could have the same underlying issues like this bugpost here (already linked).

Builds that have worked since 1.15.2 (And not 0 tick farms.) suddenly decide to lock up the game clients.

In 1.15.2 you would see the moving Redstone flying machines stuttering but the Game would still be responsive:

https://www.youtube.com/watch?v=dftxbF8U8U4

& 

https://www.youtube.com/watch?v=b6aK0BfuGp8

These now put the game in a free cursor [Not Responding] state during the flying machines transition, the game starts responding after about 1 minute for the doors, but the silo build seems to just crash the game out, too long a non response I guess.

This happens in both single player and with a local server (which is happily ticking away as the game client locks up, not only has it done it to myself but to a friend connected externally too.

Have tested and the server stays running, albeit with update spikes as the flying machines move, once they stop the game clients become responsive again, however on longer delays the game not only goes [Not Responding] whilst the server ticks away it can after a few minutes crash the game client completely, even trying to login bogs down as the rapid piston updates continue.

In my experience is down to the latest client being unable to process rapid server updates as part of the 0 tick farm fixes, this however should not be the case as it's the server that should ignore rapid client updates from 0 ticks, since the 0 tick farms never moved server side (it why they never caused server lag).

The advantage I have is that I have 2 large builds, one which only lags  [Non Responsive] game client for the duration, the other causes the lag crash, and am happy for the devs to take a look for themselves!

I can also confirm this issue as well, compared to earlier snapshots leading up to the pre-releases the performance was similar to 1.15, however in 1.16.1 when running a tree farm that I would get 20fps before, I now get around a 1 frame per minute framerate. 

The issue seems to be due to client side light updates, after some testing. Reducing light so that both block light and skylight are 0 so that lighting updates are not processed at all seems to help tremendously, although the client side performance is still quite poor compared to older versions of the game. 

Makes me wonder if they could fix this with a simple client do not recalculate light in a chunk (or 5/9) where a 0 or 1 tick piston sequence is going off, that would stop the lighting updates for those areas affected, especially as the server seems fine.

The problem is 1.16.1 will still freeze the game client for players outside of the chunks where the updates are happening.

Can confirm for 20w27a

Aha a version of this was caused by client side lighting updates, yes that is brilliant for lamps, I wonder if it could revert to 1.15.2 style listening to the server if more than a set quantity of pistons are triggering, this would allow smaller Redstone Circuits to carry on with lighting updates, and those moving loads of blocks (lots of pistons moving) to ignore lighting updates (preferably from any chunks with moving pistons) until the number of them moving has dropped to lower levels.

My dual sided 8x8 door works fine, even turned into a portal that has 96 pistons total, half of which pulse at the start and the other 48 as it's moving, more than that more than that and it starts lagging with the [Not Responding], Devs & Mods feel free to check the piston count in the lagging areas of my 1.16.1 test world, as listed above.

Working with various piston configurations I have noticed that the rendering of moving blocks has changed since 1.15.2, the animation of the block moving is very smooth and continuous in 1.16 even when blocks are zero ticked, the animation plays as if the block takes 2gt to move however the contraption still behaves as though the block was moved instantly in the case of a zero ticked sticky piston. My guess is that this change to a smoother animation is demanding more computational resources from the client.

This can causes client crashes even with only a few rows of 15 pistons fire in very close sequence. It's a rare event but has happened multiple times so far on a server I play on that uses kelp based observer farms.

@Jeremy is it a full crash or just [Not Responding] client?
If it's the client try giving it a moment and see if it recovers, the kelp blocks breaking along with the piston movement may be causing the same update lag as my hangar door, takes about a minute to recover from [Not Responding]

Still not fixed in 20w30a.. 

Ive seen clients crash with miniscule amounts of pistons I cant fathom how lower end hardware would fare with any amount of pistons, this lag is gamebreaking I know of many people who wont update because of this lag alone.

Confirmed; although on my machine the contraption is very laggy in 1.15.2 as well, it causes visibly worse performance in 1.16.2-pre1.

As far as I can tell this has been resolved in 1.16.2-pre1. In 1.16.1, according to profiling, 50% of the render threads CPU time was consumed with light updates. This was due to a block update limit of 64 in a chunk that would cause a new chunk data packet to be sent to the client which the client would have to relight entirely. This could cause tens or even hundreds of thousands of light updates in a tick that all happened in the render thread.

In 1.16.2-pre1 this limit has been removed, and the server sends delta packets and light updates for any number of block changes. This has reduced light calculations at the client by a factor of 100, from 50% to 0.6% in profiling, and has greatly increased FPS and reduced client side lag considerably.

Nearly all other efficiencies are classic block entity render and render chunk rebuild inefficiencies that have always existed. I'll leave it up to the mods and Mojang if this should continue to be tracked here.

1.16.2 pre 1 is slower than 1.15.2 at moving pistons, the lag is similar just slower pistons on 1.16.2 pre 1

At least the [Not Responding]/Crash of 1.16.1 has gone the way of the dodo for now.