Search Issue Tracker
Fixed in 5.6.0
Votes
7
Found in
5.4.1f1
Issue ID
843587
Regression
Yes
MeshSkinning.Update is Slowed Down by MeshSkinning.CalcMatrices
MeshSkinning.Update is Slowed Down by MeshSkinning.CalcMatrices. CPU time used by CalcMatrices is ~150% more than it used to be. (Compared to 5.3.6f1)
Reproducible on:
5.4.2f2
5.4.1f1
Not Reproducible on:
5.3.6f1
Repro Steps:
1- Download the repro project provided by user (Scratch53.zip).
2- Make copies of the project for Unity 5.4 and Unity 5.3.
3- Do the following steps using both versions of Unity.
4- Open the TrainingRoom scene, then hit Play(Or make a development build and run it).
5- Use the Profiler and look at the CPU time taken by MeshSkinning.Update->MeshSkinningPrepare->MeshSkinning.CalcMatrices (See screenshots provided by tester.)
6- Compare the results you obtained from two different versions of Unity. (Tester results are ~0.18 ms for Unity 5.4 and ~0.07 ms for Unity 5.3)
Expected Result: CPU time taken by MeshSkinning.CalcMatrices is same or less than it used to be.
What Happens: CPU time taken by MeshSkinning.CalcMatrices is ~150% more than it used to be.
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Assert error is thrown when the Editor language is set to one of the experimental ones in an HDRP project
- A BatchDrawCommand is using a pass from the shader “Universal Render Pipeline/Particles/Lit” that is not SRP Batcher compatible
- The Scene does not get rendered in the Player when MSAA is enabled and more than one Camera is used
- Crash on mono_object_get_class when generating Font Atlas of a specific font file
- GPU usage doubles when a project is running in the background
Thelo
Oct 26, 2016 23:34
I reported this issue and would like to add that the mesh skinning performance regression seems even dramatically worse on a machine using a Xeon processor, with lots of CPU cores. The machine I originally reported this from has an Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz (4 CPUs), ~3.1GHz.
So as a hypothesis, this might be a multithreading issue, where 5.4 introduced a new way to deal with multiple cores that is more inefficient as the machine has more CPU cores.