Chromium Code Reviews| Index: cc/trees/thread_proxy.cc |
| diff --git a/cc/trees/thread_proxy.cc b/cc/trees/thread_proxy.cc |
| index 9fac98bb3490af63272a63cdcee171987260f85d..ba9b60b59c747d60222ae7f7e3fb0abf7764c18d 100644 |
| --- a/cc/trees/thread_proxy.cc |
| +++ b/cc/trees/thread_proxy.cc |
| @@ -1180,13 +1180,11 @@ void ThreadProxy::RenewTreePriority() { |
| impl().layer_tree_host_impl->SetTreePriority(priority); |
| - // Only put the scheduler in impl latency prioritization mode if we don't |
| - // have a scroll listener. This gives the scroll listener a better chance of |
| - // handling scroll updates within the same frame. The tree itself is still |
| - // kept in prefer smoothness mode to allow checkerboarding. |
| - impl().scheduler->SetImplLatencyTakesPriority( |
| - priority == SMOOTHNESS_TAKES_PRIORITY && |
| - !impl().layer_tree_host_impl->scroll_affects_scroll_handler()); |
| + // Put the scheduler in impl latency prioritization mode if there's no new |
|
Sami
2015/08/26 13:38:01
nit: the comment isn't entirely accurate (we might
alex clarke (OOO till 29th)
2015/08/27 12:02:51
As discussed offline I'm going to do this in a sep
|
| + // content. This signal is also used by the renderer scheduler to work out if |
| + // compositor tasks are on the critical path or not. |
| + impl().scheduler->SetImplLatencyTakesPriority(priority != |
| + NEW_CONTENT_TAKES_PRIORITY); |
| // Notify the the client of this compositor via the output surface. |
| // TODO(epenner): Route this to compositor-thread instead of output-surface |