msky：nglayout.initialpaint.delay : 100

试试这个参数，其实Firefox加载网页并不慢，如果遇见各种乱七八糟的js就一直转圈圈，例如google analytics, google ad, baidu ad...回到原帖

这个参数是起什么作用？超过100ms没有载入完成的元素就放弃？

Firefox在快方面一直比不上Chrome，但Firefox在扩展给人带来的便捷方面省下来的时间不是Chrome页面载入那点时间能比的（仅对折腾用户）。

fang5566：这个很少，不兼容也罢。记得以前mozilla计划支持，后来似乎chrome自己都放弃了回到原帖

google 还在继续开发 libwebp
最新版本是 3 个月前发布的

之前 mozilla 以种种理由拒绝支持 webp
https://bugzilla.mozilla.org/show_bug.cgi?id=600919
但是当非死不可 2013 年发表了一份测试结果表明 webp 可以显著节省带宽后
firefox 对 webp 的支持又重开了

但是！但是！
几个月之后，mozilla 转去强推 mozjpeg 了
于是对 webp 的支持就被搁置了 ww
https://bugzilla.mozilla.org/show_bug.cgi?id=856375

实际上
在浏览器支持了 webm 之后
用 javascript 都可以解码 webp 图片
WebPJS、Weppy

话说各位还记得 apng 吗？

凭枰：这个参数是起什么作用？超过100ms没有载入完成的元素就放弃？回到原帖

http://kb.mozillazine.org/Nglayout.initialpaint.delay

凭枰：这个参数是起什么作用？超过100ms没有载入完成的元素就放弃？回到原帖

nglayout.initialpaint.delay[整数]决定在显示页面内容时等待多少毫秒——来自百度

一般人设置为0，但我觉得100ms就够了，因为人眼的视觉暂留时间只有0.1秒

各有千秋。多标签页试试，多扩展试试。两者的js引擎是各有侧重，而难分高下。

可以试试firefox41 有些场景比chrome快

chrome装扩展啦同步啦麻烦呢。。。。占用内存 cpu也多多了，启动速度我就算慢我也忍了，不过在我机子启动速度倒是没什么明显的差别

msky：nglayout.initialpaint.delay : 100

试试这个参数，其实Firefox加载网页并不慢，如果遇见各种乱七八糟的js就一直转圈圈，例如google analytics, google ad, baidu ad...回到原帖

加载是不慢的，就启动那会儿输Chrome一丢丢，表示不服。。。。一般喜欢默认设置，觉得默认的基本是最优的

mytyid：在天朝墙内暂时无法访问Google....回到原帖

用ss就可以了

gzmaybe：用ss就可以了回到原帖

木有用过，不会用啊

感觉是快点,但那几个毫秒基本上可以忽略.
都是多标签浏览器,绝大部分情况谁会只开一个标签浏览,在你拖动的时候,
那几个,十几个标签早就打开了,供你慢慢看.
chrome宣传的特点,我基本上都很反感.
标签页在上,--想想手腕感觉有点隐隐作疼.一天要打开多少标签啊,你别小看那点距离....
简洁---简洁你妹,很多按钮是非常有用的,放在手边,随手就点,又有效率.状态栏有时候也要查看一下
       页面载入进度,还有浏览器打开的其它的元素,还能放些扩展.

基本上不怎么使用浏览器,使用强度不高的人才会这样设计...

风语者：感觉是快点,但那几个毫秒基本上可以忽略.
都是多标签浏览器,绝大部分情况谁会只开一个标签浏览,在你拖动的时候,
那几个,十几个标签早就打开了,供你慢慢看.
chrome宣传的特点,我基本上都很反感.
标签页在上,--想想手腕感觉有点隐隐作疼...回到原帖

于是 UX Team 把这些抄到了 Firefox 中
1、把标签页移到顶上并且去掉了 prefs 选项，再送你们一个圆角梯形标签
2、砍掉了状态栏

果然还是这里的人比较冷静。现在mozest是冷清。
其它人气比较多的Firefox地方这种贴我都能想到是什么回复。

事实上我是同感的。虽然作为普通用户没有直接数据支持，但感觉还是明显的，不算可以忽略不计。

我留在Firefox还是属于取舍后的选择。放弃一部分速度，保持自己的习惯和一部分功能。

慢点也没什么，习惯了就感觉不到了

但是chrome没有平滑滚动太难受了，滚动页面跟看幻灯片似的，没一点美感