Closed Bug 690458 Opened 10 years ago Closed 10 years ago
Rebucket telemetry memory statistics
Memory statistics reported by telemetry are too coarse-grained. For instance, RSS is bucketed in the range [32mb, 1gb] with 10 exponential buckets, so one of the buckets covers roughly the range 530mb to 1gb (*). This is not particularly useful. If you have an LDAP account, you can, in theory, see the stats for yourself at . Unfortunately the dashboard is down right now (bug 687117). Anyway, the solution is rebucketing, which is simple enough. This will invalidate all of the statistics we'd collected up to this point, but they're not really useful anyway. (*) I'd look up the actual range, but I can't, because the dashboard is down...  https://metrics.mozilla.com/pentaho/content/pentaho-cdf-dd/Render?solution=metrics&path=telemetry/&file=TelemetryHistogram.wcdf
Comment on attachment 563498 [details] [diff] [review] Patch v1 Do you want to review this one, Taras, or do you want to pass it off to someone working on MemShrink?
Comment on attachment 563498 [details] [diff] [review] Patch v1 Memshrinkers should do this one
Attachment #563498 - Flags: review?(khuey)
Aha, the telemetry dashboard is back. I'm not sure exactly how exponential histogram bucketing works. The RSS bucketing is in fact better than I expected; the top bucket is actually ~680mb, not 530mb. But the top bucket for explicit covers 440mb - 1gb. The coarseness of these measurements makes it difficult for us to determine whether changes we've made improve real-world memory usage.
Attachment #563498 - Flags: review?(khuey) → review+
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
You need to log in before you can comment on or make changes to this bug.