Firefox 50.0 将推迟一周发布，为了提升启动性能

原定于 2016 年 11 月 8 日发布的 Firefox 50.0 将推迟一周发布，也就是 11 月 15 日发布，原因是开发者解决 Add-on SDK 的模块系统里面的相关 bug，以便提升浏览器的启动性能。同步发布的 Firefox 45.5 ESR 同样推迟一周，而 Firefox 50.0.1 则不受影响，还是按原定 12 月 13 日发布。这个 50.0.1 没有任何新特性，因为这个版本作为今年最后一个版本，要给开发者休息时间过圣诞节。https://wiki.mozilla.org/RapidRelease/Calendar

bug 链接是：Bug 1308332 - [meta] The add-on SDK's module system is a performance disaster

具体是部分 .js 文件每次都会重复进行 evaluate 估算，即使之前已经估算过了。全部解决以后会提高浏览器的启动速度，取决于你安装的扩展数量，即使没安装扩展，启动速度也会有所提升。

While mileage may vary, one developer was able to reduce the startup time by 65% or 2.5 seconds with the three add-ons Test Pilot, Activity Stream and Tab Center installed. The same developer noticed an improvement of 35% or 0.3 seconds on a Firefox installation without any add-ons installed.

In a profile without addons, total time in require() + Cu.import during startup has gone down by 35%, from 805ms to 524ms.
In a profile with Test Pilot, Activity Stream and Tab Center, the total time spent in require() and Cu.import during startup has gone down by 65%, from 3844ms to 1320ms.

Firefox users who notice long startup times may see improvements with the release of Firefox 50. This may be true especially if several (SDK) add-ons are installed and enabled.

http://www.ghacks.net/2016/10/29/firefox-50-delayed/

DOSforever：原来如此。Mozilla 还真细心，一般用 XP 的人都会用 SP3 了吧，Mozilla 还真会照顾用 SP2, SP1, without SP 的人。回到原帖

http://mzl.la/1BAShto
https://www.mozilla.org/firefox/system-requirements/
目前是 xp sp2 及以后

yfdyh000：XP XP2不支持SHA2数字签名，所以SHA1给他们。回到原帖

原来如此。Mozilla 还真细心，一般用 XP 的人都会用 SP3 了吧，Mozilla 还真会照顾用 SP2, SP1, without SP 的人。

DOSforever：下载目录中 win32 和 win32-sha1 两个子目录有什么区别？回到原帖

XP XP2不支持SHA2数字签名，所以SHA1给他们。

下载目录中 win32 和 win32-sha1 两个子目录有什么区别？

195：关注下周会出新版么？回到原帖

会的

关注下周会出新版么？

tulip17：我这超过60秒并不必然崩溃，有时70多秒能正常关闭，我计时过
关闭过程中cpu始终耗用4、50

调大了，观察看看回到原帖

这个关闭时间并不是你认为的关闭时间 而是从某个物件触发开始计时的 你可以提交下崩溃报告看看 如果报告中写明shutdown hang就是这个参数限制的

pcxfirefox：toolkit.asyncshutdown.crash_timeout

这个是官方为了解决有的人关闭时间过长又不能提供有效信息的解决方案 关闭时间默认大于60秒自动崩溃 这样可以产生崩溃报告 提交给官方

当然关闭时间那么长配置肯定不正常...回到原帖

以前用xp时没有关闭问题，都能正常关闭，是换到win10之后用64位火狐出现的，好像是从47、48版出现的，不过比xp时多了十来个扩展

pcxfirefox：toolkit.asyncshutdown.crash_timeout

这个是官方为了解决有的人关闭时间过长又不能提供有效信息的解决方案 关闭时间默认大于60秒自动崩溃 这样可以产生崩溃报告 提交给官方

当然关闭时间那么长配置肯定不正常...回到原帖

我这超过60秒并不必然崩溃，有时70多秒能正常关闭，我计时过
关闭过程中cpu始终耗用4、50

调大了，观察看看

tulip17：能调节阀值么？回到原帖

他写的对，你写错别字了。

tulip17：能调节阀值么？回到原帖

toolkit.asyncshutdown.crash_timeout

这个是官方为了解决有的人关闭时间过长又不能提供有效信息的解决方案 关闭时间默认大于60秒自动崩溃 这样可以产生崩溃报告 提交给官方

当然关闭时间那么长配置肯定不正常 秒关飘过

pcxfirefox：关闭时间超过1分钟必然崩溃 这个是阈值设置的回到原帖

能调节阀值么？

tulip17：我这80个扩展，运行几天后关闭都得一分多钟，关闭时还经常崩溃
不道50是否能改善
毕竟扩展多，启动慢点无所谓，开了就不关
但是关闭常崩溃是个问题，关闭火狐时都得停用其他占cpu多的程序，鼠标也不敢动，要不就崩溃
运行3天以上，即使空...回到原帖

关闭时间超过1分钟必然崩溃 这个是阈值设置的

tulip17：我这80个扩展，运行几天后关闭都得一分多钟，关闭时还经常崩溃
不道50是否能改善
毕竟扩展多，启动慢点无所谓，开了就不关
但是关闭常崩溃是个问题，关闭火狐时都得停用其他占cpu多的程序，鼠标也不敢动，要不就崩溃
运行3天以上，即使空...回到原帖

装这么多扩展，存在冲突的可能性很高 加上flash 作祟，崩溃很正常啊。减少扩展列表才是正道