diff options
author | jadahl@opera.com <jadahl@opera.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2014-03-28 17:10:48 +0000 |
---|---|---|
committer | jadahl@opera.com <jadahl@opera.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2014-03-28 17:10:48 +0000 |
commit | b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a (patch) | |
tree | 7954a895ea049914ccabad310c55df661d30676e /media/audio/cras | |
parent | cd6a73dcd63893d805b86f62354d4bb5b0cbbbf8 (diff) | |
download | chromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.zip chromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.tar.gz chromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.tar.bz2 |
By keeping track of transfer buffer usage (both sync and async), it is
possible to reuse an existing transfer buffer earlier than it is today.
For synchronous uploads, this is done by inserting tokens marking a
buffer's last usage. If such a token has passed, the buffer can be
reused.
For asynchronous uploads, this is done by adding an internal async
upload token to the GLES2Implementation and GLES2CmdDecoderImpl that
enumerates all asynchronous uploads. When an upload is completed, the
token is synchronized with the client which then can free the memory
associated with the async token.
The fenced allocator and mapped memory manager gets a callback that is
used to allow fenced allocator to make the user, in this case
GLES2Implementation, poll the current async upload token and free any
associated memory.
BUG=328808
Review URL: https://codereview.chromium.org/116863003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@260177 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'media/audio/cras')
0 files changed, 0 insertions, 0 deletions