Add telemetry needed to evaluate PHC
Categories
(Core :: Memory Allocator, task)
Tracking
()
People
(Reporter: pbone, Assigned: pbone)
References
(Blocks 2 open bugs)
Details
Attachments
(3 files)
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
2.87 KB,
text/plain
|
royang
:
data-review+
|
Details |
We should add telemetry to measure PHC's utilisation. I'd like to know:
- How many slots are allocated / freed / never used in each process.
- How much metadata memory PHC requires in each process
- How much fragmentation PHC causes in each process.
- The distributions of process lifetimes.
- Maybe the utilsation of PHC when a process terminates, did we ever use close to all the slots?
- If we ever fail an allocation because all the slots are used?
- How often we "reuse" a freed slot.
Assignee | ||
Comment 1•1 year ago
|
||
(In reply to Paul Bone [:pbone] from comment #0)
We should add telemetry to measure PHC's utilisation. I'd like to know:
- How many slots are allocated / freed / never used in each process.
- How much metadata memory PHC requires in each process
- How much fragmentation PHC causes in each process.
- The distributions of process lifetimes.
- Maybe the utilsation of PHC when a process terminates, did we ever use close to all the slots?
- If we ever fail an allocation because all the slots are used?
- How often we "reuse" a freed slot.
For this bug we want to do only the first three. The others are lower priority and have their own Bug 1849121.
Comment 2•1 year ago
|
||
For this bug we want to do only the first three.
I'm unclear on the value of the third one (fragmentation - as page size is not under your control), so I'd recommend to skip this to get it out of the door faster.
Assignee | ||
Comment 3•1 year ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #2)
For this bug we want to do only the first three.
I'm unclear on the value of the third one (fragmentation - as page size is not under your control), so I'd recommend to skip this to get it out of the door faster.
it's indirectly under control because it's related to the number of allocated cells. The code in PHC.cpp is already in place to measure it for the memory reporter, it only needs telemetry added.
Assignee | ||
Comment 4•1 year ago
|
||
Assignee | ||
Comment 5•1 year ago
|
||
Depends on D192302
Assignee | ||
Comment 6•1 year ago
|
||
Comment 7•1 year ago
•
|
||
Comment on attachment 9361156 [details]
data-request.txt
DATA COLLECTION REVIEW RESPONSE:
- Is there or will there be documentation that describes the schema for the ultimate data set in a public, complete, and accurate way?
Yes, this collection is documented in its definitions files Histograms.json, Scalars.yaml, and/or Events.yaml and in the Probe Dictionary at https://probes.telemetry.mozilla.org.
- 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 settings.
- If the request is for permanent data collection, is there someone who will monitor the data over time?
N/A, collection to be removed or renewed in 6 months
- 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 data
- 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: data-review+
Assignee | ||
Comment 8•1 year ago
|
||
Hi Roger, could you do Chris' review on the patches also? I don't seem to be able to select your name in Phabricator.
Thanks.
Comment 9•1 year ago
|
||
Hi Paul, Sorry, I don't know that part of the code base enough to give you a review.
Comment 10•1 year ago
|
||
Comment 11•11 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/5ecb0eac9c1b
https://hg.mozilla.org/mozilla-central/rev/fc1ab94b7ef4
Assignee | ||
Comment 12•11 months ago
|
||
Comment on attachment 9361129 [details]
Bug 1829127 - Add telemetry for PHC slop r=glandium
Beta/Release Uplift Approval Request
- User impact if declined: We're planning an experiment for PHC in Firefox 120. This telemetry will help us evaluate what tuning PHC might need. It's not critical for our experiment but it'd be very helpful
- Is this code covered by automated tests?: Unknown
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): it's a smallish telemetry patch that has been running well in Nightly.
- String changes made/needed: None
- Is Android affected?: No
Assignee | ||
Updated•11 months ago
|
Comment 13•11 months ago
|
||
Comment on attachment 9361129 [details]
Bug 1829127 - Add telemetry for PHC slop r=glandium
Approved for 120.0b9
Updated•11 months ago
|
Comment 14•11 months ago
|
||
uplift |
Updated•11 months ago
|
Description
•