Hi, I'm stress-testing SkeletonAnimation for 70 units in my game.
GPU load is low and it batches succesfully.
But CPU calls eat most of my frame budget.
70 calls to SkeletonRenderer.LateUpdateMesh() and SkeletonAnimation.ApplyAnimation() are taking 8ms to complete combined, which will be even worse on target device
I enabled "Use Single Submesh" and "Immutable Triangles" and using simplest skeleton I found in examples (Regeddy Spineboy).
Are there any ways to speed this up? Am I missing something? Or there's nothing I can do about it and should consider decreasing amount of units?
Unity Performance issues when rendering dozens of skeletons
@lekret Please don't enable Deep Profiling in the Unity profiler, since the augmentations are heavily distorting the timing measurements. Any math-related calls are reported with far worse timing than they actually are. In some tests on our end the reported time increased from e.g. 4ms to 10ms by enabling Deep Profiling.
Some performance recommendations can be found here in the spine-unity FAQ:
https://esotericsoftware.com/spine-unity#Performance
General recommendations here:
https://esotericsoftware.com/spine-metrics#Performance
We have this issue ticket regarding parallelization:
EsotericSoftware/spine-runtimes1348
Here unfortunately we didn't get to finish the pre-requisites yet, so it will take some more time until we get to this ticket. If you need to improve performance further and can't wait, you might want to consider parallelizing the most important spine-unity calls, distributing skeleton updates across multiple threads.
5 días más tarde
Harald yeah, I already understood that I should've profile without deep-profiling or in build to begin with. The performance wasn't so terrible to my surprise, even on my low-end device. Dozens spine animations is still relativly expensive, but after testing performance on actual device I understood that I can afford that.