成也扩展，败也扩展

Firefox, 包括其它浏览器，有了各种扩展丰富了各种功能，使得我们使用起来很简便。但问题是功能上简便的同时也带了各种麻烦，启动浏览器时要加载各种扩展带来了各个延时，每添加一个扩展，在带来了一个功能的同时也就增加了一份延时。以我为例，好几年用下来随着扩展的增加和 Firefox 版本的升级，到现在启动一个 Firefox ，从启动到 CPU 完全平静下来大约需要2分钟的时间。一直想新建一个 profile ，但苦于新建后所有的设置都要重新一个个设置，包括 Firefox 本身的设置和一个个扩展的设置，实在是太麻烦了。所以就一直懒得新建 profile 。直到有一天，可能是扩展不兼容的原因，Firefox / Mozilla Developer Preview / IceDragon 再也不能正常启动了，只好没办法新建一个 profile 。发觉，在没有任何添加扩展的情况下，Firefox 的启动速度没得说了。说明，以前的启动卡都是扩展惹的祸，真是成也扩展，败也扩展。
SeaMonkey 也是这个情况。没有扩展的时候一下子就启动出来了，加了扩展就卡了。
顺便说一下，Presto 内核的 Opera 也是这样的情况，没有扩展的时候启动速度正常，我只加了一、两个扩展就卡了，而且延时很多，扩展对启动速度的影响性比 Firefox 更严重。
好像 Blink 内核的浏览器还可以，启动速度对扩展不是很敏感。

补充：
不仅仅是启动速度，打开网页的速度，有了/多了扩展也有影响。

asdf123456：firefox 55  又优化了，秒开回到原帖

看来我还要再等几个月才能试试

fang5566：这就是为什么firefox 要开发多进程，取消xul，加入 quantum，都是为了提升性能。否则走原来的老路，ff只会被其他浏览器逐渐抛离。回到原帖

哈哈，一看你说到 xul ，让我不得不新建配置的就是这玩意儿：
我原本 IceDragon 启动很慢，于是新建了一个什么也没有的默认 profile ，体验了一下速度快的滋味儿，可再次进入原有的 profile 的时候奇怪的问题出现了，程序报错，具体查看出问题的模块就是 xul.dll 。可原来的 profile 什么也没变啊，就进入了一下默认的 profile ，原配就不让我进了？实在没办法只好重建这个 profile ，然后扩展件一个个装，配置一个个的重设。

白左：Win10 x64, E3-1230v2, RAM 16GB，SSD
Fx 54a2 x64(aurora)未开e10s， build config


日用配置3秒见窗口，5秒出页面，8秒全载入，载入时拖动时有点卡
虽然也不够快...回到原帖

不知你那个软件的计时标准是什么，我的计时方式和你不一样，不仅仅是感官视觉上的计时，还包括实际的“背后工作”的计时：
“我的启动时间计算方法是从启动 Firefox 后看 CPU 占用率从几乎完全占满开始算起，到平静下来几乎完全不占 CPU 为止。”
https://www.firefox.net.cn/read-53876-1#read_357402

实际上 Firefox 从启动到界面完全出来后，到能让你操作为止还没太平下来，背后 CPU 仍然还占着很高。我后来还遇到更奇怪的现象是，CPU 占高还分两个阶段：第一阶段是从启动到第一次平静下来，以前就算这么结束了。后来随着版本的升级（包括浏览器版本和各扩展件版本），还会出现第二阶段的 CPU 占高，第一阶段 CPU 占高结束后会平静一段时间，约几十秒，然后会再次出现 CPU 占高，大约十几秒左右。

你们都是 i 什么的 CPU ，SSD 的硬盘当然测不出，只有在低端机器上才能体现出一个软件是否占用资源的好坏。

kmc：你这个计时器是啥？建议大家都来用用看看启动速度回到原帖

要以我的方式做为启动所需时间的计时标准，这才是更贴近实际，而不仅仅是表面上的。