阅读:15460回复:28
影响Firefox性能的扩展列表
背景:抛开JS性能测试的数据不论,纯净配置文件的Firefox并不像很多人认为的一样臃肿。但是扩展又是Firefox不可或缺的成份,完全不用扩展(裸奔)的人有吗?有。但如果裸奔,完全不掩饰地说:别的浏览器或许是更好的选择。
我想借论坛网友的经验建立一个大家比较公认的影响Firefox性能的扩展列表,以便在选择扩展、排查问题的时候有据可依(回帖内容会整理到顶楼)。大致按这样的分类:
[*] 影响启动速度[/*:m] [*] 影响程序响应[/*:m][/list:u] 可以用如下的格式 [quote] 扩展名: 影响范围: 解释说明: 推荐: [/quote] 例如
|
|
|
1楼#
发布于:2009-04-09 19:24
上述扩展的特点是它们对Firefox的影响容易被忽视,除此之外,有一些扩展对Firefox的影响是一目了然的:例如在一个长网页上用SearchWP高亮所有关键字或者用XUL/Migemo进行查找,页面变灰的时候,整个Firefox假死也一点不奇怪。
|
|
|
2楼#
发布于:2009-04-09 19:24
晕,我安装的扩展有50%影响了FF的性能
|
|
|
3楼#
发布于:2009-04-09 19:24
TMP确实不错,但问题太多,现在只用脚本了
楼主能不能就脚本对firefox的影响做个总结,我的脚本数量远远多于扩展,即使扩展很多 |
|
4楼#
发布于:2009-04-09 19:24
上面提到的扩展一个都没有用 都用脚本完美替代了...
|
|
5楼#
发布于:2009-04-09 19:24
如果 GreaseMonkey 对 Firefox 的性能造成影响的话,那么使用脚本跟使用扩展都会造成性能影响。当然,全部放在 userChrome.js 里面而且没多余代码的话当然是最理想的状态。
|
|
|
6楼#
发布于:2009-04-09 19:24
|
|
|
7楼#
发布于:2009-04-09 19:24
谢谢fang版的补充,已经更新到顶楼。
加入了Custom Buttons²,但是是自己的猜测——Base64编码的图标会不会需要牺牲一定的时间来生成? 另外,工具栏按钮太多是不是会(严重地)影响性能? |
|
|
8楼#
发布于:2009-04-09 19:24
再加2个(找自AMO最热门扩展推荐):
|
|
|
9楼#
发布于:2009-04-09 19:24
建筑设计也需要firebug吗?
firebug和web developer之类的可以另外建立一个配置文件夹。 |
|
10楼#
发布于:2009-04-09 19:24
tab mix plus的确对速度有很大的影响。不只是启动而是整个浏览过程都有大的影响,我这里就是这样,把这个扩展禁用之后再用标签类的脚本来代替。感觉速度的前后比较有明显的变化。
|
|
11楼#
发布于:2009-04-09 19:24
我不知道这个算不算:
扩展名:CyberSearch,Peers 等 |
|
|
12楼#
发布于:2009-04-09 19:24
真想快的话,用Google的chrome好了。。
傻快傻快的,就跟裸奔一样,其实就是裸奔了 之所以用firefox不是因为快,而是扩展太强大了。 最近添加了一个网站所在地插件,本身很小,自己去找了个40多M的ip库,超强大。 谁会在乎那0.1秒啊,,, |
|
13楼#
发布于:2009-04-09 19:24
同意hzhbest的,如果访问Google速度不够快的话是不宜用Cybersearch,不过类似的Ubiquity和未来的Taskfox都是一样……
|
|
|
14楼#
发布于:2009-04-09 19:24
的确应该搞个这东东,我比较关心的是影响内存的扩展。
|
|
上一页
下一页