多进程 Firefox 开发暂缓 快速改善界面响应优先

Mozilla 经过最近的讨论，将 Firefox 按照多进程方式重构的项目 Electrolysis (E10S) 计划暂缓，转而通过一些见效更快的方式改善用户界面响应。Electrolysis (E10S) 的主要目的是改善界面相应时间，主要通过以下两点实现：

将用户界面绘制进程和内容绘制进程分离开。
改善垃圾回收机制。同时还有一些次要目标：
对于多核系统的支持。挑战：现阶段 DOM 依然是单线程的。
改善内存管理。
崩溃保护。
沙箱安全。

目前 Firefox for Android 已经完全实现了多进程，但是桌面版本的重构难度比预期的要大，尤其是如何保证原有的扩展还可以在多进程模式下正常工作这个问题还没有比较好的解决方法。结合其他因素，Mozilla 决定将有限的资源调整到其他可以在短期内实现的改善界面相应时间的措施上，包括：

优化自在 Firefox 3.6.14 起实现的进程外插件管理(Out of Process Plugin)。
Places 优化(Places-optimization)。
递增式垃圾回收。

Mozilla 方面认为通过优先实现以上改善，可以使最终用户更快体会到在界面响应方面的进步。另一方面，多进程 Firefox 项目 Electrolysis (E10S) 将暂缓，但不会取消。




有人知道多進程功能現在開發到哪階段了嗎?
還在初步嗎???

个人认为用户界面绘制进程和内容绘制进程不分离，想改善界面响应这个是扯淡的

可IE 9不也是多进程模型么？我觉得IE 9的响应速度也不怎么样。

如果很容易发生崩溃，那么多进程为好，可以参见Chrome/IE的崩溃

如果不容易发生崩溃，那么现阶段可以以多线程为实现目标，这个可以极大的改善响应（插件容易崩溃，所以就独立进程较好）

firefox 完蛋了
plugin 分离了
真不知道还要再开发什么东西？
flash 完蛋之后
一般用户 基本不再用插件了吧  

GC和ion固然提高了JS性能
但是一个重JS页面就能搞死界面响应
不分离页面 再怎么改进
影响不大

Flash完蛋还得很长时间之后吧？

14年左右是个时间点  
但是随着移动互联网的发展
当firefox 输掉这块的时候
就加速了它的死亡进程
快了
但我希望明年上半就看到E10S
现在希望怕是要落空了  
最能在多核条件下改善响应时间的功能
居然被暂停  
其实这个e10s 不是已经成果不小了吗 (虽然测试版的扩展灭掉不少

fiey：14年左右是个时间点  
但是随着移动互联网的发展
当firefox 输掉这块的时候
就加速了它的死亡进程
快了
但我希望明年上半就看到E10S
现在希望怕是要落空了  
最能在多核条件下改善响应时间的功能
居然被暂停  
其实这个e10s 不是已经成果不小了吗 (虽然测试版的扩展灭掉不少回到原帖

firefox这么做无异于饮鸩止渴

现在看来chrome真的很先进, ff落后了不少了. android版也开发了好久, 竟然还没正式版, 而且很难用.
e10s等于是要改整个架构, 改完之后跟chrome差不多了.
期待ff创新

netjunegg：现在看来chrome真的很先进, ff落后了不少了. android版也开发了好久, 竟然还没正式版, 而且很难用.
e10s等于是要改整个架构, 改完之后跟chrome差不多了.
期待ff创新回到原帖

一直不明白你们说的e10s是什么东西？

mige88：
一直不明白你们说的e10s是什么东西？回到原帖

楼主帖子里面不是说过了么，Firefox 多进程项目。

Gecko核心不是很了解，但是从netscape沿袭而来的，算是比较老的引擎，对付一些新技术上还需要开发者创新啊。
WebKit 相对速度较快的 KHTML 而来，是目前流行的浏览器所用的引擎，也是开源的，Safari 就是用这个引擎，Chrome 的 Chrominium 也是基于此发展的。

对多进程不感冒，我觉得优先改善界面响应挺好的

8783：有人知道多進程功能現在開發到哪階段了嗎?
還在初步嗎???回到原帖

http://forums.mozillazine.org/viewtopic ... &t=2344859

口头禅：我觉得
我觉得chrome和mozilla目标都是一致的，app  web化，没有多进程和细粒度沙盒是玩不转的。但firefox历史包袱太重，创新有瓶颈，尴尬

也不能firefox变成chrome了，难道说solaris是linux吗或者linux是bsd吗