Mozilla Firefox 56 社群版本效能比較 Community Build Benchmark

/ 分類: , , / 168 則回應

標籤: ,

從 Mozilla 基金會宣布每六周就會釋出更新版本,至今火狐穩定也來到了 Firefox 56,在瀏覽器的功能上也不斷的增加,像是 Firefox Sync 同步使用者資訊、New Tab Page 提供類似 Speed Dial 的效果、Memory Leak 的改善、內建 PDF Viewer、對於 HTML5、CSS3/3D、SPDY Protocol、WebGL、WebRTC 等語法或者通訊協定的支援也持續的被加入瀏覽器中,當然在瀏覽網頁時,對於效能影響甚鉅的 Javascript Engine,也從 SpiderMonkey、TraceMonkey 到 JagerMonkey,在 Firefox 18 也發表了全新架構的 IonMonkey,在將 Javascript 轉換成 intermediate representation 之後,會先透過不同的演算法來最佳化 IR,之後才將其轉成機械碼,進而提供較佳的效能表現,而在 Firefox 22 也導入了 OdinMonkey 加速引擎,透過底層的即時編譯器來加快 Javascript 效能。

而開源的火狐,提供了使用者自行透過不同編譯工具和最佳化參數的方式來提升瀏覽器的效能,也造就了今天眾多社群版本流通的局面,從早期的 tete、綾川、pigfoot,到後來的 PcX、htguard、Lawliet,還有透過自己的方式來調整維護使用者介面、微調功能、安全性修正的 Pale Moon,或者是加入安全機制的 Comodo IceDragon,當然也有著重在 x64 版本的 Waterfox、Cyberfox,或者總是搶在最先頭編譯 Nightly 的 fbuild 等,提供了一般使用者針對不同的需求來選擇日常瀏覽網頁工具。當然不同的編譯方式,間接影響的就是瀏覽器的效能表現,只是不同的使用者瀏覽習慣,不同編譯版本所呈現的效果也就不盡相同,能夠提供較為接近一般使用下的方式,就是透過網路上不同的效能測試網站來提供使用者量化的參考依據。

社群版本 Community Build

版本名稱 官方網址
Cyberfox http://sourceforge.net/projects/cyberfox/
lawlietfox http://sourceforge.net/projects/lawlietfox/
libportable http://sourceforge.net/projects/libportable/
pcxFirefox http://sourceforge.net/projects/pcxfirefox/
Tete’s Atelier http://www1.plala.or.jp/tete009/en-US/
Waterfox https://www.waterfoxproject.org/

瀏覽器網頁效能測試網站

測試網站 : Dromaeo JavaScript Performance Testing
網站連結 : http://dromaeo.com/

測試網站 : Futuremark Peacekeeper
網站連結 : http://peacekeeper.futuremark.com/

測試網站 : Kraken JavaScript Benchmark 1.1
網站連結 : http://krakenbenchmark.mozilla.org/

測試網站 : Octane 2.0 JavaScript Benchmark
網站連結 : https://chromium.github.io/octane/

測試網站 : Basemark Web 3.0
網站連結 : http://web.basemark.com/

測試網站 : RoboHornet
網站連結 : http://www.robohornet.org/

測試網站 : WebXPRT 2015 v1.998.2
網站連結 : http://goo.gl/9XREm9

Firefox x86 vs x64 效能比較 (2017/10/16)










一般留言 (168)

  1. 这些测试中只有2个Real World测试:JSBench和Talos Top100。
    版主回覆:(12/07/2013 11:17:36 AM)
    想請教一下, Talos Top100 的部份,是怎麼去測試的 ?

  2. http://forums.mozillazine.org/viewtopic.php?f=42&t=2779463
    简单写了一下,过几天再补充
    不想探讨哪个编译版好,只是给出数据参考和编译特点的趋势以及稳定性追踪
    版主回覆:(11/15/2013 10:20:11 AM)
    謝謝分享這些資訊 ~

  3. ICC构建就是这样的,有较高的数据预读和条件分支判断,所以没有一个测试能把ICC构建的深层能力挖掘出来,理论上这个运行时间越长越好,哪有那么多时间来弄这种测试。。。
    而比较js引擎的能力又太片面,因为平常网页浏览时很难遇到长而复杂的js代码,如果非常短,根本用不到IONMONKEY。
    因此我想在Talos离线Top100网站测试中看看ICC构建的能力如何。

  4. 我确实装了Avast,也可能是这个导致的Chrome性能低下(我已经加入排除了),不过firefox毫无影响。Chrome在我电脑上老崩溃,即使快也不用它。
    另外我准备测试下25.0版本在Win8下的表现情况,增加Realworld浏览测试和稳定性测试。其他测试项目按照tom hardware的部分项目进行。
    版主回覆:(10/23/2013 01:19:03 PM)
    看了一下 Tom’s Hardware 的瀏覽器測試,的確比我目前使用的測試網站來的全面些,不過手邊測試本版太多,如果要新增測試項目,或許有些較為冷門的編譯版本可能就會選擇不去測試,另外使用 icc14 針對 SSE3 的編譯版本,在我這邊測試的時候,其實數據很飄(跳動頗大),尤其是在 SunSpider/Kraken/Octane

  5. pcx你說"chrome在我的Win8 x64上性能变得很差,最新版在Sunspider上竟然比Firefox22还慢10倍,Win7上和Firefox处于一个水平线上。"
    可參考avast slows chrome in Sunspider Benchmark
    http://forum.avast.com/index.php?topic=126523.0
    或許是防毒造成的……(行為掃瞄.腳本掃描.啟發式掃描)
    我mcafee到期後用avast free+comodo firewall
    mcafee+Sunspider+chrome26免安版時Total: 283.7ms +/- 5.3%
    avast +Sunspider+chrome26免安版時Total:1066.5ms +/- 0.8%
    慢了4倍….
    peacekeeper.octane.v8.dromaeo.browsermark.speed-battle
    以上更換防毒前後分數不受影響.
    只有sunspider 跟 fabulant benchjs會受防毒更換的影響

  6. 字体一改我就确定了,rss还没更新。
    我会明天再测试一下~
    版主回覆:(10/23/2013 12:49:58 PM)
    🙂

  7. 反复测试,发现也有其它痞客帮的博客存在问题。
    我再发到社群上讨论下吧。
    多谢了。

  8. 现在订阅还是老样子,当然无法确定rss是否已经更新。
    另外,你的西文字体貌似用的是 comic sans ?
    这个字体实在是太粗糙了,一般只适合在漫画上用……
    像这样有不少表格数据的场合,还是用等宽字体比较合适吧。
    当然这也并无定论,一说罢了。
    版主回覆:(10/23/2013 12:24:47 PM)
    訂閱的部份,是由痞客幫直接提供,所以這個部份我也沒有其他解決方案

  9. 不能对回复进行回复么?
    我随便在痞客帮博客首页点了篇文章,进去用 InoReader 订阅(atom1.0),完全可以字号放大。
    [Live]蘋果2013發表會線上直播 凌晨一點新產品即將揭曉 @ 瘋先生 :: 痞客邦 PIXNET :: – http://mrmad.pixnet.net/blog/post/165449202
    版主回覆:(10/19/2013 02:03:39 PM)
    語法的部份,真的不是那麼熟悉,我換了一個樣式,看看是否這個部份有改善 ?!

  10. rss订阅的几个问题
    ● atom1.0 的文章没发现问题,但rss2.0 重新订阅还是停留在Firefox 22 的比较上。
    ● 字体强制太厉害。我用InoReader 可以设置放大字号,但您的博客无法实现,还是很小的字体。试了下痞客邦的其他博客没有这个问题。
    版主回覆:(09/24/2013 01:52:25 AM)
    RSS 的部份我是直接套用痞客幫內建的功能,這個部份我比較不確定問題出在哪邊,我剛剛點擊右上角的 RSS,是有出現最新的文章,至於字體的部份,份我也是套用是內建是的建是版模是,並沒刻意去編輯相關內容,自訂樣式的內容,我在抽空研究一下是不是有強制的語法

  11. 博主有Atom的机器吗?据国外的反馈,Intel编译器构建的Firefox在Atom上表现最好,至今还有人说我的10.0跑的最快。
    我最近准备租一台服务器,这样可以重启Intel编译器的构建了,那么应该是默认SSE3优化
    版主回覆:(09/23/2013 01:43:38 PM)
    這個部分我沒法子幫忙驗證 家中是 i5 公司走 Sync Client 沒實體機

  12. x64版本还能再快10%-20%,只是由于vc2010的bug(我尝试解决了3天,结果C1001越来越多),这个不可能了,除非换高版本的编译器或者intel编译器。
    开发者内部讨论,已经有换vc2013的倾向了(因为有x64到x86的交叉编译器),但是目前vc2013的pgo还不堪大用,bug太多。
    以后我会进入快速构建,这样可以兼顾x86、x64,tb的x86版本,如果硬盘空间足够的话甚至可以考虑ESR。弱化pgo的影响我感觉还是值得的。除了Sunspider,你在表中测试的这些我都没跑。。。为啥加入betterpgo标志,是因为其他测试都是浏览压力的。。。
    版主回覆:(09/21/2013 04:31:43 AM)
    謝謝分享編譯心得,至於測試網站部分,壓力測試最明顯的大概就是 Dromaeo 跟 Browsermark,測試過程中滿容易跳出 Javascript 過久而詢問是否要中斷的視窗,其餘測試倒是還好

  13. ffx 24 …
    Thank You !!
    版主回覆:(09/21/2013 04:34:19 AM)
    I already knew Firefox 24 Released. But I have to work during Moon Festival and just want to give other version of community some more time to be released. All the test result will be revealed when it done. So ………

  14. http://www1.plala.or.jp/tete009/en-US/software.html#TMOZDLL_BETA
    September 19, 2013
    Added the CrashDumpType option for specifying the type of crash dump file.
    x86
    tmemutil-20130919-sse.zip (10KB)
    MD5: db2e0fa47aeeca797808ccc0147d026e
    SHA1: a5a0ef1e3f3f657db9eac5ff217f8265aa999d93
    x64
    tmemutil-20130919-x64.zip (10KB)
    MD5: 1e6bda88d2d19e4598cdcdbeb98169c0
    SHA1: 3bb6f9a00234fd38c42c65b42be4c10ce3b2136b
    版主回覆:(09/13/2013 11:37:20 PM)
    I know. I just need time to get everything ready.

  15. 虫大,圖掛了。
    版主回覆:(08/15/2013 08:55:28 PM)
    圖示直接連到 Google Document 所以如果消失或者出問題 應該都是 Google 那邊出狀況啥的 不過我這邊目前顯示正常

  16. 这有啥便宜可占的。。。
    反正tete009也知道我的补丁在bugzilla上哪里,都贴到bugzilla上了或者发给他了。。。互相占便宜。。。
    新建配置基本上都在一个水平上,差距也就在5%-30%的幅度上,这恰恰是pgo和编译器的差别。
    只有Real World测试差距才开始变大,某些情形最大差距甚至在一倍,建议使用自己的配置进行测试,看看性能衰减如何。
    还有和系统也有差别,比如说chrome在我的Win8 x64上性能变得很差,最新版在Sunspider上竟然比Firefox22还慢10倍,Win7上和Firefox处于一个水平线上。
    版主回覆:(08/15/2013 08:56:28 PM)
    同意這個說法,原本就應該真對自己的使用環境選擇適當的工具

  17. Lawliet   
    PcX
    依舊沒佔
    tete009
    太多便宜 XD
    版主回覆:(08/13/2013 04:37:34 PM)
    測試數據的部分,還是只提供參考而已,畢竟這是在自己的環境下測試出來的成績,並不能反應所有人的使用環境

  18. Iceweasel http://goo.gl/Usq2M
    Lawliet http://goo.gl/fg3D7    
    PcX http://goo.gl/L6bY6  
    tete009 http://goo.gl/P9rf
    ffx 23 release , thank you !!
    版主回覆:(07/09/2013 09:38:24 AM)
    其實都抓好了 只是沒時間一口氣測試

  19. 我好像没说过吧,不过官方确实在弱化pgo的影响,你们到24时就可以看到,各个版本的pgo可能提升不多了,这是因为官方禁用了N多组件的pgo,链接消耗内存也从3.9G降低到3.2G,官方很受鼓舞,不过也导致了一些性能的衰退(官方无意修复了)。我重新做22就是为24的时候做准备了,研究只禁用哪些组件可以使得内存消耗在3.9G左右。除开优化问题,Mozilla使用的一些组件本身还有一定的bug,比如mfbt/libffi什么的,大家可以给Mozilla提交补丁。

發表迴響