Improve chrome-speed-releasing alerting process for FCP metric |
||||||
Issue descriptionSummary of action item: Monitor 0 & Max buckets Note from Speed releasing meeting - Add monitoring for 99.99th, 99.9th and 1st percentile for this metric
,
Oct 18
We should also monitor mean since various teams (AGSA, search, mdw) depend on it. +1 to proposal to monitoring 1st percentile and something in the extreme tail (99.9 or 99.99) as well. note that we need to monitor mean in addition to the tail since it's still possible there's a significant change further in the tail which wouldn't be caught at 99.99 but still regresses the mean.
,
Oct 18
Ushesh, I think this is a good example of why our process for FCP should be different from other heartbeat metrics. We shouldn't bother monitoring mean for other heartbeats, but need to for FCP. Alexei - any thoughts on #1?
,
Nov 20
Sorry, somehow missed this. We don't have a better way at the moment.
,
Jan 10
This bug had an unsupported status. Updating to Untriaged so someone will reevaluate.
,
Jan 10
,
Jan 11
Issue has a component, but no priority. Updating to have default priority (Pri-2)
,
Jan 11
This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this.
,
Yesterday
(40 hours ago)
I've set up these alerts.
,
Yesterday
(39 hours ago)
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by tdres...@chromium.org
, Oct 15