听朋友推荐试玩了一个叫about:startup的扩展……

RT

结论是没有或者没几个扩展的情况下fx启动相当之快，比chrome，chromium还快（目测是700ms作用，不知道有没有类似扩展，做个对比）

而裸奔的fx娘一旦被扩展缠身就变成2.png中那样了XD
那就是我目前所用的

扩展列表,共计27枚（其中有好几个在前段时间评选出的最慢扩展中榜上有名……）

Add to Search Bar  (2.0)
DownThemAll! AntiContainer  (1.1)
AutoProxy  (0.4b2.2011041023)
Personal Menu  (5.0.5)
Firebug  (1.8.1)
Tab Utilities  (1.2pre6)
userChromeJS  (1.4)
Show Location  (0.7.0)
Flashblock  (1.5.15.1)
RefControl  (0.8.15)
ColorZilla  (2.5.5.1)
CacheViewer  (0.7b)
DownloadHelper  (4.9.5)
Download Statusbar  (0.9.8)
User Agent Switcher  (0.7.3)
Is It Compatible?  (0.5.1)
About startup  (0.1.5)
Ease Link  (1.0.2.4)
DOM Inspector  (2.0.10)
Easy DragToGo+  (1.1.3.3)
Omnibar  (0.7.8.20110620)
Abduction!  (3.0.10)
Textarea Cache  (0.8.5)
DownThemAll!  (2.0.7)
MinimizeToTray revived (MinTrayR)  (1.0)
FireGestures  (1.6.6)
Adblock Plus  (1.3.9)

. . . . .

这个还是差了点，如果把后面的编码换成扩展或者插件名称还有点用处

装一个 firebug 就差上很多了，firebug一直稳居蜗牛排行榜榜首位置。

fang5566：装一个 firebug 就差上很多了，firebug一直稳居蜗牛排行榜榜首位置。回到原帖

firebug也算是特殊用途的工具，一般人正常时不太可能开这个来上网…

我表示从3月17号的4.0B13pre就开始用这个扩展，至今没有看明白它那些数据的意义……

kmc：我表示从3月17号的4.0B13pre就开始用这个扩展，至今没有看明白它那些数据的意义……回到原帖

哈哈， AMO上有写啊：
The three timings displayed are (in milliseconds from process startup):
- main: Firefox main function is entered
- sessionRestored: The tabs from the previous session have been created (not loaded)
- firstPaint: Something has been painted in Firefox (whatever this means)

version 和 appID 就不用说了吧。

但我不清楚那些扩展加载了是否还是通过这三个参数来判断。还是说这个扩展只是用来判断裸奔时候各版本浏览器启动速度的。又或者是这个扩展不能真实反映扩展加载时候的启动速度。

fang5566：但我不清楚那些扩展加载了是否还是通过这三个参数来判断。还是说这个扩展只是用来判断裸奔时候各版本浏览器启动速度的。又或者是这个扩展不能真实反映扩展加载时候的启动速度。回到原帖

第一个就是主函数加载完成的时间（？），第二个是上次的标签读取完成的时间（只是读取，还没显示），第三个则是开始显示界面（？）的时间
可以看出第二项总是比第三项慢，应该排在后面才符合逻辑……

基本上我只是用来纵向比较的，毕竟要比肉眼观察来得精确，具体到各个数据的意义，倒不是很在意……

不知道作者还会不会开发，然后细分到扩展所用时间，或者开发一个类似这个chrome扩展的东西：https://chrome.google.com/webstore/detail/ognampngfcbddbfemdapefohjiobgbdl?hc=ext-pr&hcp=pr1-8

SoIN：

firebug也算是特殊用途的工具，一般人正常时不太可能开这个来上网…回到原帖

感觉上来说不会拖太多速度，控制台，脚本，网络三个面板我都是禁用的……最常用的功能就是用来偷网页元素，偶尔用网络面板看看哪里502好写代理规则，其他的高级功能都没怎么用过

那谁帮我解释一下这一个build出来的几行数据？

main sessionRestored firstPaint version appBuildID
1398.80 3765.80 6807.00 9.0a1 20110826092401
1499 3233 10382 9.0a1 20110826092401
3760 8331 8222 9.0a1 20110826092401
94 1265 1249 9.0a1 20110826092401
580 2006 1951 9.0a1 20110826092401
1061 3994 12231 9.0a1 20110826092401

为什么这几个数据都是一会儿大一会儿小的？没看出有什么规律