为什么Chromium会在一个流程中运行所有标签？

通常，Chromium会将n个标签分组到一个OS进程中，其中n通常是一个很小的数字。

但是，对于我的一个Chromium个人资料，我当前所有打开的标签页似乎都在同一过程中。确切地说，此配置文件中当前在两个窗口中打开了43个选项卡。Chromium任务管理器将所有43个选项卡都列为一个进程。（PID =14530。）

如果执行ps该过程，则会看到：

/usr/lib64/chromium-browser/chrome --type=renderer --lang=en-US --force-fieldtrials=ForceCompositingMode/disable/InfiniteCache/No/Prefetch/ContentPrefetchPrefetchOn/Prerender/Prerender15minTTL/PrerenderLocalPredictor/Enabled/UMA-New-Install-Uniformity-Trial/Experiment/UMA-Session-Randomized-Uniformity-Trial-5-Percent/default/UMA-Uniformity-Trial-1-Percent/group_36/UMA-Uniformity-Trial-10-Percent/group_04/UMA-Uniformity-Trial-20-Percent/group_02/UMA-Uniformity-Trial-5-Percent/group_18/UMA-Uniformity-Trial-50-Percent/group_01/ --disable-gl-multisampling --disable-accelerated-2d-canvas --disable-accelerated-video-decode --channel=12624.99.622289786

我了解有一些命令行标志可用于更改Chromium将选项卡分组到进程中的方式，但是，我没有传递任何这些标志。（我不知道它们是在今天之前存在的，而谷歌搜索该问题的答案。）

我还有另外两个配置文件-受影响的配置文件是“工作类别”配置文件，我也有“正常”和“真的爱饼干的站点”-其他两个配置文件（“正常”和“ cookies” ”）。

我尝试过的两件事：

重新启动Chromium。Chromium将所有标签还原到一个过程中。
关闭并重新打开选项卡。通常，您可以点击Ctrl+ W，Ctrl+ Shift+ T强制Chrome将标签重新定位到另一进程。（尽管有时它确实会选择要尝试杀死的进程，但并非总是如此。这对于消除由于某些原因而导致内存泄漏的Chromium进程很有用。）在这种情况下，Chromium似乎总是选择43个制表符-process重新打开选项卡。

我正在Gentoo上运行Chromium v29.0.1547.57。

— 塔纳托斯
source

有趣的是，我假设您正在运行Linux？什么发行版？哪个版本的chrome？您的系统负载重吗？如果运行的非Chrome进程较少，是否会看到相同的行为？如果标签较少，该怎么办？（Oxi kai thanatos re！）

— Terdon 2013年

Linux; Gentoo；Chromium v29.0.1547.57 / Gentoo的稳定ebuild；内存是（因为Chrome），CPU否，磁盘号，网络号；邓诺，我得关门大吉；同样，我必须关闭：P。（几天后，我也许可以回答“近距离事物”的问题，因为一堆东西将变得无关紧要。）

— Thanatos

在谷歌Chromium开发文档指定有三种不同的方式，Chrome或铬可以启动程序。

许多人可能不知道这一点，但是Chrome / Chromium开发人员会对用户进行拆分测试（称为“ 现场试用 ”），为您和您的用户组选择不同的选项。

可能是您正在进行现场试验，以检查不同类型的流程模型之间的性能影响是什么（http://www.chromium.org/developers/design-documents/process-models）

— 蒂姆·格罗内维尔德（Tim Groeneveld）
source