Closed
Bug 751283
Opened 12 years ago
Closed 9 years ago
investigate tearing down pages without the cycle collector
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: mccr8, Unassigned)
References
Details
With CPG and Kyle's chrome->content snipping patch, I wonder how often will need the cycle collector to tear down a page, for instance when you close a tab. It may be reasonably common that after you close the page you end up with a DOM and a bunch of compartments that form a closed subheap. If we can somehow detect this, then we could free the DOM without requiring that the CC trace things all over the place.
On the other hand, there may be enough other ref counted things that are associated with the page that aren't part of the DOM that this isn't feasible.
Reporter | ||
Comment 1•12 years ago
|
||
A sort of similar idea would be to treat an entire compartment as a single object in the CC, at least for tear-down scenarios. Then you'd avoid having to trace through the compartment. Though you'd still have to examine every object in the compartment to find nsISupports pointers, but maybe that could be done more quickly.
Comment 2•12 years ago
|
||
Is this a WONTFIX now that bug 754495 landed?
Comment 3•12 years ago
|
||
No. At least we could improve content blasting (bug 730639) to handle also documents
(That can be a bit tricky since documents tend to be owned by many different things).
Reporter | ||
Comment 4•9 years ago
|
||
This is a little vague, so I'm just going to close it.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•