4 ms·

The test mentions he ran Firefox using 2, 4 and 8 content processes. Does this mean that Firefox does not use 1 process per tab like Chrome does?

bombless 10y ago
I don't understand the logic behind your statement, but yes ff doesn't use 1 process per tab atm. They plan to change this situation this year so that they can support wasm better.
fabrice_d 10y ago
Firefox can be configured to use N number of content processes, and will allocate tabs among these processes. In FirefoxOS we were giving a new process to each tab/app, using a pre-allocated process to speed up startup (a version of that has been re-implemented for Firefox). I'm not sure about the exact heuristics used by Chrome, but I think they do something like one process per origin.
- bitmapbrother 10y ago
  Yes, Chrome uses 1 process per domain. So I'm still not sure what would happen if Firefox is configured to use 4 content processes and 20 unique domain tabs are opened. Would the domains be distributed to these content processes? And what happens if 1 content process crashes? Would it also bring down all of the domains associated to it?
  - bzbarsky 10y ago
    The answers to your questions are yes and yes.
bogas04 10y ago
It does not. They are experimenting with different models and will probably use 4 processes for all tabs.
- throwaway91111 10y ago
  I was under the impression the primary benefits of the process design were containing failure and jailing vulnerabilities to avoid them from accessing your other tabs. Why not do one process per iframe/origin?
  - azakai 10y ago
    More processes do have benefits, but they increase memory usage, as measured in that link.
  - arantius 10y ago
    AIUI It's about separating all untrusted web content from everything else on your computer. As long as you have _one_ content process (and one parent/browser process), you get the vast majority of security benefits (by limiting the capabilities of that child content process). The same origin policy already works fine, when talking content-to-content.
fulafel 10y ago
Chrome by default uses a process per domain, and shares that process with other tabs on the same domain. This is to align with security boundaries.
- bitmapbrother 10y ago
  Thanks for the clarification as I had always assumed it was one process per tab. Since it's one process per domain if one tab crashes does it also bring down the other tabs in the same domain?
  - fulafel 10y ago
    Yep.
saurik 10y ago
Chrome does not use one process per tab: open the Chrome task manager and you can see how it groups tabs by which process they are within.
- bitmapbrother 10y ago
  I opened up 16 unique top level domain URL's. Process explorer indicated that there were 21 processes of chrome.exe. edit: as noted below it's one process per domain.
digi_owl 10y ago
Recent versions of Firefox have been pushing out pr tab process support (it has been called different things at different stages of development, i think the current label is e10s). There has been some controversy around this, as such support has in part been responsible for the removal of extensions in their traditional form.

bombless 10y ago

I don't understand the logic behind your statement, but yes ff doesn't use 1 process per tab atm. They plan to change this situation this year so that they can support wasm better.

fabrice_d 10y ago

Firefox can be configured to use N number of content processes, and will allocate tabs among these processes. In FirefoxOS we were giving a new process to each tab/app, using a pre-allocated process to speed up startup (a version of that has been re-implemented for Firefox). I'm not sure about the exact heuristics used by Chrome, but I think they do something like one process per origin.

bitmapbrother 10y ago
Yes, Chrome uses 1 process per domain. So I'm still not sure what would happen if Firefox is configured to use 4 content processes and 20 unique domain tabs are opened. Would the domains be distributed to these content processes? And what happens if 1 content process crashes? Would it also bring down all of the domains associated to it?
- bzbarsky 10y ago
  The answers to your questions are yes and yes.

bogas04 10y ago

It does not. They are experimenting with different models and will probably use 4 processes for all tabs.

throwaway91111 10y ago
I was under the impression the primary benefits of the process design were containing failure and jailing vulnerabilities to avoid them from accessing your other tabs. Why not do one process per iframe/origin?
- azakai 10y ago
  More processes do have benefits, but they increase memory usage, as measured in that link.
- arantius 10y ago
  AIUI It's about separating all untrusted web content from everything else on your computer. As long as you have _one_ content process (and one parent/browser process), you get the vast majority of security benefits (by limiting the capabilities of that child content process). The same origin policy already works fine, when talking content-to-content.

fulafel 10y ago

Chrome by default uses a process per domain, and shares that process with other tabs on the same domain. This is to align with security boundaries.

bitmapbrother 10y ago
Thanks for the clarification as I had always assumed it was one process per tab. Since it's one process per domain if one tab crashes does it also bring down the other tabs in the same domain?
- fulafel 10y ago
  Yep.

saurik 10y ago

Chrome does not use one process per tab: open the Chrome task manager and you can see how it groups tabs by which process they are within.

bitmapbrother 10y ago
I opened up 16 unique top level domain URL's. Process explorer indicated that there were 21 processes of chrome.exe. edit: as noted below it's one process per domain.

digi_owl 10y ago

Recent versions of Firefox have been pushing out pr tab process support (it has been called different things at different stages of development, i think the current label is e10s). There has been some controversy around this, as such support has in part been responsible for the removal of extensions in their traditional form.