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
- VFX Graph Documentation dropdown button does nothing when clicked on the right side
- Required SpriteMask class (ID 331) is stripped when "Strip Engine Code" is enabled
- “Maximized serialized file backup not found” error is thrown when minimizing a window in a newly opened project
- Build stack trace contains invalid lines when building with IL2CPP using scripts with delegates containing generic types in the signature
- Entities Systems window has a “Show Full Player Loop” dropdown which does nothing when clicked after enabling “Show Full Player Loop”
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.