Closed Bug 635251 Opened 15 years ago Closed 15 years ago

Don't call GC or CC unexpectedly during shutdown.

Categories

(Core :: General, defect)

x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: smaug, Unassigned)

Details

(Whiteboard: fixed-in-tracemonkey)

Attachments

(1 file)

Attached patch patchSplinter 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)
Attachment #513464 - Flags: approval2.0?
Attachment #513464 - Flags: approval2.0?
Comment on attachment 513464 [details] [diff] [review] patch Kinda unlikely that the timer fails anyway.
Attachment #513464 - Flags: review?(gal) → review+
Attachment #513464 - Flags: approval2.0?
Attachment #513464 - Flags: approval2.0? → approval2.0+
Whiteboard: fixed-in-tracemonkey
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Does this mean that if CallCreateInstance OOMs we won't garbage/cycle collect to free up potential dead memory?
Unless of course it's infallible...
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.
(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.
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.

Attachment

General

Created:
Updated:
Size: