mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-04-27 02:20:38 +02:00
swr: Limit memory held by defer deleted resources.
This patch limits the number of items on the fence work queue (the deferred deletion list) by submitting a sync fence when the queue size exceeds a threshold. This initiates deferred deletion of all resources on the list and decreases the total amount of memory held waiting for "deferred deletion". This resolves bug 101467 filed against swr for the piglit streaming-texture-leak test. For those running on smaller memory (16GB?) systems, this will prevent oom-killer. Thus far, we have not seen any real world applications that exhibit behavior like the streaming-texture-leak test; as any form of pipeline flush will trigger the defer queue and properly free any retained allocations. But, this addresses those as well. Cc: "17.1" <mesa-stable@lists.freedesktop.org> Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>
This commit is contained in:
parent
038c45a40e
commit
32c1a54bd0
1 changed files with 6 additions and 0 deletions
|
|
@ -992,6 +992,12 @@ swr_resource_destroy(struct pipe_screen *p_screen, struct pipe_resource *pt)
|
|||
swr_fence_work_free(screen->flush_fence, spr->swr.pBaseAddress, true);
|
||||
swr_fence_work_free(screen->flush_fence,
|
||||
spr->secondary.pBaseAddress, true);
|
||||
|
||||
/* If work queue grows too large, submit a fence to force queue to
|
||||
* drain. This is mainly to decrease the amount of memory used by the
|
||||
* piglit streaming-texture-leak test */
|
||||
if (screen->pipe && swr_fence(screen->flush_fence)->work.count > 64)
|
||||
swr_fence_submit(swr_context(screen->pipe), screen->flush_fence);
|
||||
}
|
||||
|
||||
FREE(spr);
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue