[Nightly] Firefox 54.0a 已带来 2 个 content 进程

Firefox 48.0 实现了浏览器多进程，但这个多进程实际上是一个 chrome 进程，一个 content 进程，前者负责浏览器界面和内核，后者负责网页渲染显示。实际上用于网页的 content 进程只有一个。

Firefox Nightly 目前正在测试，并且马上就会带来多个 content 进程，目前按照官方的说法，先实现 2 个 content 进程，以后会逐渐使用更多进程。但不同于 chrome 每个标签页一个进程，Firefox 不会这么做，只会使用少量有限的进程，毕竟太多进程会导致内存占用急剧攀升。使用更多进程可以避免因为一个网页挂掉导致整个进程挂掉，影响所有打开的标签页。我之前就有发现一个网页挂掉，然后所有标签页都重新载入的问题。

使用更多进程其实是在 about:config 对应的这个参数值：
dom.ipc.processCount

目前仍为1，加上 chrome 进程，实际上就是 2 个 firefox.exe 进程。如果是 2 个 content 进程，那值就是 2，在任务管理器里面看到的就是 3 个 firefox.exe 进程。大家也可以自行修改里面的值，增加进程。

=====================================
在最近的 Nightly 54.0a 版本当中，已经实现了 2 个 content 子进程了。

fang5566：在最近的 Nightly 54.0a 版本当中，已经实现了 2 个 content 子进程了。回到原帖

FDE 53也有

在最近的 Nightly 54.0a 版本当中，已经实现了 2 个 content 子进程了。

Bug 1304140 - Implement the Large-Allocation header
https://bugzilla.mozilla.org/show_bug.cgi?id=1304140

1个   还是不够用有点卡，至少4个

白左：不知道后期会怎么实现这个逻辑
万一一堆无聊图的标签放在进程1里，打了一大堆字的论坛标签和某个flash播放标签在进程2里
进程2崩了，打了一大堆字的论坛标签还是没救啊回到原帖

那像chrome经常整体崩溃连标签崩溃进程都用不到你就满意了？

yfdyh000：Flash一般崩插件进程吧，图片和脚本多才容易崩。
估计是听天由命吧。如果能做开放接口，估计会有扩展来实现按网站或规则来分配。回到原帖

听天由命(>ヮ<)  戳到笑点

目前他這樣做還是不夠用把...目前在等可以真正的跑多核心處理來跑步然開多分頁畫面真的很卡

白左：不知道后期会怎么实现这个逻辑
万一一堆无聊图的标签放在进程1里，打了一大堆字的论坛标签和某个flash播放标签在进程2里
进程2崩了，打了一大堆字的论坛标签还是没救啊回到原帖

Flash一般崩插件进程吧，图片和脚本多才容易崩。
估计是听天由命吧。如果能做开放接口，估计会有扩展来实现按网站或规则来分配。

不知道后期会怎么实现这个逻辑
万一一堆无聊图的标签放在进程1里，打了一大堆字的论坛标签和某个flash播放标签在进程2里
进程2崩了，打了一大堆字的论坛标签还是没救啊

我只摸摸不进去