You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Web browsing and interactivity with web pages inherently includes idle time between actions. How can this be better reflected in the tests included in Speedometer? Further discussion and analysis are required for concrete proposals to reflect the actual experience of users while interacting with a webpage. For instance, idle time could influence CPU scaling and GC, which in turn could influence responsiveness. Would the idle time be customized to a particular test or would it be benchmark wide, that is incorporated in the runner?
The text was updated successfully, but these errors were encountered:
IIRC in the meeting we discussed this in the context of matching longer and realistic delays (e.g. when a user is waiting for some long running async action like a network request to complete, or physical delay between clicks or other input which would be longer than a rAF, etc). It's a tricky problem as we saw in #201, but worth discussing further for v4+, and seems maybe related to supporting async steps (#83).
Web browsing and interactivity with web pages inherently includes idle time between actions. How can this be better reflected in the tests included in Speedometer? Further discussion and analysis are required for concrete proposals to reflect the actual experience of users while interacting with a webpage. For instance, idle time could influence CPU scaling and GC, which in turn could influence responsiveness. Would the idle time be customized to a particular test or would it be benchmark wide, that is incorporated in the runner?
The text was updated successfully, but these errors were encountered: