Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,800
Rep:
Firefox: Process for each tab: How?
I've read about browsers trying to keep an errant tab from bringing down the whole browser by running a separate process for each tab. Sounds like a good idea but how does someone actually turn that on for Firefox?
I've seen a few pages that claim to show how it's done for Firefox running on Windows but nothing that shows, specifically, how to do the same thing on Linux. I've toyed with the "Content per process" setting but it seems to have zero relationship to the number of processes/tab.
Is this "tab == process" feature Windows-only?
If so, is the best (or only) way to identify what tabs are pegging the CPU utilization via the Task Manager and the so-called "Energy impact"? Sometimes, browser performance is so-o-o sluggish it appears that it's hung and trying to open up the Task Manager might take a very long time.
I typically have htop(1) running in a virtual console to monitor who's taking over the CPU when I sense performance problems but see no means of tying Firefox PIDs to particular tabs so as to identify which process/tab to kill. Often, Firefox might be catatonic while the rest of the desktop is working just fine. Knowing what PID to clobber would be handy in those instances. Not being able to identify the culprit tab often means my best course of action is to "killall -9" everything Firefox-related and restoring the tabs when asked after restarting the browser and hoping the problem doesn't recur right away.
Surely there's a better way (besides returning to Chromium) or making the Task Manager my default page---so I don't have to wait quite so long to access it when performance goes south. (If that's even possible.)
I've recently re-checked that, Firefox 69 seems to perform much better
in the past it would be a hog, and restricting it mitigated negative effects.
However since 68 I've found Firefox to be less of a burden on mem and cpu so I'm letting it decide once again.
Time will tell, but thus far I'm happy with it.
I also left that setting at the default. It has been working well for me.
Firefox Quantum was a huge leap forward in usability. I know it broke a number of older plugins, but I've found adequate replacements (either updated older plugins or new replacements) for the few plugins I use, and I think Mozilla made the correct choice in moving to Quantum.
There were lots of dust bunnies that needed to be cleared out of the Firefox code.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,800
Original Poster
Rep:
Quote:
Originally Posted by Firerat
what version of Firefox are you running?
69.0.1 (x86_64)
I've already unchecked the recommended performance settings checkbox. My hope in doing that was that would unlock the individual processes feature. Even with that unchecked, when I issue:
Code:
ps -ef | grep firefox | wc -l
I still see something wa-a-ay less than the number of tabs that are opened. It makes me think that the "tab == process" feature is vaporware. :^/
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,800
Original Poster
Rep:
Quote:
Originally Posted by Firerat
I get something that seems to match well with number of open tabs
Code:
pidof firefox
Am I missing a smiley?
That gives me the PID of the main Firefox process (currently 3720) but not the count of the separate processes. It can vary wildly but, if each tab were a separate process, would currently expect a count in the neighborhood of 50.
I concur with Firerat: I have 8 tabs open right now, 'pidof firefox' returns 9 PIDs.
If I open another tab, it returns 10 PIDs.
When I close that tab, I get 9 PIDs again.
However, it does not seem to go beyond 10, which kindof agrees with the Preferences saying "Max 8 processes (Default)".
But - I also find many, many more firefox processes with e.g. 'htop'.
Dozens.
But again - with 'top' I find many processes called "Web Content" - and since I have no other internet facing app open atm, they must belong to FF.
Frankly, all this is slightly beyond me, but I don't see any reason to think that FF are lying or "selling vaporware" here.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,800
Original Poster
Rep:
Quote:
Originally Posted by ondoho
Frankly, all this is slightly beyond me, but I don't see any reason to think that FF are lying or "selling vaporware" here.
I think "lying" is a strong way to describe manner in which Mozilla has chosen to promote this feature. I still don't see any way of tying a process to a specific tab no matter how I issue "ps". Even today: dozens of tabs open but only 11 processes. "htop" shows more than that but, still, there is no documented way that I'm able to discern that associates a particular Linux process using the information that I see in either ps or htop to a particular browser tab. I am able see a Firefox process chewing up CPU but cannot know which tab accessing which web site is the culprit. I've since discovered that NoScript seems to be a huge CPU hog on some sites but, since I can't link process to tab/web site, I cannot figure out what to whitelist to keep it from acting on web pages that cause it to swamp my desktop. Sure, I could visit each and every browser tab (keep in mind that the desktop can be almost catatonic when the system is unresponsive due to Firefox processes) and disable NoScript on the tab to see if it reduces the load... then re-enabling it should that tab not be the culprit. My only alternative I've come up with so far is to disable it entirely.
BTW, I'm still on 69.0.1. Newer versions have been insisting that I create an entirely new profile and a Mozilla account. So I'm sticking at this version until I figure out how to migrate bookmarks without having to put them on someone else's computer.
rnturn, You really seem to have a fundamental problem with FF as you have shown in at least 2 different threads now.
Have you considered actively looking for something that suits your wants better, instead of keeping these futile discussions alive?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.