Stuck content processes (?) when loading tabs from session restore
Categories
(Core :: DOM: Content Processes, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox77 | --- | wontfix |
People
(Reporter: yoasif, Unassigned)
References
Details
(Keywords: nightly-community)
Seen this once before in the last week or so - when loading tabs from a restored session, Firefox shows a loading throbber but doesn't seem to be doing anything for 10s of seconds, then suddenly begins to load the tabs.
This doesn't happen all the time and it doesn't seem to have a particular concurrence with anything, but I managed to grab a performance profile this time.
Profile: https://drive.google.com/open?id=1yUiNBD5OPm75jK93SCoygYaliMRBz0kM
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Asif, I just want to confirm: do you have Fission enabled? Do you know if this problem just began recently?
Can you please try to record a performance profile using the Firefox Profiler add-on during the duration of the slow startup?
Randell, could we be spawning too many processes at startup? Do we have startup logic to prevent a process stampede during session restore?
Reporter | ||
Comment 2•5 years ago
•
|
||
Chris - Yes, I have Fission enabled -- this particular problem began recently.
This isn't a slow startup issue (already have an open bug for that, seems to be an issue with fonts on Linux), just unloaded tabs from a restored session.
A profile is included above - I couldn't store it on the profiler servers presumably due to the file size.
Comment 3•5 years ago
|
||
Looks like two things are chewing you:
https://d1aia7xnsrp3xh.cloudfront.net/wp-content/cache/min/1/5a0b510cd363ea8b8a7eee7907be90d6.js (in the content process)
and "Duplicate Tab Closer" in the extension process (see js::RegExpRunStatus js::irregexp::InterpretCode() which runs from ~12s to ~50s)
Comment 4•5 years ago
|
||
(In reply to Asif Youssuff from comment #2)
Chris - Yes, I have Fission enabled -- this particular problem began recently.
Thanks. Good to know!
This isn't a slow startup issue (already have an open bug for that, seems to be an issue with fonts on Linux), just unloaded tabs from a restored session.
I suspect this is a variation of slow startup since the unloaded tabs eventually load after about 10 seconds (according to comment 0). If the tabs never loaded or stayed blank, then the problem might be a session restore or graphics problem. This feels more like a performance with browser startup and/or page load.
Can you please try testing with your Firefox add-on extensions disabled?
Do you have pinned tabs? Or is session restore just restoring the tab(s) that had window focus when Firefox launched? Session restore immediately tries to load pinned tabs, which can cause startup performance problems if there are many pinned tabs.
Comment 8•4 years ago
|
||
The severity field is not set for this bug.
:neha, could you have a look please?
For more information, please visit auto_nag documentation.
Reporter | ||
Comment 9•4 years ago
|
||
(In reply to Chris Peterson [:cpeterson] from comment #4)
Can you please try testing with your Firefox add-on extensions disabled?
I wouldn't be surprised if it is better with extensions disabled, but I rarely browse without them. Given that the problem started recently, I have a feeling that something may be worse today than weeks or months ago.
Do you have pinned tabs? Or is session restore just restoring the tab(s) that had window focus when Firefox launched? Session restore immediately tries to load pinned tabs, which can cause startup performance problems if there are many pinned tabs.
I have one pinned tab and 15 open windows.
I disabled Duplicate Tab Closer, but given that there isn't another extension that I know of that offers this feature, and the fact that I installed it to try to get the number of tabs to a more manageable number, I'd like to dig in and see if there is something that can be done either in Firefox or the add-on to cause less of a lag here. If I don't use the add-on, I get more issues down the line, but if I use it, I get immediate slowdown. Not a good choice. :/
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•2 years ago
|
Comment 11•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:jjalkanen, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Comment 12•2 years ago
|
||
Unfortunately, there's not a lot to go on. This bug was filed 2 years ago, so hopefully some of the other Fission work fixed the issue.
Description
•