Closed Bug 1271336 Opened 9 years ago Closed 4 months ago

[meta] ShutDownKill content process mitigation work

Categories

(Core :: DOM: Content Processes, defect)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1279293
Tracking Status
e10s + ---
firefox49 --- affected

People

(Reporter: jimm, Unassigned)

References

Details

(Keywords: meta)

Of the total content crashes we experience when running under e10s, preliminary data indicates around 85% of these are triggered by the content process being terminated by the parent due to long shutdown times. https://gist.github.com/chutten/870e97c789096edb2752a67b23d3a079
Depends on: 1269998
Depends on: 1271333
tracking-e10s: --- → ?
Summary: ShutDonwKill content process mitigation work → ShutDownKill content process mitigation work
We'll have to figure out how far we want to go here. If a web page is running slowly, it's going to take some time to shut down the content process. We could try to stop all content JS. That would be a decent amount of work.
Depends on: 1270308, 1270628
Depends on: 1218576
Why don't we turn this timeout + kill off on nightly and see how bad the problem is? I've been running with this for a day and I'm not seeing any issues.
dom.ipc.tabs.shutdownTimeoutSecs
Keywords: meta
Whiteboard: meta
Wouldn't that just transform one of these ShutDownKill crashes into a shutdown hang in the parent process? I guess the difference is that we wait 60 seconds in the parent versus 5 seconds in the child. Maybe we could just boost the timeout to 15 seconds or something?
Depends on: 1182927
(In reply to Bill McCloskey (:billm) from comment #4) > Wouldn't that just transform one of these ShutDownKill crashes into a > shutdown hang in the parent process? I guess the difference is that we wait > 60 seconds in the parent versus 5 seconds in the child. Maybe we could just > boost the timeout to 15 seconds or something? Yep, in triage we discussed moving it out a bit on Nightly to see if the ShutDownKill numbers fall off. IMHO content occasionally taking a little more than 5 seconds to shutdown doesn't surprise me. That timeout feels a little aggressive.
Depends on: 1269961
Here's a try push with the timeout turned off - https://treeherder.mozilla.org/#/jobs?repo=try&author=jmathies@mozilla.com&selectedJob=20665837 I don't see a lot of issues here. shutdown failures that do show up appear to be common intermitents.
Depends on: 1276383
Depends on: 1277067
Summary: ShutDownKill content process mitigation work → [meta] ShutDownKill content process mitigation work

I'll try and give this another spin. We kind-of papered over the problem in bug 1498942 but the crash volume we get is still significant with many crashes seemingly caused by general slowness. We can probably do better.

Severity: normal → S3
No longer depends on: 1182927
Status: NEW → RESOLVED
Closed: 4 months ago
Duplicate of bug: IPCError_ShutDownKill
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.