[新聞] Mozilla邀請測試新JS引擎WarpBuilder 結果顯示有驚人效能改善

看板Browsers作者時間3年前 (2020/10/01 11:12), 3年前編輯推噓41(41推 0噓 87→)
留言128則, 22人參與, 3年前最新討論串1/1
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 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.32.148.100 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1601521946.A.E7E.html ※ 編輯: aza0290 (114.32.148.100 臺灣), 10/01/2020 13:23:17
推
10/01 13:35, 3年前 , 1F
套件又要重新改寫了嗎
10/01 13:35, 1F
※ 編輯: aza0290 (114.32.148.100 臺灣), 10/01/2020 13:40:41
推
10/01 18:21, 3年前 , 2F
其實原本的就蠻快的 上google網站會慢一點
10/01 18:21, 2F
→
10/01 18:22, 3年前 , 3F
因為被google搞
10/01 18:22, 3F
→
10/02 00:28, 3年前 , 4F
正在用，非常有感
10/02 00:28, 4F
推
10/02 00:30, 3年前 , 5F
套件都不會影響
10/02 00:30, 5F
推
10/02 01:01, 3年前 , 6F
火狐是真的關心使用者的
10/02 01:01, 6F
推
10/02 12:47, 3年前 , 7F
所以很可能正式版出來後效能又會被Google故意弄低...
10/02 12:47, 7F
推
10/04 10:57, 3年前 , 8F
下次google就會微調google doc然後效能又被拖累回去
10/04 10:57, 8F
→
10/04 10:57, 3年前 , 9F
google老套了
10/04 10:57, 9F
推
10/04 11:09, 3年前 , 10F
連同引擎的Edge都會被搞了(遠望)
10/04 11:09, 10F
推
10/05 23:22, 3年前 , 11F
是說我也是因為這東西去安裝 nightly 版來玩。另外，會提
10/05 23:22, 11F
→
10/05 23:23, 3年前 , 12F
套件的大概是對目前的套件架構不理解。目前的套件架構（也
10/05 23:23, 12F
→
10/05 23:23, 3年前 , 13F
是）由 G 社提出的 webextention api，這個已經成為事實
10/05 23:23, 13F
→
10/05 23:24, 3年前 , 14F
標準了，雖然距離規範標準遙遙無期就是了。FX 的 webext
10/05 23:24, 14F
→
10/05 23:25, 3年前 , 15F
API 是在 G 社的標準之上的改良版用起來比 G 社的爽太多了
10/05 23:25, 15F
→
10/05 23:25, 3年前 , 16F
只是市占率低大家還是開 G 社的版本然後再想辦法移植過來
10/05 23:25, 16F
→
10/05 23:26, 3年前 , 17F
webext 的架構未來應該變動的機率不大，所以發生套件全部
10/05 23:26, 17F
→
10/05 23:27, 3年前 , 18F
重寫的可能性也相對較低。大概說明一下給大家知道。
10/05 23:27, 18F
推
10/06 09:46, 3年前 , 19F
其實比起速度，我必較關心記憶體占用…現在主力筆電8GB
10/06 09:46, 19F
推
10/06 15:45, 3年前 , 20F
我很好奇Mozilla這一年來新增了多少webextention api？
10/06 15:45, 20F
推
10/06 16:02, 3年前 , 21F
有些套件開發者求API求了3年Mozilla還是沒有新增...
10/06 16:02, 21F
推
10/06 22:37, 3年前 , 22F
光舊版的speed dial不能用之後 就找不到好用的
10/06 22:37, 22F
→
10/06 22:38, 3年前 , 23F
就只能停在52.b9版了
10/06 22:38, 23F
推
10/06 23:45, 3年前 , 24F
Mozilla：朕不給的API，你不能拿。
10/06 23:45, 24F
推
10/07 16:10, 3年前 , 25F
wrap 除了效能之外，對記憶體的使用也是有積極的影響。但
10/07 16:10, 25F
→
10/07 16:11, 3年前 , 26F
是如果從長遠的角度來看，就放棄糾結記憶體了，使用量只會
10/07 16:11, 26F
→
10/07 16:11, 3年前 , 27F
越來越多（就跟那個通膨一樣）。
10/07 16:11, 27F
→
10/07 16:12, 3年前 , 28F
webext 的架構終究有其侷限性，不可能像舊版的 API 一樣
10/07 16:12, 28F
→
10/07 16:13, 3年前 , 29F
靈活，而且最最最重要的是，他們人力物力真的沒有G社多
10/07 16:13, 29F
→
10/07 16:13, 3年前 , 30F
現在各大瀏覽器都跳槽去用 chromium 了，就連微軟都放棄了
10/07 16:13, 30F
→
10/07 16:14, 3年前 , 31F
你就可以想像有多少開發能量會灌到 chromium 裡面
10/07 16:14, 31F
→
10/07 16:15, 3年前 , 32F
mozilla 未來可以勉強跟上我想就不錯了
10/07 16:15, 32F
推
10/07 17:14, 3年前 , 33F
唉
10/07 17:14, 33F
→
10/07 18:26, 3年前 , 34F
記憶體?! 32G都不用3000了，還在care記憶體
10/07 18:26, 34F
→
10/07 18:27, 3年前 , 35F
cpu走進大膠水時代，多核支援度好，才是重要的y
10/07 18:27, 35F
→
10/07 18:29, 3年前 , 36F
就像googledoc,常用就放在背景頁跑,切過去就是載入完成
10/07 18:29, 36F
→
10/07 18:30, 3年前 , 37F
再來是本身獨有特色，擴充，但是現在都掛得差不多~
10/07 18:30, 37F
→
10/07 18:31, 3年前 , 38F
未來看起來非常 T_T"
10/07 18:31, 38F
還有 50 則推文
→
10/15 13:55, 3年前 , 89F
中間有2年拿GC當主力 其他都是FX主力
10/15 13:55, 89F
→
10/15 14:00, 3年前 , 90F
57是真的陣亡很多套件啦 但仔細找都有發現可以取代的
10/15 14:00, 90F
→
10/15 14:01, 3年前 , 91F
方式
10/15 14:01, 91F
→
10/15 14:01, 3年前 , 92F
最近一些API新增也有一些老套件復活
10/15 14:01, 92F
推
10/15 15:30, 3年前 , 93F
以前用lawlietfox 為了提早試用e10s及quantum 就跳nightly
10/15 15:30, 93F
→
10/15 15:31, 3年前 , 94F
一直都很穩定 但57/58 nightly不僅可用套件少 還一直出包
10/15 15:31, 94F
→
10/15 15:55, 3年前 , 95F
同期56 nightly為主 也是vv為輔 vv雖然也沒56穩定
10/15 15:55, 95F
→
10/15 15:58, 3年前 , 96F
但內建功能充足 比57/58易用太多
10/15 15:58, 96F
→
10/15 16:01, 3年前 , 97F
60算穩定性跟套件終於到可接受程度 花了些時間 從56換過來
10/15 16:01, 97F
→
10/15 16:01, 3年前 , 98F
結果61的套件又.....一氣之下徹底跳kinza
10/15 16:01, 98F
推
10/16 10:30, 3年前 , 99F
老實說，我不是鐵粉，我只是單純不想被Google綁架。
10/16 10:30, 99F
→
10/16 10:32, 3年前 , 100F
況且Firefox對我來說還是比Chrome自由
10/16 10:32, 100F
→
10/16 10:33, 3年前 , 101F
但是我也是偶爾會用ungoogled-chromium，沒辦法Linux上用
10/16 10:33, 101F
→
10/16 10:34, 3年前 , 102F
Line的唯一解
10/16 10:34, 102F
推
10/16 13:00, 3年前 , 103F
to t7: Google 說法是2020要上路，對於「套件不用重寫
10/16 13:00, 103F
→
10/16 13:00, 3年前 , 104F
」一說真的很難樂觀…
10/16 13:00, 104F
推
10/16 13:03, 3年前 , 105F
v3現在連殺死uBO的承諾都不知解決了沒有，如果沒有應
10/16 13:03, 105F
→
10/16 13:03, 3年前 , 106F
該會讓大量用戶跳腳。加上微軟也綁 Chromium，硬推v3
10/16 13:03, 106F
→
10/16 13:03, 3年前 , 107F
阻力應該不小才是（搞不好微軟一言不合就fork另一個Chr
10/16 13:03, 107F
→
10/16 13:03, 3年前 , 108F
omium續跑v2，然後在Win上面打壓GC也說不定，哈哈）
10/16 13:03, 108F
推
10/16 13:06, 3年前 , 109F
其實要推v3我覺得也不是不行，但最除了uBO的問題要解決
10/16 13:06, 109F
→
10/16 13:06, 3年前 , 110F
，v2也應該續支援很長一段時間（如果v3真的好自然會有
10/16 13:06, 110F
→
10/16 13:06, 3年前 , 111F
開發者自行轉移）
10/16 13:06, 111F
推
10/17 08:59, 3年前 , 112F
不想用chromium 又要求功能 大概Fx唯一選
10/17 08:59, 112F
→
10/17 09:00, 3年前 , 113F
但就跟linux一樣 要花很多時間設定 且還無法保證穩定
10/17 09:00, 113F
→
10/17 16:07, 3年前 , 114F
哈，我說的套件不用重寫是針對說擔心未來 FX 的套件又改
10/17 16:07, 114F
→
10/17 16:08, 3年前 , 115F
架構導致需要大規模重寫的一說。至於 G 社鴨霸硬推 V3 (嘆
10/17 16:08, 115F
→
10/17 16:09, 3年前 , 116F
ubo 如果在 chromium 下死掉我也不覺得會有什麼問題
10/17 16:09, 116F
→
10/17 16:09, 3年前 , 117F
板上大家還是會有一個迷思，套件對市占率影響很大導致用戶
10/17 16:09, 117F
→
10/17 16:10, 3年前 , 118F
大量出走之類的，我自己是比較不認同，套件的影響應該有限
10/17 16:10, 118F
→
10/17 16:11, 3年前 , 119F
微軟不會一言不合喔，因為現在微軟 EDGE 團隊就是 G 社的
10/17 16:11, 119F
→
10/17 16:11, 3年前 , 120F
形狀，我有看到新聞 V3 他們應該要測試了，也就是他們乖乖
10/17 16:11, 120F
→
10/17 16:12, 3年前 , 121F
吞下去（爸爸推了我就跟
10/17 16:12, 121F
→
10/17 16:13, 3年前 , 122F
開發者沒有什麼能耐，基本上就是瀏覽器廠商推什麼就得吃
10/17 16:13, 122F
→
10/17 16:13, 3年前 , 123F
從過往的發展來看，一直都是這樣子。FX 就看可不可以頂住
10/17 16:13, 123F
→
10/17 16:15, 3年前 , 124F
壓力。chromium 陣營那裏 V3 看起來是跑不掉了，FX 那裏看
10/17 16:15, 124F
→
10/17 16:15, 3年前 , 125F
要維持自己的 V2，還是跟 V3 但維持那些被 V3 廢止的 API
10/17 16:15, 125F
→
10/17 16:16, 3年前 , 126F
反正又覺得前景不樂觀，本來 web-ext 的出現看來應該是可
10/17 16:16, 126F
→
10/17 16:18, 3年前 , 127F
以稍稍走向一致，現在看來...（無奈
10/17 16:18, 127F
推
10/18 07:08, 3年前 , 128F
Fx三不五時改套件相容性 問題已經不只V2/V3了.....
10/18 07:08, 128F
‣ 更多 aza0290 的文章
文章代碼(AID): #1VTKaQv- (Browsers)