New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 780102 link

Starred by 9 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: Bug


Sign in to add a comment

Improve preemptive task blocking around user gestures

Project Member Reported by altimin@chromium.org, Oct 31 2017

Issue description

At the moment blink scheduler blocks all timer and loading tasks (if they are expensive) for 2 seconds after a user gesture (expecting that a new one might come).

It it known to cause a number of problems for the web developers. We need to tune it to make it less aggressive and more predictable while saving the performance wins.


 
Blocking: 738198
Blocking: 778559

Comment 3 by ojan@chromium.org, Nov 4 2017

How much of a performance win was it when we turned on this blocking? I just want context for what we're trading off here.

Comment 4 Deleted

Summary: Improve preemptive task blocking around user gestures (was: Iterate preemptive blocking task around user gestures)
Re #3: It used to give a major performance benefit, but we're not sure if it is true anymore with passive event listener intervention. One of the first items here would be to measure the current state.

Comment 6 by ojan@chromium.org, Jan 11 2018

I realized my previous comment could be taken to support removing or keeping it. To be clear, I'd support just deleting and seeing if anything regresses.
Blocking: 822269
Cc: tdres...@chromium.org bokan@chromium.org dtapu...@chromium.org alexclarke@chromium.org miguelg@chromium.org
 Issue 529529  has been merged into this issue.
Cc: sc00335...@techmahindra.com
 Issue 778559  has been merged into this issue.
Blocking: 874916
Owner: altimin@chromium.org
Status: Assigned (was: Available)

Sign in to add a comment