heres another that ive found. with firefox 24 ( i know its outdated..) with same amount of tabs open if i were to unload all tabs without having to exit and restart firefox, it'll remove most of the memory usage to that of a fresh started firefox with tabs unloaded, however with newer firefox it barely does that anymore.squall_leonhart wrote:This is because firefox 45 and later cram the unloaded session back into the main process, which slows startup times tremendously compared to 44 and earlier when it was loaded into content processes.
Now here is something that nobody here has even pointed out: The firefox garbage collector doesn't run on all processes at the same time, so there goes another point for the limiting process to cores argument.
Multiprocess Firefox [e10s] (Partial Release: Fx48)
-
- Posts: 9
- Joined: October 8th, 2016, 4:06 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
- squall_leonhart
- Posts: 885
- Joined: March 17th, 2008, 5:32 am
- Location: Australia
- Contact:
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
ole!!! wrote:heres another that ive found. with firefox 24 ( i know its outdated..) with same amount of tabs open if i were to unload all tabs without having to exit and restart firefox, it'll remove most of the memory usage to that of a fresh started firefox with tabs unloaded, however with newer firefox it barely does that anymore.squall_leonhart wrote:This is because firefox 45 and later cram the unloaded session back into the main process, which slows startup times tremendously compared to 44 and earlier when it was loaded into content processes.
Now here is something that nobody here has even pointed out: The firefox garbage collector doesn't run on all processes at the same time, so there goes another point for the limiting process to cores argument.
there was a delay added to retain certain aspects of session data so that tabs could be opened quickly if they were accidentally closed.
-
- Posts: 269
- Joined: February 7th, 2013, 3:19 pm
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
You present it as a fact. My Nightly with 700-ish tabs and 20+ add-ons is close to unusable with e10s turned off. With e10s and 2 content processes, it's perfectly responsive. YMMV.Virtual_ManPL wrote:Firefox with e10s enabled, compared to Firefox with e10s disabled is slower, and that's the fact.
No. It's like Grantius said: more processes won't use a lot more CPU. RAM is the limiting factor. It's also just factually false to think of the OS as one process, it's a collaboration of dozens of processes. Your CPU cores aren't limited to one process, they switch context hundreds of times each second during normal operation.Virtual_ManPL wrote:True, that's why I saidtrolly wrote:Both is wrong.
You have to leave room for the OS.
Example:
When two processes want to communicate with maximum speed you need an additional process to do the actual communication. Networks are usually a shared resource and your process does not actually access the network itself.
So when communicating with maximum speed there are three processes involved, two user processes and one OS process. If there are too much active user processes (or threads) the OS process can be blocked which in turn reduces the performance.so basing on your post, "dom.ipc.processCount" should be one number less than threads which your CPU support. It even should be two number less, so OS and even chrome will have theirs own threads.Virtual_ManPL wrote:for performance reasons "dom.ipc.processCount" should not exceed number of how many threads your CPU support
That's also a trade-off. If you have more processes, this means less websites in each process, and a smaller heap to collect. This makes GC more efficient. It will probably produce a (little) higher total CPU usage indeed, but it might actually improve responsiveness.squall_leonhart wrote:Now here is something that nobody here has even pointed out: The firefox garbage collector doesn't run on all processes at the same time, so there goes another point for the limiting process to cores argument.
-
- Posts: 1
- Joined: November 4th, 2016, 1:41 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
Hi. Does anyone know why FF 49 hasn't enabled e10 in my browser? I have only ublock origin, private tabs and lastpass installed, and in versions that support e10. I have tried the google suggestions of adding certain settings to about:config, but still nothing :o What did you guys do?
-
- Posts: 42
- Joined: February 7th, 2013, 10:21 am
- Location: France, west coast
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
Hi ! Have you tried to force e10s? Read this :
Force Enable
If you've tried enabling e10s following the instruction above, but your about:support indicates that e10s is disabled (e.g., accessibility, add-ons can trigger this), you can force e10s on for testing purposes. Within about:config create a new boolean pref named browser.tabs.remote.force-enable and set it to true. This is not encouraged, use it at your own risk!
Force Enable
If you've tried enabling e10s following the instruction above, but your about:support indicates that e10s is disabled (e.g., accessibility, add-ons can trigger this), you can force e10s on for testing purposes. Within about:config create a new boolean pref named browser.tabs.remote.force-enable and set it to true. This is not encouraged, use it at your own risk!
-
- Posts: 53
- Joined: May 25th, 2008, 5:49 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
You have incompatible add-ons. 49 only allows a limited number of add-ons to run with e10 by default.Martin84a wrote:Hi. Does anyone know why FF 49 hasn't enabled e10 in my browser? I have only ublock origin, private tabs and lastpass installed, and in versions that support e10. I have tried the google suggestions of adding certain settings to about:config, but still nothing :o What did you guys do?
When Firefox 50 is released (on 15th) most add-ons that are e10s compatible will have Firefox defaulting to multiprocess.
Running this add-on may be the best way to see which report as being compatible.
https://addons.mozilla.org/en-US/firefo ... y-reporter
-
- Posts: 191
- Joined: January 28th, 2014, 2:18 pm
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
Does anyone know when e10s can no longer be turned off;
i.e., when it is on by default, probably in R52 next year, will
we be able to turn it off?
i.e., when it is on by default, probably in R52 next year, will
we be able to turn it off?
- Omega X
- Posts: 8225
- Joined: October 18th, 2007, 2:38 pm
- Location: A Parallel Dimension...
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
E10s becomes permanent when 100% of the user base can run it. Right now its gated by incompatible addons and the state of the new addon API. The schedule says Fx53, but that could be pushed back at any time.LewS wrote:Does anyone know when e10s can no longer be turned off;
i.e., when it is on by default, probably in R52 next year, will
we be able to turn it off?
-
- Posts: 64
- Joined: February 9th, 2006, 5:10 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
When loading this ballotpedia.org, and switch back to other tabs, Firefox cannot turned into the already rendered page anymore, as if all pages are loaded as that site, which can be really annoying.
You guys can access this url for yourself: https://ballotpedia.org/California_2016 ... opositions
BTW, the only addons I am using is uBO the latest release version, which according to the compatibility site, is compatible with e10s.
Edit: Any idea what kind of bug it is, or is it already known? Any solutions on the way?
You guys can access this url for yourself: https://ballotpedia.org/California_2016 ... opositions
BTW, the only addons I am using is uBO the latest release version, which according to the compatibility site, is compatible with e10s.
Edit: Any idea what kind of bug it is, or is it already known? Any solutions on the way?
- Grantius
- Posts: 1545
- Joined: June 28th, 2011, 4:14 pm
- Contact:
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
Hmmm, it seems to work fine for me. I can switch tabs no problem and each tab is what it was before loading this page.Enig123 wrote:When loading this ballotpedia.org, and switch back to other tabs, Firefox cannot turned into the already rendered page anymore, as if all pages are loaded as that site, which can be really annoying.
You guys can access this url for yourself: https://ballotpedia.org/California_2016 ... opositions
BTW, the only addons I am using is uBO the latest release version, which according to the compatibility site, is compatible with e10s.
Edit: Any idea what kind of bug it is, or is it already known? Any solutions on the way?
Micro gaming box: AMD A10-7800 APU, 8gb RAM M350 ITX case (size of a book), Windows 10/Ubuntu
Tablet/Laptop: Asus Transformer T100, Intel Atom 2GB RAM, Windows 10 x86
Mobile:Xiaomi Redmi Note 3 Pro
Tablet/Laptop: Asus Transformer T100, Intel Atom 2GB RAM, Windows 10 x86
Mobile:Xiaomi Redmi Note 3 Pro
-
- Posts: 64
- Joined: February 9th, 2006, 5:10 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
What it will be like if you switch between the tab of the above link and others back and forth while it is still loading?
I just tested it with uBO disabled and it's the same as before.
Edit: Oh, it looks like 52 alpha has no such issues.
I just tested it with uBO disabled and it's the same as before.
Edit: Oh, it looks like 52 alpha has no such issues.
-
- Posts: 64
- Joined: February 9th, 2006, 5:10 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
I have used 52 alpha for some days, and thought the handling bug of ballotpedia.org has been addressed.
It turns out to be not the case. When I am trying to open several ballotpedia.org pages at the same time, the hangs are still there.
Can someone just try and see if you can repeat the phenomenon?
It turns out to be not the case. When I am trying to open several ballotpedia.org pages at the same time, the hangs are still there.
Can someone just try and see if you can repeat the phenomenon?
- GHM113
- Posts: 707
- Joined: December 16th, 2015, 3:59 am
- Location: Moscow, Russia
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
I've just tried to open 10 ballotpedia.org pages in the background and didn't notice any hangs or spinners when switching between already loaded tabs.Enig123 wrote:I have used 52 alpha for some days, and thought the handling bug of ballotpedia.org has been addressed.
It turns out to be not the case. When I am trying to open several ballotpedia.org pages at the same time, the hangs are still there.
Can someone just try and see if you can repeat the phenomenon?
Sorry for my poor English.
-
- Posts: 64
- Joined: February 9th, 2006, 5:10 am
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
Openning these pages in the background would not trigger the spinners, switching between them and already rendered other page will.
I would admit, 52 alpha has been greatly improved with this issue, compared to the 49 series release version for now.
I would admit, 52 alpha has been greatly improved with this issue, compared to the 49 series release version for now.
- GHM113
- Posts: 707
- Joined: December 16th, 2015, 3:59 am
- Location: Moscow, Russia
Re: Multiprocess Firefox [e10s] (Partial Release: Fx48)
I still can't reproduce this behavior, switching between tabs is instant, contents of the tabs are rendered without any delays.Enig123 wrote:Openning these pages in the background would not trigger the spinners, switching between them and already rendered other page will.
Last edited by GHM113 on November 10th, 2016, 5:29 am, edited 1 time in total.
Sorry for my poor English.