gkjohnson / three-bvh-csg

A flexible, memory compact, fast and dynamic CSG implementation on top of three-mesh-bvh
MIT License
602 stars 46 forks source link

Memory climbs rapidly during CSG updates in example #26

Closed gkjohnson closed 2 years ago

gkjohnson commented 2 years ago
image

Possible sources:

gkjohnson commented 2 years ago

With debug info disabled the memory increases much less drastically but still enough to do something about it. Raycast results and triangle index storage likely account for most of the memory allocated.

gkjohnson commented 2 years ago

Now it seems like there's a memory leak somewhere:

up to ~950mb

image
gkjohnson commented 2 years ago

Memory is now under control - other memory is heavily related to raycasting memory allocation.