New issue
Advanced search Search tips

Issue 824192 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Aug 15
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Possible regression in blink::scheduler::internal::TaskQueueImpl::WakeUpForDelayedWork()

Project Member Reported by wittman@chromium.org, Mar 21 2018

Issue description

Data from the UMA Sampling Profiler shows that blink::scheduler::internal::TaskQueueImpl::UpdateDelayedWakeUp() is executing for an additional 10ms at startup on the renderer process compositor thread on 64-bit Chrome on Windows. During steady-state execution the increase is 1.9% of non-idle execution time. This occurred in the 67.0.3373.0 Canary release.

The responsible CL appears to be https://chromium.googlesource.com/chromium/src.git/+/9ad7a1161ea9c4f9735866127b7352cd23586a75

Execution profile difference of Canary 67.0.3372.0 vs. 67.0.3373.0: https://uma.googleplex.com/p/chrome/callstacks?sid=c7db1710feee80787617329f19fc8eb9

 
Status: WontFix (was: Assigned)
This is a result of moving some functionality to this function — the total run time should be the same.

Sign in to add a comment