各位 Gecko能在速度和启动方面超越webkit吗？

在不重写核心代码的情况下，做一些优化，能使得Gecko完胜webkit吗？3.7给我们的期待是 安装扩展免重启与多进程，以及硬件加速，这些都可以实现，但如果要使得Gecko在速度 方面超越webkit和v8 有可能吗？ 我用了fx三年 叛逃了三个月..
各位你们发现没，06~08年和科技相关的博客截图以及电视节目，只要在windows平台下，总能看到fx的身影，但如今，却被chrome抢去了风头，webkit阵型得到了IT人士的青睐，是不是意味着，Gecko的第二次悲剧即将来临，IE还有老本吃，够吃个三五年的

Mozilla 的压力挺大

3.7 进步还是有的 接近了？
http://cnbeta.com/articles/101500.htm

windows特别优化版么？
http://m.cnbeta.com/article-101539.html

可以去用用看K-MELEON，它几乎就是瞬间启动的。

chrome和k-meleon两者我没有长时间运行过。
但是从我短时间运行下，两者比较下来，就运行速度我觉得K-MELEON不比CHROME慢，而且没有CHROME清飘飘的感觉(k一直就是这样的)

就js而言，抛开用JS写的游戏，目前阶段速度上还没有太大感觉说像是很慢

chrome也有缺陷的 例如卡网页，（出现在加载时）
虽说是多进程 但全盘崩溃的现象经常发生，我一天大概2次
fx给我一种会拖慢系统的感觉

从2.0→3.0→3.5的提升来看，fx4.0超过现有Chrome4的速度还是很有希望的。至于3.6、3.7，现在看来着重提升的是功能、标准支持而非性能，官方也没有把它们列为重大升级。

http://cnbeta.com/articles/101500.htm 这里给的数据，我表示怀疑。SunSpider测试？地址：http://www2.webkit.org/perf/sunspider-0.9/sunspider-driver.html  我测下来看下Chrome4和3.5系列的性能比只有2.2左右，而那篇文章里高达3.8

Gecko 核心也是历史悠久了，换句话说就是比较老了，面对新开发的 webkit 等核心在速度方面没有优势也很正常，但是兼容性会好点。说实话我也对Gecko 核心的速度没什么信心，从火狐面对疯狂标榜自己速度优势的各浏览器不能作出有力的回应就可以看出。大家认为 IE 慢主要也是它使用的是 Trident 核心（好像是），或许 IE 开发出新核心，会重新给浏览器市场产生重大影响。

另外：速度优势到底是看核心还是 JS 引擎，正如 FF 用的是 Gecko 核心，而 JS 引擎又叫做 Tracemonkey？

chromium的内存消耗太吓人了 ,我这种低配置的穷人可受不了
,我有台01年的笔记本 , 128m内存启动最新版的K-MeleonCCFME几乎是瞬间完成的 ,而且内存消耗极低 ,比op一流低多了

xelnaga：可以去用用看K-MELEON，它几乎就是瞬间启动的。

chrome和k-meleon两者我没有长时间运行过。
但是从我短时间运行下，两者比较下来，就运行速度我觉得K-MELEON不比CHROME慢，而且没有CHROME清飘飘的感觉(k一直就是这样的)

就js而言，抛开用JS写的游戏，目前阶段速度上还没有太大感觉说像是很慢回到原帖

关键是扩展给fx带来的拖慢太严重了，如果只说fx本身，3.7a1pre在我这里热启也是秒开的。可是fx不装扩展有根本没法用

ff还是很有前途的，而且不断学习别人的长处，发挥自己优点，而且感觉ff对chrome是有准备的，ff4应该是个革新产品

为实现热启动“秒开”我只装了10个以下的扩展，而且还把Firefox放到了内存虚拟的硬盘上。
庆祝自己升级为千年狐狸。

xelnaga：可以去用用看K-MELEON，它几乎就是瞬间启动的。

chrome和k-meleon两者我没有长时间运行过。
但是从我短时间运行下，两者比较下来，就运行速度我觉得K-MELEON不比CHROME慢，而且没有CHROME清飘飘的感觉(k一直就是这样的)

就js而言，抛开用JS写的游戏，目前阶段速度上还没有太大感觉说像是很慢回到原帖

同意这种说法。
可惜k-meleon自定义界面、手势有点困难，否则，我会常常用它的。

firefox的启动速度有望超过windows

其实js速度相对于很多人来说并不是最主要的，我所期待的还是启动速度能快点，至于js速度，不求第一，但你也不要慢

初级：
大家可以去玩玩这个 js 游戏，有点运气成分可以用来消闲，有点智力成分可以用来练脑：
http://www.yvoschaap.com/chainrxn/

－－其实重点在于，SunSpider 什么的都对个人没什么意义，而这个游戏最容易体验 javascript 引擎的能力。目前在 C2D 2.4GHz 上，Chromium4 和 Opera10.5 都成功达到了流畅（但 OP 有时点击不灵，可能是测试版的原因；但 OP 比 GC 要流畅；用 IE8 玩的话保准你输，因为小球的速度卡得追不上大球消失的速度），Firefox 3.6b5 可以勉强流畅。可以想象到，如果更多的人选择 javascript 提供复杂的互动，哪个浏览器（至少现在来说）能给人更好体验。

中级：
Firefox 内核源于 Netscape 抗击 IE 失败后开放的源代码，虽然说是重写，但很多架构都是沿用的，所以说 Gecho 是“古老”的引擎。Webkit 是 Apple 用闭源方式改良 KHTML 引擎产生的，后来才开源，但开发社区中还有很多 Apple 的程序员；以 Apple 的风格（例如 iPhone 是所有触摸屏手机中最畅顺的），大家都可以想象到 Webkit 的能耐在哪些地方。Google 在搜索引擎成功后大举开发网页应用，遇到了目前浏览器性能不足的问题，起初选择 Firefox 不仅仅是搜索推广，更重要的是当时 Webkit 闭源，推广 Firefox 对于 Google 来说成本低而且能使其网页应用更出彩；后来 Webkit 开源了，Google 也就可以利用这个更高性能的内核去开发自己的浏览器以支持其网页应用（Firefox 依靠扩展的形式其实也一定程度上与 Google 的理念不符），于是出来 Chrome 。
Gecko 的性能其实与 Webkit 差别不大，但纯粹性来说，后者更胜一筹（Webkit 很容易就挂上了 V8，Gecko 挂 Tracemonkey 仍然需要很多时间磨合）。除非 Gecko 能摆脱旧代码的臃肿，否则很难做到 Webkit 的程度（那样 Gecko 还是“Gecko”吗？）。当然了，还在纸上的 Firefox.next 究竟会不会这样还是未知之数。

高级：
最早排版引擎做的是 HTML 渲染，后来随着 HTML 标准的更新而加入了 CSS 解释、JS 解释、XML 解释等附加部分。纯粹的 HTML 页面连 IE 都能做到很快，例如打开新浪的主页，IE8 可是要比 Firefox 3.6b5 都要快；只不过，打开完之后要滚动页面的话，用 IE 会让你感觉自己像笨蛋一样。
V8 就像是一个外挂，独立一个线程处理 javascript 的结果再反馈主引擎，主引擎只需要有接口而不需要整合，开发者可以集中精力优化 V8 就可以了。有了这个外挂，Chrome 就可以“挂上挂”，在 V8 上挂上“扩展”，主引擎仍然没什么事。
Firefox 也一样，只不过原生的 Gecko javascript 引擎嵌入太深了，要解开接口很难，处理 javascript 都要涉及到主引擎。Firefox 的大多数扩展为了维持跨平台特性都用 javascript 编写，于是即使不玩 js 游戏，玩扩展，也是要用到 javascript 引擎的能力的。事实上 Firefox 运行速度和启动速度在 3.0、3.5、3.6 的提升，都是得益于 javascript 引擎的提升，因为加载扩展时效率更高了。
由此不难想象到，如果 Chrome 更开放界面的接口，借助 V8 Chrome 能实现比 Firefox （现在）好得多的性能下同样的扩展性；而 Firefox 如果在 Tracemonkey 上成功的话 Firefox 也能把这些“老大难问题”解决掉。
……只是，如果 Google “网页即应用”的构想风行起来的话，在内核改造上追不上的 Mozilla 遭遇惨败的可能性会（悲观地说）很高。