Closed
Bug 815829
Opened 13 years ago
Closed 13 years ago
Add MEMORY_VSIZE to telemetry
Categories
(Toolkit :: Telemetry, defect)
Tracking
()
RESOLVED
FIXED
mozilla20
People
(Reporter: n.nethercote, Assigned: n.nethercote)
Details
(Whiteboard: [MemShrink])
Attachments
(1 file)
2.05 KB,
patch
|
justin.lebar+bug
:
review+
|
Details | Diff | Splinter Review |
MEMORY_VSIZE is easy to measure and could provide useful data in understanding whether Win64 builds would be helpful.
![]() |
Assignee | |
Comment 1•13 years ago
|
||
Simple patch. I tested it via about:telemetry (which is now built-in!).
Attachment #686002 -
Flags: review?(justin.lebar+bug)
Comment 2•13 years ago
|
||
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+
![]() |
Assignee | |
Comment 3•13 years ago
|
||
Comment 4•13 years ago
|
||
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.
Description
•