NetworkTransform Performance Issue in Large Scenes

Description

The Network Transform component is significantly more expensive than necessary. I suspect this is due to its lack of batching or usage of the Job System. It might be possible to move most, if not all, the logic into a burst compiled job.

Reproduce Steps

1. Build a new project with netcode
2. Add ~500 network transforms
3. Observe profiler in build

Expected Outcome

Executing the syncing of the transforms should incur a time cost on par with simply using a synced network variable of a matrix4x4

Actual Outcome

Considerable performance losses, possibly due to Update overhead

Details

Unity Version 2021.3.12f1
Netcode Version 1.2.0
Transport Version 1.3.0

Additional Thoughts

Im working on a fairly large simulation project, and am using NGO for sharing said data. As such, I have between 500 and 1000 network transforms for syncing simulation data between clients. The profiling data above is after the simulation settles, so the only network messages been sent are heartbeat.

After doing my own deep dive into the network transform, I noticed that the work it was doing wasn't batched. It might be possible to use the job system to deal with these transforms, thus allowing a much larger cap on the amount of synced network objects in a scene.

Sadly, until the performance of the network transform is improved, I'm going to have to attempt to implement my own version of the network transform.

Comece reproduzindo o problema em um projeto Unity 2021.3.12f1 com cerca de 500 componentes NetworkTransform e inspecione o profiler em um build. Compare o custo da sincronização de transform com o de uma variável de rede Matrix4x4 sincronizada e, em seguida, determine se o caminho de atualização de NetworkTransform pode ser processado em lote ou movido para o Job System; considera-se concluído quando o overhead em estado estacionário for substancialmente menor.