Repository navigation
Memory leaks #387
Description
Activity
// Make sure we free the data objects we allocated. for (auto& data : m_data) { delete data; }
In frame_graph.hpp Destroy function
Auto doesn't provide clarity about the type; but the type is void*. This means that it doesn't call free or the destructor of the object.Memory impact
Among the largest left over objects are because of this issue (est. 20%)
PhysicsEngine::destroy is never being called, leaving behind bullet's resources.
Memory impact
The biggest impact as bullet allocates several memory pools (est. 60%)
texture_pool ptr is potentially never reset; leaving behind some memory.
Memory impact
Not that much (est. 5%)
- aiScene* isn't being cleaned up
- Viknell probably still has materials left over
- Sponza probably still has materials left over
- Models don't clean up their allocated materials
- Physics component doesn't clean up the rigid bodies, shapes, etc.
- Thread pool enqueue leaks memory
- Build acceleration structure task doesn't clean up the CB
Possible issues to look into further:
Left-over data includes; C++ initialization data which should be taken care of by the program finishing unloading. Other than that; file streams seem to have temporary memory that may or may not be deleted after program end.Even though CPU memory leaks are mostly cleaned up, there could potentially still be GPU memory leaks.
Is your request related to a problem? Please describe.
There's several memory leaks that result in problems when the maya plugin unloads wips.
This thread will be used to note the findings of the inspection.
Describe the solution you'd like
These instances should be fixed.
Describe alternatives you've considered
N.A.
Additional context
Create an exit callback (call onexit(myCallback)), place a breakpoint on start and in the callback and take 2 snapshots to diff.