Closed
Bug 1507996
Opened 6 years ago
Closed 6 years ago
Tune texture cache eviction and implement dynamic shrinking
Categories
(Core :: Graphics: WebRender, enhancement, P2)
Core
Graphics: WebRender
Tracking
()
RESOLVED
FIXED
People
(Reporter: bholley, Assigned: bholley)
References
(Blocks 1 open bug)
Details
Attachments
(6 files)
Patches forthcoming.
Assignee | ||
Updated•6 years ago
|
Summary: Tune texture cache eviction and dynamically shrink it → Tune texture cache eviction and implement dynamic shrinking
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Assignee | ||
Comment 3•6 years ago
|
||
Depends on D12197
Assignee | ||
Comment 4•6 years ago
|
||
Depends on D12198
Assignee | ||
Comment 5•6 years ago
|
||
We get rid of the "don't GC if we already did within the last 25 frames" heurstic because:
* It adds a layer of unpredictability and makes the actual policy hard to reason about.
* We only GC when we're about to allocate another layer and do a blit.
* Small caches should be cheap to GC, large ones should be likely to find garbage.
Depends on D12199
Assignee | ||
Comment 6•6 years ago
|
||
This will allow us to tune eviction in the shared cache. We use an
out-param to ensure we update it in the right places.
Depends on D12200
Assignee | ||
Comment 7•6 years ago
|
||
Depends on D12201
Assignee | ||
Comment 8•6 years ago
|
||
Assignee | ||
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•