On Tue, 20 Aug 2019 at 15:28, Chris Wilson <[email protected]> wrote:
>
> When under severe stress for GTT mappable space, the LRU eviction model
> falls off a cliff. We spend all our time scanning the much large
> non-mappable vma searching for something within the mappable zone we can
> evict. Turn this on its head by only using the full vma if it is already
> pinned in the mappable zone or there is sufficient *free* space to
> accommodate it(prioritizing speedy reuse). If there is not, immediately
> fall back to using small chunks (tilerow for GTT mmap, single pages for
> pwrite/relocation) and using random eviction before doing a full search.
>
> Testcase: igt/gem_concurrent_blt
> References: https://bugs.freedesktop.org/show_bug.cgi?id=110848
> Signed-off-by: Chris Wilson <[email protected]>
Reviewed-by: Matthew Auld <[email protected]>
_______________________________________________
Intel-gfx mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
