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

Issue 867523 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Alert on perf dashboard showing up weeks after occurrence

Project Member Reported by sullivan@chromium.org, Jul 25

Issue description

This alert just showed up on the perf dashboard untriaged list today (July 25)

It says: Time added: 2018-07-14T11:37:48.000Z
https://chromeperf.appspot.com/group_report?keys=agxzfmNocm9tZXBlcmZyFAsSB0Fub21hbHkYgICQ7d79qAsM

Why did it take so long for the alert to show up on the perf dashboard? By July 17 10 more data points had been added.
 
Cc: ushesh@chromium.org
The segment_size_after for that alert (from the Datastore Entities tab in pantheon) is 43, so it required 43 more points to detect the step change. We can play with the options here to try to lower that number: 
https://chromeperf.appspot.com/debug_alert?test_path=ChromiumPerf%2FWin+7+Perf%2Frendering.desktop%2Fpercentage_smooth%2Fbouncing_gradient_circles&rev=575108&num_before=1000&num_after=3000&config=

I tried a few options, but I'm not sure which might help find_change_points require fewer points. I wish debug_alert displayed the default values of the options.
Cc: sadrul@chromium.org dtu@chromium.org vmi...@chromium.org
Thanks, Ben! Adding Dave since he knows about the alerting algorithm.

Also adding benchmark owners Sadrul and Victor, in case they want to tweak the settings. Note that this was the only alert I know of that fired so late.

Sign in to add a comment