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.

Comienza reproduciendo el problema en un proyecto de Unity 2021.3.12f1 con unos 500 componentes NetworkTransform e inspecciona el profiler en una build. Compara el coste de la sincronización de transformaciones con el de una variable de red Matrix4x4 sincronizada y determina después si la ruta de actualización de NetworkTransform se puede procesar por lotes o trasladar al Job System; se considera terminado cuando el overhead en estado estacionario sea sustancialmente menor.