Search Issue Tracker
Third Party Issue
Votes
5
Found in
2020.3.40f1
2021.3.12f1
2022.1.20f1
2022.2.0b12
2023.1.0a15
2023.2.0a1
2023.3.0a3
Issue ID
UUM-17461
Regression
No
[WebGL] CPU spike in BatchRenderer.Flush when using "Graphics.DrawMeshInstanced" on WebGL
How to reproduce:
1. Open the user’s attached project
2. Open Build Settings
3. Enable Development Build, Autoconnect Profiler, and Deep Profiling Support
4. Build And Run
5. Observe the Profiler window
Expected result: no spikes in Profiler caused by Instanced Rendering
Actual result: there is a spike in BatchRenderer.Flush
Reproducible with: 2020.3.40f1, 2021.3.12f1, 2022.1.20f1, 2022.2.0b12, 2023.1.0a15
Reproducible on: Windows 10 Pro
Notes:
- Not reproducible on Standalone Windows and in Play Mode
- Spike appears when the mesh is rendered
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
- Depth of Field doesn't apply correctly to Canvas UI when it is set to World Space Render Mode
- Crash on GetElementMapKey when "None" is assigned to a field with binding path "m_GameObject"
- Stereoscopic skybox renders as monoscopic when using Multi-pass render mode in XR plugin while using URP
- Parameterized Tests with ValueSource fail when supplied parameter is an System.Object
- Error Message "Broken text PPtr in file" is not informative enough to locate the problematic asset
Resolution Note:
The issue comes from how Chrome translates shaders to the platform back-end. Instancing shaders sometimes generate a worse-case-scenario for the browser to translate to various back-ends because of the large arrays inside of uniform buffers, and when the browser compiles the shader, it generates these stalls.