Closed
Bug 781849
Opened 12 years ago
Closed 12 years ago
Split out analysis data that lives across collections from analysis-temporary in about:memory
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
DUPLICATE
of bug 789398
People
(Reporter: mccr8, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [MemShrink:P2][js:t])
See https://bugzilla.mozilla.org/show_bug.cgi?id=781767#c4
(In reply to Brian Hackett (:bhackett) from comment #4)
> A separate thing is that even when a GC clears analysis-temporary data,
> usage will not go to zero; the bucket describes an allocator that is cleared
> on each GC but is then immediately refilled with certain data that has to
> live across collections. Bug 778724 also improves this, by splitting the
> allocator in two, and memory reporting could be improved as a followup to
> distinguish the two allocators (the current patch gloms them together).
Comment 1•12 years ago
|
||
In bug 775382 I saw the analysis-temporary numbers go negative, which indicates that it's possible for something to go wrong within the size computation. In general, straight measurements of allocated memory (e.g. with malloc_usable_size) are preferable to computed sizes, because computed sizes are error-prone. (https://wiki.mozilla.org/Memory_Reporting#Two_Ways_to_Measure has more details.) So if the subtractions can be removed as part of this change, that would be great.
Updated•12 years ago
|
Whiteboard: [MemShrink] → [MemShrink:P2]
Updated•12 years ago
|
Whiteboard: [MemShrink:P2] → [MemShrink:P2][js:t]
Reporter | ||
Comment 2•12 years ago
|
||
Nick, is this a dupe of bug 789398?
Comment 3•12 years ago
|
||
Yes! Thanks.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•