Closed
Bug 904642
Opened 12 years ago
Closed 12 years ago
Talos Tp5 Responsiveness results are rounded to the nearest millisecond, causing aliasing
Categories
(Testing :: Talos, defect)
Testing
Talos
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mbrubeck, Assigned: jmaher)
References
Details
(Whiteboard: [SfN][regression-detection])
Attachments
(1 file, 1 obsolete file)
1.17 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
The Talos Tp Responsiveness measurement (bug 631571) is always rounded to integer milliseconds. This causes aliasing, which can lead to false regression alarms or hide real regressions, as discussed in bug 755633:
http://graphs.mozilla.org/graph.html#tests=[[275,52,22]]&sel=1372099976003.843,1374081573273.4675,37.296086316668124,47.35195223845582&displayrange=90&datatype=running
It would be better to report these measurements with microsecond precesion when possible. (They could still be in units of ms for compatibility with existing data, but the output should be floating point instead of integer.)
Comment 1•12 years ago
|
||
Currently the underlying measurements are being printed as integer ms:
http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/EventTracer.cpp#142
But it wouldn't be hard to change that (it's just calling TimeDuration::ToSecondsSigDigits and truncating the result). We'd need to change the Talos code that parses the output to deal with this first.
Assignee | ||
Comment 2•12 years ago
|
||
a small, but necessary change
Attachment #793659 -
Flags: review?(ted)
Comment 3•12 years ago
|
||
Comment on attachment 793659 [details] [diff] [review]
fix talos to support floating point responsiveness data (1.0)
Review of attachment 793659 [details] [diff] [review]:
-----------------------------------------------------------------
Close, but looks like you need to fix the usage of int() here as well:
http://hg.mozilla.org/build/talos/file/2a32cc64e7ff/talos/output.py#l99
Attachment #793659 -
Flags: review?(ted) → review-
Assignee | ||
Comment 4•12 years ago
|
||
updated with review feedback, tested on try and simulated the floating point values coming from the log file.
Assignee: nobody → jmaher
Attachment #793659 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #816659 -
Flags: review?(ted)
Updated•12 years ago
|
Attachment #816659 -
Flags: review?(ted) → review+
Comment 5•12 years ago
|
||
Once you get this rolled out to production we should fix the underlying code to print floating point measurements.
Assignee | ||
Comment 6•12 years ago
|
||
http://hg.mozilla.org/build/talos/rev/a559a437b340
marking this as leave-open so we can fix this in the platform. Who could pick up that work? or more specifically where could I look to fix that?
Whiteboard: [SfN][regression-detection] → [SfN][regression-detection][leave-open]
Comment 7•12 years ago
|
||
I have a patch in bug 927355 that fixes the platform. Sample output looks like:
MOZ_EVENT_TRACE sample 1381922313420 143.015346
Depends on: 927355
Assignee | ||
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [SfN][regression-detection][leave-open] → [SfN][regression-detection]
You need to log in
before you can comment on or make changes to this bug.
Description
•