Search Issue Tracker
By Design
Votes
1
Found in
2017.3.0f3
Issue ID
994647
Regression
No
Physics.SyncColliderTransform is extremely slow when a Gameobject with lots of colliders and a Rigidbody is changing scale
A parent object has 10 000 cubes with colliders. Its scale is being changed. If the parent object has a Rigidbody component, Physics.SyncColliderTransform is taking close to 1000ms. If the parent has no rigidbody component, Physics.SyncColliderTransform is taking less than 10ms
To reproduce:
1. Open user's attached project
2. Open scene "SuncTransformsPerfTest" and play it
3. Observe profiler
Expected result: Gameobject with lots of colliders does not significantly slow down the editor whether it has Rigidbody collider or not
Actual result: Gameobject with lots of colliders significantly slows down the editor only if it has Rigidbody component
Reproduced with: 2017.2.1p3, 2017.3.0p4, 2018.1.0b5
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
- “Default Scene” dropdown field contains a spelling mistake “Default Builtin”
- Editor crashes on PPtr<Mesh> after adding Text Mesh and Cloth Components to the same GameObject
- Previously deleted “DefaultLookDevProfile“ is present when upgrading the Editor version
- [Ubuntu] UI text and buttons are missing spaces in Unity Version Control > New Workspace window
- "Inherit attribute is not supported" warning is shown but attributes are available in VFX Graph Output and Update blocks
Resolution Note (2019.2.X):
When you have a root with N static colliders that translates into N PhysX static actors each having the corresponding shape.
When N colliders are parented to a Rigidbody that's a whole different story, it corresponds to one dynamic (kinematic in this case) actor that has N shapes.
Having a lot of shapes is not recommended in PhysX unfortunately, they even advise against that in their docs.