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 |