Adding telemetries to measure the critical path of ServiceWorker Performance
Categories
(Core :: DOM: Service Workers, task, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox93 | --- | fixed |
People
(Reporter: edenchuang, Assigned: edenchuang)
References
(Blocks 1 open bug)
Details
Attachments
(5 files, 1 obsolete file)
Knowing how long registration loading blocked the main thread for the initialization of ServiceWorkerManager which was the delta between "getRegistrationsDone" and "getRegistrationsWaiting" in https://hg.mozilla.org/try/rev/d86fc75d9e4c36d317e62a4eaa5d3a85db40f4b7#l3.44
Knowing how long we blocked waiting for the directory lock for the underlying Cache API storage for the ServiceWorker which was teh delta between "ready" and "start" in https://hg.mozilla.org/try/rev/d86fc75d9e4c36d317e62a4eaa5d3a85db40f4b7#l1.53
Knowing how long it took between the "spawn" request (https://hg.mozilla.org/try/rev/8654ba8d338cfb36c3b3098c3fbc529fdfcedad9#l17.81) for the (remote) ServiceWorker (as perceived in the parent process) and the "creationSucceeded" (https://hg.mozilla.org/try/rev/d6a65cab1f04042d5c465a44051278bb5c2a0587#l3.72) (which covers the top level script evaluation as well)
Knowing how long it takes the navigation "fetch" event to be responded to: currently I get that from the time between "asyncOpenInternal" on the intercepted channel (https://hg.mozilla.org/try/rev/8654ba8d338cfb36c3b3098c3fbc529fdfcedad9#l32.30) and the "startSynthesizedResponse" (https://hg.mozilla.org/try/rev/8654ba8d338cfb36c3b3098c3fbc529fdfcedad9#l32.247).
Knowing how long it takes for that response to be pumped into the chanel, which is basically the time between startSynthesizedResponse and onStopRequest (https://hg.mozilla.org/try/rev/8654ba8d338cfb36c3b3098c3fbc529fdfcedad9#l32.268)
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
Assignee | ||
Comment 4•4 years ago
|
||
Depends on D118396
Assignee | ||
Comment 5•4 years ago
|
||
Depends on D118397
Assignee | ||
Comment 6•4 years ago
|
||
Depends on D118398
Updated•4 years ago
|
Assignee | ||
Comment 7•3 years ago
|
||
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 8•3 years ago
|
||
Comment on attachment 9235591 [details]
request_bug1693074.md
DATA COLLECTION REVIEW RESPONSE:
Is there or will there be documentation that describes the schema for the ultimate data set available publicly, complete and accurate?
Yes.
Is there a control mechanism that allows the user to turn the data collection on and off?
Yes. This collection is Telemetry so can be controlled through Firefox's Preferences.
If the request is for permanent data collection, is there someone who will monitor the data over time?
Yes, Eden Chuang is responsible.
Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?
Category 1, Technical.
Is the data collection request for default-on or default-off?
Default on for all channels.
Does the instrumentation include the addition of any new identifiers?
No.
Is the data collection covered by the existing Firefox privacy notice?
Yes.
Does the data collection use a third-party collection tool?
No.
Result: datareview+
Comment 10•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/443f9c6e3d1e
https://hg.mozilla.org/mozilla-central/rev/8e18c2eb0aac
https://hg.mozilla.org/mozilla-central/rev/cf74310b0c84
https://hg.mozilla.org/mozilla-central/rev/43eb6ce90ab0
Description
•