Closed Bug 815829 Opened 13 years ago Closed 13 years ago

Add MEMORY_VSIZE to telemetry

Categories

(Toolkit :: Telemetry, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla20

People

(Reporter: n.nethercote, Assigned: n.nethercote)

Details

(Whiteboard: [MemShrink])

Attachments

(1 file)

MEMORY_VSIZE is easy to measure and could provide useful data in understanding whether Win64 builds would be helpful.
Simple patch. I tested it via about:telemetry (which is now built-in!).
Attachment #686002 - Flags: review?(justin.lebar+bug)
Comment on attachment 686002 [details] [diff] [review] Add MEMORY_VSIZE to telemetry. Can you make the upper bound a bit bigger than 4GB? For our 64-bit discussions I'd be curious to know how many people on 64-bit platforms have vsize > 4gb. Also, I've concluded that it was probably a mistake to use 50 buckets in memory_resident. (We can't change it now without messing up historical comparisons, which is why I haven't touched it.) The telemetry front-end does a poor job of smoothing between buckets (for example when calculating averages), so the net result is that we have basically zero insight into what's happening between the buckets. As a result, I'd be in favor of doubling or quadrupling the number of buckets here, to 100 or 200. The downside of having so many buckets is that pings potentially get larger. But I don't think that's a big deal.
Attachment #686002 - Flags: review?(justin.lebar+bug) → review+
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: