Investigate builtin jank/freeze detection for the UI thread of the browser process |
||||||
Issue descriptionIf the UI thread of the browser process gets so busy as to delaying the running of some tasks posted onto it, the user will feel temporary freeze of the browser UI. In some extreme cases, e.g. low memory on Chrome OS, there could be observable freezes (in seconds). We may consider implementing a jank detector to help us find out what blocks the UI thread and delays the execution of UI thread tasks. One way to implement it is hooking the detector to the message loop for recording task execution data, including but not limited to: * task origin (the program counter of FROM_HERE), and possibly the origin of its parent tasks. * task timing (time when the task is posted, starts and finishes running). and log the data of the "blocker" tasks if they delay the execution of some task too much.
,
Jul 31
,
Jul 31
,
Aug 1
,
Aug 1
,
Aug 1
erikchen@ (Now CC'ed) is already looking into something related to this area.
,
Aug 1
See tracking bug: https://bugs.chromium.org/p/chromium/issues/detail?id=859155 The PoC doesn't deal with re-entrancy or native events.
,
Aug 1
+ etienneb is investigating using slow reports to automatically get this data from the wild.
,
Aug 1
Also see Issue 806174 (we already have a ThreadWatcher but it had to be disabled on the UI thread, the bug is up for grabs). |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by chinglinyu@chromium.org
, Jul 31Components: -OS>Performance OS>Performance>Memory