Closed
Bug 723324
Opened 13 years ago
Closed 11 years ago
The "js-gc-heap-chunk-dirty-unused" memory report is occasionally negative
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: n.nethercote, Unassigned)
Details
(Whiteboard: [MemShrink:P3])
Occasionally this report goes negative:
-16,384 B ── js-gc-heap-chunk-dirty-unused [?!]
Steps to reproduce:
- Open about:memory?verbose
- Click the "Update" button over and over. Eventually you'll see it, though it may take dozens of clicks.
The JS memory multi-reporter doesn't just get the GC lock once and then take all its measurements. Instead it gets and releases the GC lock multiple times, doing some measurements each time. And "js-gc-heap-chunk-dirty-unused" is derived from lots of other measurements.
I bet if we just got the GC lock once in CollectRuntimeStats() this problem would go away.
Reporter | ||
Updated•13 years ago
|
Assignee: n.nethercote → general
Status: ASSIGNED → NEW
Reporter | ||
Updated•13 years ago
|
Whiteboard: [MemShrink] → [MemShrink:P3]
Comment 1•11 years ago
|
||
This reporter doesn't exist anymore, does it?
Reporter | ||
Comment 2•11 years ago
|
||
> This reporter doesn't exist anymore, does it?
Not with that name. Something similar still gets measured in the js-main-runtime-gc-heap-committed/ tree, but the problem with the locks may well be gone. Close enough to close this bug, I think.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•