Closed
Bug 1314173
Opened 9 years ago
Closed 9 years ago
Add GPU process type to existing metrics
Categories
(Cloud Services Graveyard :: Metrics: Pipeline, defect, P3)
Cloud Services Graveyard
Metrics: Pipeline
Tracking
(firefox53 fixed)
RESOLVED
FIXED
mozilla53
| Tracking | Status | |
|---|---|---|
| firefox53 | --- | fixed |
People
(Reporter: dvander, Assigned: mdoglio)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
We now have a new process type, "gpu", in addition to the existing process types (browser, content, plugin, gmp). Any place where this list is hardcoded, we have to make sure the GPU process is factored in as well. In particular we want to make sure that crash data is aggregated properly.
Comment 1•9 years ago
|
||
how soon is this needed David? P3 means Q1 2017 right now
Points: --- → 3
Flags: needinfo?(dvander)
Priority: -- → P3
| Reporter | ||
Comment 2•9 years ago
|
||
(In reply to thuelbert from comment #1)
> how soon is this needed David? P3 means Q1 2017 right now
We are hoping that this feature will ship with Firefox 53 - which would be midway through Q2 2017. Q1 2017 seems like a reasonable target.
Flags: needinfo?(dvander)
| Reporter | ||
Updated•9 years ago
|
Comment 3•9 years ago
|
||
(In reply to thuelbert from comment #1)
> how soon is this needed David? P3 means Q1 2017 right now
This feature is being tested in nightly and it is difficult to understand it without data in the pipeline. Can we raise the priority of this issue?
Flags: needinfo?(thuelbert)
I'd like to call attention to this as a release blocker for GPU Process and ask that this get reprioritized.
I let it go for the A/B Telemetry Experiment currently active on Nightly until Jan 11. Right now I'm doing manual data analysis of this experiment with Crash Stats which does not give us a complete picture. The preliminary data looks promising but it would be good to have Telemetry data to validate our assumptions. We really need Telemetry *and* Socorro data to make smart decisions about quality.
Flagging Milan for further context as necessary.
Flags: needinfo?(milan)
| Assignee | ||
Comment 5•9 years ago
|
||
I can tackle the changes required to crash_aggregates next week. That will make gpu crashes available via re:dash. In the meantime you can use spark to analyze the raw telemetry data via ATMO.
| Assignee | ||
Updated•9 years ago
|
Assignee: nobody → mdoglio
Status: NEW → ASSIGNED
Comment 6•9 years ago
|
||
(In reply to Mauro Doglio [:mdoglio] from comment #5)
> I can tackle the changes required to crash_aggregates next week. That will
> make gpu crashes available via re:dash. In the meantime you can use spark to
> analyze the raw telemetry data via ATMO.
Awesome, thanks!
(In reply to Mauro Doglio [:mdoglio] from comment #5)
> I can tackle the changes required to crash_aggregates next week. That will
> make gpu crashes available via re:dash. In the meantime you can use spark to
> analyze the raw telemetry data via ATMO.
Thanks Mauro, does this mean I should be able to query the data for the duration of our experiment (went live Dec 24)?
| Assignee | ||
Comment 8•9 years ago
|
||
If with data you mean crash aggregates yes, correct.
Comment 9•9 years ago
|
||
| Assignee | ||
Comment 10•9 years ago
|
||
I added gpu_crashes to crash_aggregates.stats and backfilled the data starting from Dec 24th as requested.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment 12•9 years ago
|
||
clearing needs info - see Mauros comments above.
Updated•9 years ago
|
Flags: needinfo?(thuelbert)
status-firefox53:
--- → fixed
Updated•7 years ago
|
Product: Cloud Services → Cloud Services Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•