Closed Bug 911639 Opened 11 years ago Closed 11 years ago

The cross-process memory reporter infrastructure only properly handles one child process

Categories

(Core :: IPC, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: n.nethercote, Unassigned)

References

Details

The memory reporting infrastructure currently only properly handles one child process. If multiple child processes are present, they will overwrite each others' memory reports in the parent process, such that only one child process will be shown in about:memory. The cross-process memory reporting design is awful for a bunch of reasons, and needs to be completely overhauled. Fortunately, we don't need to do that for this bug; it can be band-aided fairly easily once bug 910517 lands.
No longer blocks: 910517
Depends on: 910517
> If multiple child processes are present, they will overwrite > each others' memory reports in the parent process, such that only one child > process will be shown in about:memory. Turns out this is wrong! I thought there was a single ContentParent in the parent process, but there is actually one ContentParent per child process. As a result, about:memory works fine with multiple child processes.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.