[新闻] Mozilla邀请测试新JS引擎WarpBuilder 结

楼主: aza0290 (阿兹)   2020-10-01 11:12:20
Mozilla邀请测试新JS引擎WarpBuilder 结果显示有惊人效能改善
9月15日Mozilla Firefox开发团队在网络论坛邀请测试者安装Firefox 83 nightly版本并
启用新JS引擎WarpBuilder进行测试。Warp利用减少内部类型的资讯数量来提高效能,并
加上与上一版本相同的CacheIR优化,带来了更简单的设计,提高了响应速度和网页加载
效能。
9月15日Mozilla发布这项消息时指出各项指标有5-15%的改善,实际测试速度快了10%左右
,JS引擎换用到Warp后,使用的内存也较少。
值得庆幸的是,9月24日,当官方公布测试数据时,效能上的提升比想像中的更好,各项
指标提升了8-20%左右,尤其是Google Docs加载速度足足提升了20%,这让JS引擎团队士
气大振。
Mozilla还表示启用Warp只是优化Firefox JS引擎效能的第一步,明年还有在此基础上进
行的更多新的优化工作。
在获得积极回馈后,Warp现在已经开始默认在83版本的Nightly上启用,相信在不久后有
望在Beta和稳定版中与大家见面。
- 20% on Win64 GDocs loadtime: https://mzl.la/3cp6dAs
- 13% on Android Reddit SpeedIndex: https://mzl.la/2RUWdp8
- 18% on pdfpaint: https://mzl.la/2HtXb9W
- 8% on tp6 JS memory: https://mzl.la/3j2VwGb
- 8% on damp (devtools perf): https://mzl.la/3kLbhSM
来源 https://www.cnbeta.com/articles/tech/1034043.htm
作者: abram (科科)   2020-10-01 13:35:00
套件又要重新改写了吗
作者: ltytw (ltytw)   2020-10-01 18:21:00
其实原本的就蛮快的 上google网站会慢一点因为被google搞
作者: Toge (To Valhalla!)   2020-10-02 00:28:00
正在用,非常有感套件都不会影响
作者: s9209122222 (海海海)   2020-10-02 01:01:00
火狐是真的关心使用者的
作者: rockmanx52 (ゴミ丼 わがんりんにゃれ)   2020-10-02 12:47:00
所以很可能正式版出来后效能又会被Google故意弄低...
作者: bladesinger   2020-10-04 10:57:00
下次google就会微调google doc然后效能又被拖累回去google老套了
作者: rockmanx52 (ゴミ丼 わがんりんにゃれ)   2020-10-04 11:09:00
连同引擎的Edge都会被搞了(远望)
作者: t7yang (t7: 我认为这是一种背叛)   2020-10-05 23:22:00
是说我也是因为这东西去安装 nightly 版来玩。另外,会提套件的大概是对目前的套件架构不理解。目前的套件架构(也是)由 G 社提出的 webextention api,这个已经成为事实标准了,虽然距离规范标准遥遥无期就是了。FX 的 webextAPI 是在 G 社的标准之上的改良版用起来比 G 社的爽太多了只是市占率低大家还是开 G 社的版本然后再想办法移植过来webext 的架构未来应该变动的机率不大,所以发生套件全部重写的可能性也相对较低。大概说明一下给大家知道。
作者: Rollnmeow (OHAI)   2020-10-06 09:46:00
其实比起速度,我必较关心内存占用…现在主力笔电8GB
作者: csid (csid)   2020-10-06 15:45:00
我很好奇Mozilla这一年来新增了多少webextention api?有些套件开发者求API求了3年Mozilla还是没有新增...
作者: abram (科科)   2020-10-06 22:37:00
光旧版的speed dial不能用之后 就找不到好用的就只能停在52.b9版了
作者: Kagero (摩荔枝天(茄汁))   2020-10-06 23:45:00
Mozilla:朕不给的API,你不能拿。
作者: t7yang (t7: 我认为这是一种背叛)   2020-10-07 16:10:00
wrap 除了效能之外,对内存的使用也是有积极的影响。但是如果从长远的角度来看,就放弃纠结内存了,使用量只会越来越多(就跟那个通膨一样)。webext 的架构终究有其侷限性,不可能像旧版的 API 一样灵活,而且最最最重要的是,他们人力物力真的没有G社多现在各大浏览器都跳槽去用 chromium 了,就连微软都放弃了你就可以想像有多少开发能量会灌到 chromium 里面mozilla 未来可以勉强跟上我想就不错了
作者: MilchFlasche (实践才能发光)   2020-10-07 17:14:00
作者: enjoyself (阿)   2020-10-07 18:26:00
内存?! 32G都不用3000了,还在care内存cpu走进大胶水时代,多核支援度好,才是重要的y就像googledoc,常用就放在背景页跑,切过去就是加载完成再来是本身独有特色,扩充,但是现在都挂得差不多~未来看起来非常 T_T"
作者: chuegou (chuegou)   2020-10-07 23:57:00
js赞
作者: rockmanx52 (ゴミ丼 わがんりんにゃれ)   2020-10-08 03:32:00
那是桌机才不用担心啊 笔电现在甚至还有4GB的而且如果能扩充也就算了 On Board....
作者: Kagero (摩荔枝天(茄汁))   2020-10-08 10:05:00
焊死4GB不可扩的也没剩多少 会买的就是盘子
作者: Rollnmeow (OHAI)   2020-10-09 12:19:00
我这台是两三年前最便宜的i5四核机,没焊死内存但是不好拆,而且我不知道WIN10内存需求8GB也很紧
作者: caryyrac (境界线上的平行线)   2020-10-09 17:53:00
我的桌机是2GB
作者: MK47 (和牛第一)   2020-10-10 00:14:00
现在随便花个一万组a300都好很多吧 不知道为啥要坚持用这么烂的硬件 又要要求软件停留
作者: Kagero (摩荔枝天(茄汁))   2020-10-10 10:26:00
不好拆可以给人拆啊 不过三年前笔电也差不多可以砸了
作者: Arbin (路人_Lv菜逼八)   2020-10-10 12:00:00
硬件差的不要来上PTT乡民都很严格der 最差三年就要换一次电脑
作者: MK47 (和牛第一)   2020-10-10 13:38:00
火狐怎么不支援586 妈的 敛财垃圾公司嘴秋玩了咧 问题还是没有解决嘛 现在为了适应那么多js的架构ram只用一点点本来就不可能 吃米不知道米价
作者: Rollnmeow (OHAI)   2020-10-10 14:14:00
你又不付我钱我干嘛砸 ㄏㄏ 当我傻子484电虾板当年文书机单也是8G RAM居多,谁知道过两三年8G就变这么紧绷?当我有水晶球?
作者: penguinfuko (企鹅)   2020-10-10 23:56:00
说起来,笔电焊死 ram 真的缺德@@
作者: rockmanx52 (ゴミ丼 わがんりんにゃれ)   2020-10-11 12:34:00
笔电还好啦 有的迷你桌电或AIO悍死才真的缺德
作者: alchemy123 (水果软索粉)   2020-10-11 20:15:00
8g不够用也不是最近的事了吧...
作者: TaiwanFight   2020-10-12 19:12:00
我以为今年2020怎在讨论2g4g8g==
作者: rogner (有没答题会被战的八卦)   2020-10-13 08:46:00
https://tinyurl.com/y64k39jj以anandtech及之前板友测试 16G以下应该edge最快16G以上 我自己试用的感觉 "可能"Fx nightly最快另外 非常多笔电/迷你主机焊死8G是事实
作者: danny0838 (道可道非常道)   2020-10-14 09:24:00
to t7yang: 我也很希望如此,但Google正在强推manifestv3...
作者: t7yang (t7: 我认为这是一种背叛)   2020-10-14 17:37:00
他就是挟市占率令诸侯,根本不甩其他人。所以就是 chrome的标准就是事实标准,然后规范标准可能也会被他吃掉希望是不要啦,我觉得 FX 的设计真的好很多,光 promise就屌打
作者: rogner (有没答题会被战的八卦)   2020-10-14 17:39:00
Fx问题是太常大改 我只是用来当第三顺位浏览器都会觉得痛无论套件或userchrome
作者: t7yang (t7: 我认为这是一种背叛)   2020-10-14 17:39:00
市场独占真的不会有什么好事,聪明的坏蛋比一般的坏蛋更可怕
作者: rogner (有没答题会被战的八卦)   2020-10-14 17:40:00
市场独占当然不会是好事 看看牙膏intel.......但Fx实在让人很难用力支持
作者: Agency (转瞬成空 )   2020-10-14 23:00:00
懒,所以借口一堆
作者: Kagero (摩荔枝天(茄汁))   2020-10-15 09:39:00
firefox只剩下铁粉了每次大改动都是在残害铁粉
作者: rogner (有没答题会被战的八卦)   2020-10-15 10:25:00
从netscape直到Fx56 除KKman 没用过别家 但57后真心无法忍
作者: MilchFlasche (实践才能发光)   2020-10-15 11:44:00
我主力还在用Waterfox Classic算是Fx56铁粉但其实也真的是受不了57以后。
作者: Rollnmeow (OHAI)   2020-10-15 13:29:00
原来FX市占一直掉跟常常自爆也脱不了关系题外话,我在随身碟装LUBUNTU然后改在里面用Fx上网这样内存就宽裕很多了,需要时候再重开机切回WIN10
作者: alchemy123 (水果软索粉)   2020-10-15 13:53:00
我用了1x年fx 中间U.3 中间有 套件在20~30左右 57+我觉得没什么问题 只有被gc强x的网页才会久久开个vv来用中间有2年拿GC当主力 其他都是FX主力57是真的阵亡很多套件啦 但仔细找都有发现可以取代的方式最近一些API新增也有一些老套件复活
作者: rogner (有没答题会被战的八卦)   2020-10-15 15:30:00
以前用lawlietfox 为了提早试用e10s及quantum 就跳nightly一直都很稳定 但57/58 nightly不仅可用套件少 还一直出包同期56 nightly为主 也是vv为辅 vv虽然也没56稳定但内建功能充足 比57/58易用太多60算稳定性跟套件终于到可接受程度 花了些时间 从56换过来结果61的套件又.....一气之下彻底跳kinza
作者: Toge (To Valhalla!)   2020-10-16 10:30:00
老实说,我不是铁粉,我只是单纯不想被Google绑架。况且Firefox对我来说还是比Chrome自由但是我也是偶尔会用ungoogled-chromium,没办法Linux上用Line的唯一解
作者: danny0838 (道可道非常道)   2020-10-16 13:00:00
to t7: Google 说法是2020要上路,对于“套件不用重写”一说真的很难乐观…v3现在连杀死uBO的承诺都不知解决了没有,如果没有应该会让大量用户跳脚。加上微软也绑 Chromium,硬推v3阻力应该不小才是(搞不好微软一言不合就fork另一个Chromium续跑v2,然后在Win上面打压GC也说不定,哈哈)其实要推v3我觉得也不是不行,但最除了uBO的问题要解决,v2也应该续支援很长一段时间(如果v3真的好自然会有开发者自行转移)
作者: rogner (有没答题会被战的八卦)   2020-10-17 08:59:00
不想用chromium 又要求功能 大概Fx唯一选但就跟linux一样 要花很多时间设定 且还无法保证稳定
作者: t7yang (t7: 我认为这是一种背叛)   2020-10-17 16:07:00
哈,我说的套件不用重写是针对说担心未来 FX 的套件又改架构导致需要大规模重写的一说。至于 G 社鸭霸硬推 V3 (叹ubo 如果在 chromium 下死掉我也不觉得会有什么问题板上大家还是会有一个迷思,套件对市占率影响很大导致用户大量出走之类的,我自己是比较不认同,套件的影响应该有限微软不会一言不合喔,因为现在微软 EDGE 团队就是 G 社的形状,我有看到新闻 V3 他们应该要测试了,也就是他们乖乖吞下去(爸爸推了我就跟开发者没有什么能耐,基本上就是浏览器厂商推什么就得吃从过往的发展来看,一直都是这样子。FX 就看可不可以顶住压力。chromium 阵营那里 V3 看起来是跑不掉了,FX 那里看要维持自己的 V2,还是跟 V3 但维持那些被 V3 废止的 API反正又觉得前景不乐观,本来 web-ext 的出现看来应该是可以稍稍走向一致,现在看来...(无奈
作者: rogner (有没答题会被战的八卦)   2020-10-18 07:08:00
Fx三不五时改套件相容性 问题已经不只V2/V3了.....

Links booklink

Contact Us: admin [ a t ] ucptt.com