https://bugs.freedesktop.org/show_bug.cgi?id=101467
--- Comment #1 from Bruce Cherniak <bruce.chern...@intel.com> ---
Well, technically the swr driver isn't "leaking" memory, it's just deferring
deletion of the underlying storage until a sync point.
Because the loop is simply:
for (bigly_number_of_textures) {
allocate_texture()
draw_something()
delete_texture()
}
read_pixels()
There is nothing forcing synchronization until the read_pixels. So, at the end
of the loop, there are 5000 free() queued up, that all get flushed on the
read_pixels. This accounts for ~20GB of allocated system memory.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
