Search Issue Tracker
Third Party Issue
Third Party Issue in 6000.0.X
Votes
0
Found in
2021.3.44f1
2022.3.49f1
6000.0.22f1
Issue ID
UUM-83601
Regression
No
Big chunk of "Untracked" memory in the Memory Profiler screenshot when a custom .obj file is loaded while in Play Mode
Reproduction steps:
1. Open the attached "repro_IN-84472" project
2. Open the "Assets/TriLib/TriLibSamples/AssetViewer/AssetViewer.unity" Scene
3. Enter the Play Mode
4. Press the "Load Model from File" button and select the "Assets/TestModel/Gebaeude_LOD2_Blatt1056.obj" file
5. Once it loads, open the "Memory Profiler" by going to the "Windows -> Analysis -> Memory Profiler"
6. In the "Memory Profiler", press the "Capture New Snapshot" button
7. In the "Allocated Memory Distribution" section, observe the memory distribution
Expected result: There are no "Untracked" memory
Actual result: There's a big chunk of "Untracked" memory
Reproducible with: 2021.3.44f1, 2022.3.49f1, 6000.0.22f1
Reproducible on: Windows 10 (22H2)
Not reproducible on: No other environments tested
Notes:
- Reproducible in Player
- “TriLib” does not use native plugins to load the sample model nor does any allocations with “Marshal.AllocHGlobal”
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
- Build fails when building a project containing an 18+ dimension array with IL2CPP
- [Android][Sentis] Human poses are not detected when using the BlazePose model
- Sprite Editor Outline Tool Overlay is not displayed when no Sprite is selected
- “No method with RuntimeInitializeOnLoadMethod attribute” warning from ReadmeEditor.cs is thrown after installing Project Auditor Rules
- Projection matrix is altered when using RasterCommandBuffer.ClearRenderTarget on DX12 and Metal
Resolution Note:
After some investigations it seems like TriLib uses StbImageSharp which calls Hebron.Runtime.CRuntime.malloc which in turn calls into Marshal.AllocHGlobal() which is treated as untracked.
Resolution Note (6000.0.X):
After some investigations it seems like TriLib uses StbImageSharp which calls Hebron.Runtime.CRuntime.malloc which in turn calls into Marshal.AllocHGlobal() which is treated as untracked.