Closed Bug 733516 Opened 12 years ago Closed 9 years ago

Request for telemetry add-on data

Categories

(Mozilla Metrics :: Data/Backend Reports, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Backlogged - BZ

People

(Reporter: justin.lebar+bug, Unassigned)

References

Details

(Whiteboard: [Telemetry] -- needs PM project priority)

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
 * PAGE_FAULTS_HARD
 * 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.
Whiteboard: [MemShrink]
Whiteboard: [MemShrink]
Summary: Access telemetry add-on data → Request for telemetry add-on data
(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.
Status: NEW → ASSIGNED
Whiteboard: Telemetry -- needs PM project priority
Triaged.
Target Milestone: Unreviewed → Backlogged - BZ
I'm a clueless n00b (or just old) -- what does the triage markup in this bug mean?

/be
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.

-Annie
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.
Whiteboard: Telemetry -- needs PM project priority → [Telemetry] -- needs PM project priority
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.