diff options
author | ericrk <ericrk@chromium.org> | 2016-03-24 13:03:13 -0700 |
---|---|---|
committer | Commit bot <commit-bot@chromium.org> | 2016-03-24 20:04:35 +0000 |
commit | c38d1f4bce5165b0114fc9c429812e93f64850bf (patch) | |
tree | 133dcf1d3646099e599f1595c5df85de60715815 /build | |
parent | 81b94784b431b36441e4b34fe3fc429db5be5e7a (diff) | |
download | chromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.zip chromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.tar.gz chromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.tar.bz2 |
Handle out of order tile priorities when building graph
Currently, InsertNodesForRasterTask in tile_manager.cc assumes that
all high priority tasks will be added before low priority ones. This is
generally true, but two cases violate this:
- low resolution tiles in the NOW bin may have higher priority than
other tiles that are required for draw/activation.
- some SOON tiles not required for activation may come before SOON
tiles which are required for activation. (bug files)
To address the first issue, the calculation of high_priority now takes
the NOW bucket into account. To fix the second issue,
InsertNodesForRasterTask now handles out-of-order priorities and a bug
has been filed to fix this.
BUG=592160
CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel
Review URL: https://codereview.chromium.org/1796423002
Cr-Commit-Position: refs/heads/master@{#383126}
Diffstat (limited to 'build')
0 files changed, 0 insertions, 0 deletions