WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
76666
[Chromium] Ganesh's Texture Cache is too small
https://bugs.webkit.org/show_bug.cgi?id=76666
Summary
[Chromium] Ganesh's Texture Cache is too small
Jeff Timanus
Reported
2012-01-19 14:47:31 PST
The current Ganesh texture cache is initialized to cache no more than 50 Mb of texture data. For some demos this is too constrained. See parallel tracking issue: crbug.com/110468
Attachments
Patch
(1.59 KB, patch)
2012-01-19 14:52 PST
,
Jeff Timanus
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Jeff Timanus
Comment 1
2012-01-19 14:52:13 PST
Created
attachment 123201
[details]
Patch
Vangelis Kokkevis
Comment 2
2012-01-19 22:27:12 PST
Comment on
attachment 123201
[details]
Patch I would feel more comfortable increasing the cache size if we were able to clear the cache when a tab is hidden like we do for the compositor. In order to do that we may need to switch to using a shared graphics context per webview instead of renderer process or track how many tabs the renderer is dealing with and flush the cache when they are all hidden. Alternatively, would it be possible to age textures in the cache so that we only evict ones that haven't been used for a while and use this texture limit as a soft limit that can be exceeded if more space is needed to keep the contents of a single frame? Longer term we need to have a better strategy for doing global tracking of memory like nduca@ suggests.
Brian Salomon
Comment 3
2012-01-20 05:59:05 PST
(In reply to
comment #2
)
> (From update of
attachment 123201
[details]
) > I would feel more comfortable increasing the cache size if we were able to clear the cache when a tab is hidden like we do for the compositor. In order to do that we may need to switch to using a shared graphics context per webview instead of renderer process or track how many tabs the renderer is dealing with and flush the cache when they are all hidden. > > Alternatively, would it be possible to age textures in the cache so that we only evict ones that haven't been used for a while and use this texture limit as a soft limit that can be exceeded if more space is needed to keep the contents of a single frame? > > Longer term we need to have a better strategy for doing global tracking of memory like nduca@ suggests.
We could make the cache size be a hard limit but periodically walk the cache and purge anything that hasn't been used in a while even when we are under-budget.
Jeff Timanus
Comment 4
2012-01-24 14:56:53 PST
Comment on
attachment 123201
[details]
Patch From the discussion we had offline today, I think we should let this patch through. The plan is to introduce the capability of explicitly purging the Ganesh texture cache when all of the tabs associated with a render process have been backgrounded/hidden.
Jeff Timanus
Comment 5
2012-01-27 14:24:32 PST
Can a reviewer please have a look at this change, and mark it cq+?
Stephen White
Comment 6
2012-01-27 15:21:47 PST
Comment on
attachment 123201
[details]
Patch OK. r=me
WebKit Review Bot
Comment 7
2012-01-27 15:42:19 PST
Comment on
attachment 123201
[details]
Patch Clearing flags on attachment: 123201 Committed
r106164
: <
http://trac.webkit.org/changeset/106164
>
WebKit Review Bot
Comment 8
2012-01-27 15:42:24 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug