Closed Bug 1470215 Opened 4 years ago Closed 4 years ago

add telemetry probe for how long native resolve requests sit in the thread-pool queues


(Core :: Networking: DNS, enhancement, P1)




Tracking Status
firefox63 --- fixed


(Reporter: bagder, Assigned: bagder)


(Whiteboard: [necko-triaged][trr])


(2 files)

A histogram for the time from the lookup call (which adds the request to a queue) until the request is subsequently removed from the queue by the thread that calls getaddrinfo().
Should we rather use higher resolution than milliseconds in the histogram?
(In reply to Daniel Stenberg [:bagder] from comment #2)
> Should we rather use higher resolution than milliseconds in the histogram?

what would we do with such information?
Comment on attachment 8987430 [details]
bug 1470215 let Telemetry::DNS_NATIVE_QUEUING measure queue times

data collection review too, of course.
Attachment #8987430 - Flags: review?(mcmanus) → review+
Request for data collection review: Telemetry::DNS_NATIVE_QUEUING
Attachment #8987736 - Flags: review?(francois)
Comment on attachment 8987736 [details]

1) Is there or will there be **documentation** that describes the schema for the ultimate data set available publicly, complete and accurate?

Yes, in Histograms.json.

2) Is there a control mechanism that allows the user to turn the data collection on and off?

Yes, telemetry setting.

3) If the request is for permanent data collection, is there someone who will monitor the data over time?**

Yes, Daniel Stenberg.

4) Using the **[category system of data types](** on the Mozilla wiki, what collection type of data do the requested measurements fall under?  **

Category 1.

5) Is the data collection request for default-on or default-off?

Default ON in all channels.

6) Does the instrumentation include the addition of **any *new* identifiers** (whether anonymous or otherwise; e.g., username, random IDs, etc.  See the appendix for more details)?


7) Is the data collection covered by the existing Firefox privacy notice?


8) Does there need to be a check-in in the future to determine whether to renew the data?

No, permanent.
Attachment #8987736 - Flags: review?(francois) → review+
Pushed by
let Telemetry::DNS_NATIVE_QUEUING measure queue times r=mcmanus
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
You need to log in before you can comment on or make changes to this bug.