Open
Bug 1277005
Opened 8 years ago
Updated 6 years ago
surface largest_free_vm_block in crash report summary, make it searchable
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
NEW
People
(Reporter: froydnj, Unassigned)
Details
An OOM crash report, such as https://crash-stats.mozilla.com/report/index/e59d2f18-2131-4f24-9f43-7038b2160524, has stats like: Total Virtual Memory 2147352576 Available Virtual Memory 122331136 It's not always obvious in an OOM crash why things should be falling over when there's a lot of virtual memory available. largest_free_vm_block gives a better picture of the memory fragmentation, and would be useful to see in reports. I thought we captured this, but I didn't know enough to look in the raw dump to find it. I see there's also bug 939871 for being able to search on this field, which also seems useful.
Comment 1•8 years ago
|
||
largest_free_vm_block is already available in search, but I think as it is a sub key of the json dump, it won't be displayed in our Metadata tab. However, you can go to the Raw Dump tab and search for `largest_free_vm_block` to find the value.
Comment 2•6 years ago
|
||
Seems like the outstanding bit here is add largest free vm block to metadata tab. Is that right? Does someone still want this?
You need to log in
before you can comment on or make changes to this bug.
Description
•