Scrub webrtc telemetry values that generate out-of-range results due to small delta times

NEW
Assigned to

Status

()

P3
normal
Rank:
22
3 years ago
a year ago

People

(Reporter: jesup, Assigned: jesup)

Tracking

(Depends on: 1 bug)

Trunk
Points:
---

Firefox Tracking Flags

(firefox42 affected)

Details

Attachments

(1 obsolete attachment)

(Assignee)

Description

3 years ago
It appears some values where we divide by the measurement interval are warping the results (like spikes of >1Mbps readings on audio bandwidth, likely due to an 'interval' that's very short, and several packets came in).

We should smooth to (say) 1 second of measurements, and store until we get >= 1s (for example), or at least throw away too-short interval results.
Created attachment 8640037 [details]
MozReview Request: Bug 1188441: treat assertion failures as bad mozconfig; r?mshal

Bug 1188441: treat assertion failures as bad mozconfig; r?mshal
Attachment #8640037 - Flags: review?(mshal)
Attachment #8640037 - Attachment is obsolete: true
Attachment #8640037 - Flags: review?(mshal)
Sorry, bug # typo
(Assignee)

Updated

3 years ago
Depends on: 1189099
(Assignee)

Updated

3 years ago
backlog: --- → webRTC+
Rank: 19
Priority: -- → P1
Assignee: nobody → rjesup
Rank: 19 → 22
Priority: P1 → P2
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.