Telemetry sends along with each ping the install's active add-ons. I'd like to access this data for the purposes of figuring out which add-ons are popular and perhaps figuring out how add-ons are enabled/disabled over time.
I'm not sure what's the best way for you guys to give me access to this data. I'm happy to massage it on my end, so if you gave me raw JSON dumps, that would be fine. Perhaps we could start with pings from the most recent obsolete Aurora build and the set of pings from the Aurora build immediately before Aurora hit version 8.
While we're at it, I'd like the following information out of the pings:
* Operating system
* Build identifier
* List of (active) add-ons
* All histograms starting with "MEMORY"
* All histograms starting with "CYCLE_COLLECTOR"
* All histograms starting with "GC"
* All the SIMPLE_MEARSURE_ data points.
If it's easier, you can just give me the whole ping. :)
If you'd like me to analyze this data directly on the Telemetry servers, that's fine too. I can write SQL, but I may need some hand-holding to use hbase or hadoop.
(In reply to Justin Lebar [:jlebar] from comment #0)
> * PAGE_FAULTS_HARD
Do note that this histogram is not available on Windows systems.
Can someone please look at this? This is blocking a MemShrink:P1 bug.
Marking: in group of > 33 asks for Telemetry that need PM priority before triage/scheduling.
I'm a clueless n00b (or just old) -- what does the triage markup in this bug mean?
Hi Brendan -
No, I believe *I* get the n00b distinction (just reset my LDAP for the 1st time :)...
Metrics this past quarter did a HUGE bootstrap on their project & program management. Part of this was asking Telemetry to prioritise their 100+ current asks.
They assigned many P1s, some P2, etc. Some did not get assigned a Px. This was one of them.
As there are so very many Telemetry asks, this one (not having been assigned any Px), was left in bugzilla on the backlog for the time being.
You can feel free to contact me or Gilbert if you have general process questions.
To be clear: When this /is/ triaged, it will be tracked in the Metrics Jira instance?
It has been triaged. When it is *prioritised* it will be tracked in JIRA.