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)

defect

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.
Depends on: 1314227
Depends on: 1314231
how soon is this needed David? P3 means Q1 2017 right now
Points: --- → 3
Flags: needinfo?(dvander)
Priority: -- → P3
(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)
(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)
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: nobody → mdoglio
Status: NEW → ASSIGNED
(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)?
If with data you mean crash aggregates yes, correct.
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
clearing needs info - see Mauros comments above.
Flags: needinfo?(thuelbert)
Flags: needinfo?(milan)
Target Milestone: --- → mozilla53
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: