Closed Bug 742028 Opened 13 years ago Closed 3 years ago

On MacOS, RSS is much larger than explicit

Categories

(Core :: General, defect)

All
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: justin.lebar+bug, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [MemShrink:P2])

bz had the following numbers on his 10.6 machine: 1,356,769,377 B ── explicit 940,710,232 B ── heap-allocated 1,072,316,416 B ── heap-committed 12.27% ── heap-committed-fragmentation 3,321,856 B ── heap-dirty 271,441,040 B ── heap-unallocated 394,264,576 B ── js-gc-heap 113,790,976 B ── js-main-runtime-gc-heap-decommitted 1,694,748,672 B ── resident Notice that RSS is 338mb higher than explicit. It's expected that RSS will be higher than explicit, but the difference should be mainly code (and explicit gets an unfair increase from non-resident memory, mainly gc-heap-decommitted, that njn made me put in explicit). Anyway, what I think might be happening is that malloc_double_purge isn't working properly. It's supposed to decommit MADV_FREE'd pages when you view about:memory, but maybe it's not.
P2 per Memshrink
Whiteboard: [MemShrink] → [MemShrink:P2]
One way one could look into this is by running the vmmap command.

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: justin.lebar+bug → nobody

I think closing ancient memory reporter issues is fine.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.