Closed
Bug 635251
Opened 15 years ago
Closed 15 years ago
Don't call GC or CC unexpectedly during shutdown.
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: smaug, Unassigned)
Details
(Whiteboard: fixed-in-tracemonkey)
Attachments
(1 file)
|
1.06 KB,
patch
|
gal
:
review+
gal
:
approval2.0+
|
Details | Diff | Splinter Review |
In a tryserver run I got Assertion failure: !cx->thread->data.conservativeGC.requestThreshold, at ../../../../../js/src/xpconnect/src/nsXPConnect.cpp:402
and before that there is
WARNING: Failed to create timer: file ../../../dom/base/nsJSEnvironment.cpp, line 3445
WARNING: Failed to create timer: file ../../../dom/base/nsJSEnvironment.cpp, line 3407
We could just not call GC/CC in those cases, I think.
Attachment #513464 -
Flags: review?(gal)
| Reporter | ||
Updated•15 years ago
|
Attachment #513464 -
Flags: approval2.0?
Updated•15 years ago
|
Attachment #513464 -
Flags: approval2.0?
Comment 1•15 years ago
|
||
Comment on attachment 513464 [details] [diff] [review]
patch
Kinda unlikely that the timer fails anyway.
Attachment #513464 -
Flags: review?(gal) → review+
| Reporter | ||
Updated•15 years ago
|
Attachment #513464 -
Flags: approval2.0?
Updated•15 years ago
|
Attachment #513464 -
Flags: approval2.0? → approval2.0+
Comment 2•15 years ago
|
||
Whiteboard: fixed-in-tracemonkey
| Reporter | ||
Comment 3•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 4•15 years ago
|
||
Does this mean that if CallCreateInstance OOMs we won't garbage/cycle collect to free up potential dead memory?
Comment 5•15 years ago
|
||
Unless of course it's infallible...
Comment 6•15 years ago
|
||
Driving the browser close to the OOM boundary is pointless. We have to manage our working set and make sure we don't get close to this point in the first place.
Comment 7•15 years ago
|
||
(In reply to comment #6)
> Driving the browser close to the OOM boundary is pointless. We have to manage
> our working set and make sure we don't get close to this point in the first
> place.
Well then maybe their should be an upper limit of allowed memory usage before the browser disables new tab/window creation etc. Otherwise, this is a legitimate concern, e.g. if someone opens a very memory-intensive page (or set of pages) and runs out of memory. I don't know the code involved, but it does seem like the timer is created once and reused so this may be a total non-issue, I can't comment for sure on that though.
Comment 8•15 years ago
|
||
There is a million ways to push FF into OOM unfortunately. In the end only a rendering process will save us.
You need to log in
before you can comment on or make changes to this bug.
Description
•