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)

defect
Not set
normal

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.
Assignee: n.nethercote → general
Status: ASSIGNED → NEW
Whiteboard: [MemShrink] → [MemShrink:P3]
This reporter doesn't exist anymore, does it?
> 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.