Already running Firefox Hangs for 2-3 minutes and all tabs refresh after starting any v8 Javascript Engine based product
Categories
(Core :: Performance, defect, P2)
Tracking
()
Performance Impact | medium |
People
(Reporter: 0vximcmlxxv, Unassigned, NeedInfo)
Details
(Keywords: perf:responsiveness)
Attachments
(1 file)
6.84 KB,
text/x-log
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0
Steps to reproduce:
I start any v8 Javascript engine based product (e.g. Chrome, Slack, Visual Code etc)
Actual results:
- Already running Firefox tabs refresh themselves and then do not load for atleast 2 to 3 minutes
- CPU usage shoots up, with all WebExtensions process taking most of the CPU cycles.
Expected results:
Firefox tabs should not be affected at all and CPU usage should not shootup.
Comment 1•5 years ago
•
|
||
Hi @0vximcmlxxv, tried to reproduce the issue but without success. Please try on the latest nightly, you can find it on the link: https://nightly.mozilla.org/, also please record a performance profile, here is the link to do that: https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Reporting_a_Performance_Problem - further I will ask for help to Mike Conley. Provide us the list of web-extensions you've installed.
Additionally, I will set a component, if isn't the right one please fell free to change it.
Comment 2•5 years ago
|
||
Hi Mike, please can you take a look of the results of the performance profile after @0vximcmlxxv will send it?
thanks.
Comment 3•5 years ago
|
||
I expect the tabs refreshing themselves is due to bug 675539, which is set to be disabled in 68 (and in 67 via Normandy) in bug 1558930.
0vximcmlxxv, if you manually disable tab unloading, by visiting about:config
and setting browser.tabs.unloadOnLowMemory
to false
, does the problem persist?
Comment 4•5 years ago
|
||
This sounds similar to bug 1495900.
Reporter | ||
Comment 5•5 years ago
|
||
@Liviu / @Mike / @Andre
Sorry for the delay in sharing the profile. Please find it uploaded at https://perfht.ml/32zBZ8j
I will also try suggestions from Mike and post my findings here.
Thanks,
Reporter | ||
Comment 6•5 years ago
|
||
@Mike
The browser.tabs.unloadOnLowMemory is already false in my browser case.
I am on Firefox 68.0 released on July 9, 2019.
Thanks.
Comment 7•5 years ago
|
||
Looking at the profile from comment 5, this does not seems to be a JavaScript issue.
The profile of the Compositor process seems to have has gaps in the VSync timestamps, maybe this is the source of these hangs.
However, I have no good idea on how to help you investigate this issue.
Comment 8•5 years ago
|
||
If this isn't a suitable one, please fell free to change it.
Thanks.
Comment 9•5 years ago
|
||
(unclear where this bug should go, so perhaps perf team could analyze, or qf)
Comment 10•5 years ago
|
||
@0vximcmlxxv,
Would you be able to capture another profile of the tabs refreshing using Firefox nightly from https://www.mozilla.org/en-CA/firefox/channel/desktop/ and please enable the "Memory" feature in the profiler add-on. If you could also comment on the specs of your machine (especially memory), that would be useful for us to try and reproduce. Thanks!
Reporter | ||
Comment 11•5 years ago
|
||
@Denis
Please find the profile uploaded at https://perfht.ml/2SG0DzQ. I have enabled 'Memory' feature in the profiler add-on. This time while capturing the profile, Firefox Nightly was hung for approx. 9 minutes.
I have 32GB of RAM and 16GB of swap space. I am on Ubuntu OS 18.04, with elementaryOS Pantheon Desktop running on top of it.
Please let me know if any additional information is needed.
Reporter | ||
Comment 12•5 years ago
|
||
@Denis, Please let me know if any additional information is needed.
Comment 13•5 years ago
|
||
Hm - it's rather difficult to make much sense of the profile in comment 11 because there are so many missing samples. The sampling frequency is set at 1ms, but there are massive gaps between each sample, suggesting that either the sampled or sampling threads are CPU starved.
In the few samples that I do see, I notice that the content and WebExtension processes have big event processing delays, and a number of samples handling font updates from the system... this is really starting to smell like a dupe of bug 1495900.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 14•5 years ago
|
||
I actually see this behavior on my machine. I will take an action to try to capture a profile.
Comment 15•5 years ago
|
||
As promised, here is a profile!
Scenario for capture: This is a build from central/tip; I opened the browser to about:home; No other tabs were running; I started Slack; I attempted to click on three buttons; I let the capture run until those tabs are loaded.
I have not yet looked at the profile, but the browser behaved the way that the reporter described. As I said in a previous comment, this is a behavior that I have been seeing a while now. I never really put 2 and 2 together.
I will look into the profile tomorrow and, perhaps, begin analysis. Let me know if there is anything else I can do to help!
Comment 16•5 years ago
|
||
There's a big hang in FcInitReinitialize, where the OS appears to be scanning for fonts.
Presuming what whawkins is seeing is what the original reporter is seeing, then this is a dupe of bug 1495900.
Duping for now - feel free to un-dupe if it turns out that the original reporter is experiencing something different from whawkins.
Updated•2 years ago
|
Description
•