Firefox 54 goes multi-process, eight years after work began
arstechnica.co.uk
arstechnica.co.uk
It seems like Firefox has made a security / memory tradeoff here since renderer processes can render multiple (4 by default) web-pages at a time.
Chrome does not use a process per tab. It uses a process per domain (mostly), unless you middle click a link in which case it always shares the same process as the original tab.
[1]: https://www.chromium.org/developers/design-documents/site-is...
No, that's not quite right. What they do really is closer to proces-per-tab (with some complications around cross-site navigation) unless you have more than some number of tabs, in which case they will just have them share processes. See https://www.chromium.org/developers/design-documents/process... and note that the default is to put multiple "independent" instances of the same site in different processes, even though they're same-domain. What you're describing is the non-default "Process-per-site" model.
> unless you middle click a link in which case it always shares the same process as the original tab
I believe they changed that behavior starting with Chrome 60. See https://codereview.chromium.org/2680353005/ which talks about ctrl-click, but I would assume (watch me turn out to be wrong!) that middle-click takes the same codepath.
If you have an incompatible addon, you'll still not be on the multi-process train.
I don't know how to find which add-on is incompatible though (yet)
(Spoiler: it is)
I've filled a "feedback" about that within the browser UI…
At the moment my "sweet spot" is on Opera with the "battery saver" mode.
There is some deep and dank JS on that page that makes FF loop constantly when 'idle' on that page, at least on Linux. I had to disable JS for google.com so that I could read search results without fan noise.
Please don't insinuate that someone hasn't read an article.
Steady on there..
From: https://news.ycombinator.com/newsguidelines.html
Please don't insinuate that someone hasn't read an article. "Did you even read the article? It mentions that" can be shortened to "The article mentions that."
So starting more processes makes other apps (not firefox) less slow? Are Arstechnica authors at least experienced PC users and know what is process, what is web browser? Do they use IE or Safari because it's default and it's an icon for internet? I wonder how high level of tech incompetence in all these tech press. Just mindless rewording of release notes every time.
Also, regarding that diagram: in fact, multiple Chrome tabs can be handled by single process, you can see it in Chrome's task manager.
Also i am on macOS, maybe firefox doesnt look as good on your platform?
Edit: I get downvoted to oblivion whenever I mention this usecase on HN. Its no different this time but so be it (given the negative karma I have ratched up, I wonder why the thread is even visible. Perhaps because many have commented on it. A new HN UI feature, I suppose).
FF is the only browser that has worked well with this rather unusual usage pattern, so am ever so thankful to Mozilla folks. I do a lot of reading and it seriously helps. For those who are feeling exceptionally trigger happy, its not that unusual an usage pattern if you ask around.
Once you bookmark a link the history-browsing-trajectory is lost. However once I visit a tab often it becomes a bookmark.
There are extensions to organize and search bookmarks.
I use vivaldi now - and while i have tabs on the left - i do miss tree-style features.
I use the tree-style tabs plug in and scrapbook to keep my sanity.
> For quite a while, Firefox will not load and render all tabs on session restore
Absolutely, and this behavior is just fantastic for my use. Not that it crashes often, sometime I deliberately kill it if I need the memory for some analysis I am running.
Although starting a new tab group before going down some rabbit hole is helpful as well. Makes it way easier to close ~30 pages of documentation or whatever.