Mozilla Firefox 37 社群版本效能比較 (Community Build Benchmark x86/x64) 請見 http://izaka.tw/2014-12-11-215/


,

虫二 發表在 痞客邦 PIXNET 留言(126) 人氣()


留言列表 (126)

發表留言
  • Goldie Lin
  • soga...看來 64-bit 的網頁瀏覽器距離成熟仍有一段路。
    也謝謝多採納一個樣本,感恩...
  • Lawliet
  • 您好

    我就是Lawliet本人,在網路上搜尋
    才發現原來有這麼一篇
    我現在新編譯的Firefox 8.0
    運用了pcx的betterpgo
    成績上已經超越了tete009
    性能與pcx差不多,可能某些地方會差個一點
  • Hello Lawliet ~
    或許我應該稱呼野口兄 ~ 其實你釋出當天, 小弟就已經測試過, 測試當時真的有讓人眼睛為之一亮的感覺, 效能上比起自己家中習慣使用的 tete009 快上不少, 不過這幾天晾著在等 Pale Moon & pigfoot 的版本更新, 就遲遲沒更新部落格的相關數據, 期待未來導入 jemalloc + libjpeg-turbo + tete009 patch 的效能表現 :)

    虫二 於 2011/11/13 01:41 回覆

  • Lawliet
  • 原來您是PCDVD上的前輩,失敬失敬

    我剛剛更新了,詳細更新情況我有PO在PCDVD
    http://goo.gl/Hy6Mi

    libjpeg-turbo跟jemalloc都納入了
    tete009 patch我還在試圖了解它的作用
    等了解有什麼公用之後,會在斟酌是否使用
  • 說前輩不敢當啦 @.@ 剛剛測試完畢之後, 整體效能還是很出色, 不過所有測試數據稍微比前一個版本低一點點, 拿 SunSpider 和 V8 為例, 反覆測試了五六次, 大概就是 Sunspider 169ms/172ms、V8 5934/5875 這類些微的差距

    虫二 於 2011/11/15 06:29 回覆

  • 亞甜莎
  • Pale Moon 8已經上了! 等您的測試~
    對於野口樣在PCDVD(好久沒去了…)提到的事情,我應該會找機會測公司的老P4上的差異…
  • 謝謝告知, 已經測試完畢, 只能說讓人嘆一口氣 XD 晚點會把數據補上 ~

    虫二 於 2011/11/15 06:30 回覆

  • Fx CE fans
  • 為什麼不測試 pcx firefox?
  • 已經測了, 還沒時間更新文章

    虫二 於 2011/11/15 11:31 回覆

  • Goldie Lin
  • 喔喔喔~~~
    原來還有在更新,
    VERY GOOD!!!
  • 這陣子應該不會花時間在上頭了 ~ XD 下次更新應該就是 Firefox 9 了, 加入 Type Inference, JIT 效能應該會有所提升才對

    虫二 於 2011/11/16 08:43 回覆

  • 悄悄話
  • pcx
  • 呵呵,原来还有各种比较啊……
    因为我的电脑不好,所以具体使用的betterpgo项目每次可能会有所不同
    目前覆盖betterpgo较多的是我的8.0.1版本,详细信息可以参见我的项目主页
    https://code.google.com/p/pcxfirefox/

    X64版在我的计划之中,因为X64 PGO编译link时会随机崩溃,没有统一的解决方案,我可能会先使用自动编译,成功后再解决X64跑betterpgo的问题。
    使用mingw/mingw64 gcc编译firefox在我的未来计划之中,在此之前我要移植/修复linux gcc的一些特性到windows上来。
  • 一直都是 FF 的愛好者, 既然知道有效能高於官方版本的社群版本, 實在沒有理由拒絕, 雖然是在找到 Lawliet 版本才開始關注 PcX 您的版本, 不過成績表現同樣讓人滿意, 期待釋出 x64 版本, 尤其在目前使用過 綾川 跟 fbuild 都沒有特別驚豔的狀況下 :)

    虫二 於 2011/11/22 05:28 回覆

  • joke
  • 抱歉 當我沒說 我眼殘= =
    那就是Lawliet...
  • 別在意 XD

    虫二 於 2011/11/22 05:22 回覆

  • pcx
  • btw,你这个图用什么工具做的,我在编译完下个版本后也准备用Origin出图比较下
  • 我是用 Google Document 裏頭的試算表內建的圖表功能, 然後用 Faststone Capture 抓圖之後加上陰影效果 ~

    虫二 於 2011/11/29 21:41 回覆

  • Uttogin
  • 看了以後、我也抓了lawliet 跟 pcx 的版本試試,有個問題是,之前都是用tete的portable版,請問一下lawliet跟pcx的也有portable的方式嗎?
    謝謝
  • 目前沒有看到作者放出 Portable 的版本, 可能得自己修改 profile 放到指定目錄來達到間接 portable 的效果 ~

    虫二 於 2011/12/11 21:47 回覆

  • pcx
  • 建议加入DOM和IE test drive等测试,前者和使用体验关系很大,tete009在这二者里都有比较突出的性能。
    测试链接参见 http://code.google.com/p/pcxfirefox/wiki/TestLink
    我本来想自行比较来着,发现版本太多了,还得弄X64版。
    博主有兴趣可以比较下

    ps:我的FF9 X64出了3个版本,betterpgo和pgo有的高有的低
  • 其實執行 Dromaeo 的 Recommanded Test, DOM 的效能也已經包涵在內, Dromaeo 跟新版的 Peacekeeper 比較接近使用者一般的使用狀況, 不單單只是測試 Javascript 加速引擎的效能, 在自己的電腦測試下來的結果, PcX > tete009 > lawliet > 綾川, IE test drive 的效能其實反而比較吃顯卡的硬體加速效能, 手邊的顯卡是 6950, 不少測試都是直接卡在測試項目的上限, FPS - 60, 反而比較難區分各個版本的效能差距, 所以那個部份的測試, 我可能就暫時掠過, 至於 x64 版本, 我會找時間測試看看, 雖然自己比較習慣拿 nightly x64 的版本來玩

    虫二 於 2011/12/24 02:14 回覆

  • 陳明杰
  • 超棒
  • 謝謝支持 ~

    虫二 於 2011/12/25 15:23 回覆

  • pcx
  • 奇怪,DOM那些在我这里是tete009的快
    不过我是一边干其他事情一边比较的,这也说明tete009受环境影响较小
    另外,tete009在这些编译版中是唯一一个多线程svg/canvas/pixman解析的
    所以载入这些相关的东西也快的多
  • 我倒是沒仔細看 Dromaeo 每個分項成績, 晚些時候重新跑 9.0.1 的時候再來比較看看, 不曉得有沒打有打算順便更新一下 x86 的版本到 9.0.1 呢 ?! :)

    虫二 於 2011/12/26 11:26 回覆

  • pcx
  • 除非重大bug(比如Crash/安全问题)我不会更新的,9.0.1只是revert了一个月初进入9.0的补丁,其他没有任何更改,而且bugzilla上也说,这个更改只对部分人有影响,反正对我没影响。这个项目的本意就是看看FF能跑多流畅,从来没想到把这个弄成一个持续更新的编译版。当然,核心的测试项目BetterPGO我会持续更新的,每次更新会把不合适的去除,再把对使用体验有重大影响的加入。侧重点主要在浏览压力上,关键性的跑分我也只和tete009对比。
  • 可以理解您的編譯方向, Pale Moon 正好這一兩天釋出, 也抽空將所有版本 (9.0.1) 都跑了一次, 晚些時候會將更新數據放上, 不過以整體效能表現 (Based on Peacemaker & Dromaeo), 在自己電腦裏頭的結果是 PcX > Lawliet > tete009 > Pale Moon > 綾川 > 官方

    虫二 於 2012/01/12 02:26 回覆

  • pcx
  • 因为要集成解决百度贴吧复制那个补丁,我可能这两天重新编译9.01的X86版,X64版就不做变动了
  • curtius
  • 居然在这里见到PCX本人
    膜拜下
  • wuwman
  • 看到好多強者 感謝辛勞的強者們
  • zxc
  • palemoon 9.0.1 release ^_^
  • 謝謝告知, 各個版本的 9.0.1 也測試完畢, 晚點會將數據更新 ~

    虫二 於 2012/01/12 02:19 回覆

  • palemoon
  • 9.1 is out (32/64bits)
  • Thx for notification. But I don't think I am going to run all benchmark again. All the fixes in 9.1 are not relative to Firefox's performance. :)

    虫二 於 2012/01/29 18:23 回覆

  • KC1127
  • PCX的版本看Youtube會"走樣"...... http://imgbox.com/aaeFBlES
  • 同樣遇到相同問題, 已經在本文中更新了 :)

    虫二 於 2012/02/03 18:30 回覆

  • KC1127
  • 補充: PCX版本為 Firefox-10.0-en-pcx-win32-120202-icc12-sse3-betterpgo.7z
  • netsonicyxf
  • 的确,PCX的Firefox-10.0-en-pcx-win32-120202-icc12-sse3-betterpgo看Youtube會"走樣"
  • 同樣遇到相同問題, 已經在本文中更新了 :)

    虫二 於 2012/02/03 18:30 回覆

  • pcx
  • ICC编译的就是这样。我这次只是实验做做,实践一下ICC的编译,看看稳定性/效能如何,解决了一些编译问题,不过很多bug我也没有时间去调试了。js引擎感觉SSE2化即可,SSE3之后感觉会有下降。如果未来有人编译ICC的话,baseline还是推荐SSE2。SSE3+fastmath的WebGL还是可以的,所以如果有人对ICC编译感兴趣,我建议使用ICC编译WebGL来覆盖VC编译的。当然,bug处理以及ICC/VC的兼容性问题多多,需要额外的调试。
    我编译完10的win64版之后(VC版编译速度很快,已经完成,ICC版已经链接15小时了,还没完成,我再等一段时间,如果还不完成,我就用已完成的ICC组件来覆盖VC版的形成ICC版),会暂时停止项目更新。未来数个版本我肯定不会编译。
    我现在没有太多的空闲时间,而且电脑性能不是很好,编译Firefox一个优化版本至少花费10个小时(VC X86版),ICC会更加漫长。同时编译X86/X64的Firefox/Thunderbird感觉时间跨度太长。
    由于目前BetterPGO的推广还算可以(我也会稍后上传离线测试版,这样利于第三方编译作者更好的优化,以及做自动优化编译的处理),我先前撰写的MozillaBuiltVC提到的优化方法逐渐被很多人采用,我觉得暂时停止更新也不会感到什么缺憾。

  • 還是很感謝無私的付出, 花這麼多時間和精神在編譯測試上面, 讓大家除了官方版本之外, 有效能表現的更好選擇版本, 不過私心還是希望至少能夠持續 x86 版本的編譯, 至少在 Mozilla 覺得 x64 版本成熟並正式推出之前, 畢竟 x64 目前看起來還是屬於調教階段, 在第三方插件更為成熟之前, x86 版本已經錯錯有餘 :)

    虫二 於 2012/02/09 16:02 回覆

  • pcx
  • X64其实还可以,只不过官方现在用的是VC2005,而VC2005的X64很bug,难当大用。所以官方在FF12/13转到2010后很可能会出64位版。

    我编译x64版只是为了看看加载BetterPGO后的效能看看如何,其他x64版不是禁用了pgo,就是没用BetterPGO。

    持续更新也是可以的,但有些东西我还得再想想。

    BetterPGO是一柄双刃剑,虽然包含了现在几乎所有的浏览器性能测试项目,也包含了对浏览体验很重要的各种压力浏览,但其实不是很适合所有人。只是为了比较而比较,但也可能在很多人不需要的地方过度优化得到意外的结果。
    再说PGO最高也就是提升30%,一般提升10%左右的性能。

    换编译器嘛只是维武器论,作一个参考准线。Intel编译器其实一般,只不过他的库比较好,所以vc+intel库比较可取,阻碍因素是授权问题…… 我们没买那么多

    还是在源码的修改来的最为实在,最简单是经常关注bugzilla,把后几个版本做的性能提高的补丁提前打入.

    自己改的话需要理解一些mozilla的代码,这个我慢慢看看,看看能否在tete009的基础上再做一些修改。但是需要投入时间较多,暂时没这个精力。另外想移植tete009所有的功能(主要在多线程和便携式方面,其他人虽然可以用tete009的补丁,但这方面无法移植),还得再做一些逆向研究。反正,来日方长。计划归计划,毕竟是空闲时间弄得,所以无时间表。

    目前来看,如果不考虑授权,维武器论可能是目前性能提升最为便捷的途径了(包括换GCC),其他人也可以研究研究。我的wiki上这方面的初步工作已经很完整了,其他人参考后相信也能编译出我目前水平以上的版本(有些我考虑了稳定性,所以放弃了优化)。

    恢复更新时间未知,除了时间充足/弄个新电脑之外,我觉得得找个新的性能增长点。比如这个BetterPGO在FF5-6时代起到的较为惊人的性能增益。

    ps:以上皆为乱弹……
  • 看國外討論版的狀況, Firefox 13 應該是最有機會推出 x64 版本, 至於是否持續更新, 我想還是看您自己時間上的調配, 尤其要在穩定性和效能上找個平衡點, 要花費的心力和時間, 我想是非常驚人的, 還是期待您在有閒暇時間的同時, 能夠推出新的編譯版本, 同時也對您在 Wiki 上頭的分享, 不免於俗的學人家在 Facebook 上按個讚 !!! :)

    虫二 於 2012/02/15 03:59 回覆

  • 左右
  • 感謝所有人的付出讓firefox更好用。

    看到很多版本的先進出現於此,所以想感謝一下。
  • :))

    虫二 於 2012/02/15 03:59 回覆

  • gmt
  • 能否将图标下面的文字与上面的柱状图对齐,这样好看一些,现在这种不对齐的状态不怎么容易对比
  • 由於我是直接套用 Google Document 的圖表功能, 我會在下一版測試同時試著把圖表調整的更容易比較

    虫二 於 2012/02/19 22:43 回覆

  • pcx
  • 我刚刚接触社交网络,貌似有些脱离时代了。
    twitter/g+刚学会,因为有些朋友在这上面,facebook还没搞懂……
    不清楚讚是啥意思……

    在我恢复更新以前,你们可以把修改FF的建议/bug/patch给我Email/回帖。

  • 其實社群網站說穿了就是提供朋友之間另一種方式的關注方式, 至於 Facebook 的那個讚, 就是 like, 簡單的說, 就是對分享的文章圖片流言表示贊同, 至於更新建議和Bug, 也很歡迎大家使用, 雖然不是那麼直接就是

    虫二 於 2012/02/22 18:50 回覆

  • 左右
  • 今天再次見到pcx兄所提供的firefox。

    這一次我的電腦可以開啟,之前同樣有包含icc的都不行。
    (我是用amd的處理器。)

    好奇問一下,這些指令應該是可以讓軟體運作速度更快??
    「最低支持SSE2指令集
    對Intel CPU可以自動調整到SSE3,SSSE3,SSE4.1,SSE4.2,AVX,CORE-AVX2,CORE-AVX-I」

    不懂電腦程式的東西。

    感謝。
  • 在程式編寫的時候, 適當的針對指令集去做最佳化, 能夠提高軟體本身效能表現, 針對浮點運算或者是整點運算作加強

    虫二 於 2012/03/18 05:23 回覆

  • pcx
  • 这些都属于自动向量化的范畴,不用编译者去考量,考虑的是编译器的智能水平如何。
    SIMD优化你可以自行搜索一下,大概意思就是在一次多执行数条指令。而由于编译器的优化水平,目前大多在无依赖循环,赋值等方面自动向量化程度较高。
    对Firefox来说,还是pgo的影响大一些。

    ps:有人反映ICC版本看youtube视频有些问题,请告知你们所使用的CPU类型,我这里无法重现。
  • potato
  • pcx你好
    上面這個版本我使用時,youtube選單就恢復正常了
  • pcx
  • 我找到了我无法重现的原因

    因为我使用的是flash11.1,当我使用flash 11.2rc时就会发生该问题

    我会尝试修复。
  • pcx
  • 我想我解决了该问题
    你们可以下载
    http://pcxfirefox.googlecode.com/files/plugin-container4youtube.7z

    覆盖同名文件即可

    修复方法会合并进ICC的下个版本

    由于其他人没有用ICC编译,所以大家有什么问题尽量向我反馈,我会在icc的补丁上做出修改。
  • 左右
  • Firefox-11.0-enUS-pcx-win32-120324-pureICC-sse3-betterpgo.7z

    ▲上面這個版本的amd cpu會無法啟動。

    ▼而下面這個版本的則沒有問題。
    Firefox-11.0-enUS-pcx-win32-120323-pureICC-sse2-betterpgo.7z

    不好意思,我沒有twitter。
  • pcx
  • AMD CPU吧,SSE3版本目前只适合Intel CPU
    在我这里js性能有所下降,DOM成绩有微小的提升

    但也有很多人向我反馈说SSE3的性能要好,可能和CPU有关
  • pcx
  • 修正一下,12虽然有背景更新,但对第三方编译版作用不大(对palemoon/waterfox有独立空间/自动升级可能有用)
    所以我给禁用了,未编译这个组件,我先前稍早时候也建议tete009禁用了该组件,他也没编译这个。

    其他人的我不清楚。
  • 會使用社群版本的使用者, 應該也不會太在意是否能夠自動升級, 或者是放著 Firefox 不去升級, 不過還是謝謝提醒, 已經在文中註明 :)

    虫二 於 2012/05/02 05:42 回覆

  • Lin
  • PaleMoon 已經釋出 Firefox12. 懇請更新數據.
  • 已經更新部分數據, 不過 Krakem 跟 Dromaeo 兩個測試網站在我這邊暫時無法正常執行或開啟, 等網站回復服務之後, 會再找時間將數據補上

    虫二 於 2012/05/02 05:44 回覆

  • 牛肉麵加蛋
  • 要怎麼看之前版本的比較圖表?
  • 先前版本的測試數據可以參考 http://goo.gl/IXZQf

    虫二 於 2012/05/17 04:49 回覆

  • 雪狐 初音
  • 建议加入waterfox等64bit测试
  • 其實手邊有追蹤的 x64 版本有 Waterfox, fbuild, Palemoon, htguard 以及 Mozilla Firefox FTP 上面的 Nightly 幾個版本, 如果直接追加在原本 x86 為主文章裡頭, 感覺會非常的雜亂, 還在考慮要怎麼呈現 (本來是想要等 Mozilla 正式推出 x64 版本, 不過目前看起來, 似乎 Firefox 13 沒這機會 ?!)

    虫二 於 2012/06/01 05:17 回覆

  • ad6543210
  • palemoon有很多功能還停留在舊版,甚至沒加上
    例如硬體加速還是舊版的、網頁開發工具也少了些~
  • 設群版本的話, 還是看使用者針對自己的使用需求去做選擇

    虫二 於 2012/06/01 05:18 回覆

  • sohai
  • 你用的pcx版本是icc还是vc2010? 可以两个版本都加入比较吗?
  • 兩個版本都有測試測過, icc 跟之前測試結果差不多, 各項數據大概還是比 vc2010 慢個 0~3% 左右, 文中保留的數據為 vc2010 版

    虫二 於 2012/06/07 08:25 回覆

  • pcx
  • 我的vc2010版其实不是单纯的vc2010了。已经采用了ICC中快的部分又兼具了vc的稳定性。
    现在icc的优势应该仅在WebGL测试上(当然有些人反馈的其他成绩很好,估计和cpu有关,我这里icc反而慢)
    这一块儿要想办法链接他的svml库,暂时无很好的方法弄到vc版本中。
    不过也不是不可能。
  • 之前測試 ICC 版本的時候, 在 Dromaeo 的測試項目 Regular Expressions 下頭的 Upperase Capture Function 測試會出現錯誤框: "FAIL Compiled Capture Match 1TypeError: tmp[i] is undefined" 不過似乎是偶發問題, 反覆測試幾次, 沒在出現過類似問題, 另外 icc vs vc2010 的效能, 有點在想會不會是 AVX 所帶來的效果, 不過僅限於猜測, 手邊沒有電腦可以驗證

    虫二 於 2012/06/10 15:40 回覆

  • 路過的人
  • 作者做的比較好詳細…不過好奇問一下
    怎麼沒有測試 waterfox 呢?
  • 其實之前測試結果, x64 的版本效能並沒有亮眼到非用不可的程度, x86 在手邊的環境下, 效能還是優於 x64, 不過這幾天有針對 Firefox 13 x64 的社群版本作比較, 文章可以參考 : http://izaka.pixnet.net/blog/post/27485488 , 不過除非日後版本有比較顯著的效能提升, 不然這類測試文不會常態性更新

    虫二 於 2012/06/10 15:38 回覆

  • poosan
  • How about pigfoot ?

    http://ftp.twaren.net/local-distfiles/pigfoot/firefox/archives/
  • 其實早些時候也有在測試 pigfoot 的版本, 不過大概是在 Firefox 6 之後就不見原作者更新, 部落格也無法連上, 看起來 pigfoot 還是有持續在編譯, 不過在這個月五號的時候一口氣更新 11 和 13 的狀況下, 我會抽空找時間測試, 也謝謝提供連結

    虫二 於 2012/06/10 15:51 回覆

  • pcx
  • "FAIL Compiled Capture Match 1TypeError: tmp[i] is undefined"

    这种问题估计是icc的pgo bug吧

    firefox13的icc版本我并没有做过多审查,只能说是个可用性的版本,意义上只是为Intel方面做一个参考,质量上应该低于上个icc版本。


    另外x64构建方面,我觉得x64版本首先应该考虑能使用x86的插件,否则没有必要进行构建,这也是我一直不构建x64版本的主要原因。bugzilla上有个补丁可以让x64版本使用x86插件,但是构建上太耗费时间(普通x64版本+普通x86版本构建时间之和)。在有更好的解决方案前,暂不考虑x64构建。
  • 個人也對 x64 沒有特別的偏好, 除非 Mozilla 真的針對 x64 版本下去最佳化並推出正式版本, 並且有較為明顯的效能提升 (這點我比較保守看待就是)

    虫二 於 2012/06/13 14:53 回覆

  • pcx
  • 另外,htguard告诉我他可能最近开始用VC2012构建了,当然这也从另一方面说放弃对XP系统的支持……
    可以注意下

    具体哪个版本我暂不清楚,你可以测试的时候看看有无vc2012的运行时库
  • VC2012 已經 RC 了, 看起來應該會是正式版的時候再來配合 Firefox 建構, 公司的電腦還是跑 XP, 屆時不能執行的版本, 大概就會是 VC2012 實際應用得時候了, 謝謝告知 :)

    虫二 於 2012/06/13 14:51 回覆

  • 東影神煌
  • 每個人硬體不同
    感覺跑出來的結果不太一樣
    像我跑SunSpider
    tete009就比綾川快
    不過都在170ms上下
    我想常人也感覺不出來差異
  • 也因為單一測試結果實在很難當作常態表現, Dromaeo 才會用反覆測試的方式, 來對效能作評分, 就像你說的, 每個人使用環境不同, 實際測是在來評估嘍

    虫二 於 2012/08/05 17:19 回覆

  • pcx
  • 因为官方的自动pgo就是以测试sunspider为基础的,所以各个版本的sunspider成绩相差不大,可以认为在一个水平线

    我一般剖析Dromaeo DOM和Peacekeeper DOM的成绩,这个明显提高了,我才认为BetterPGO效果明显
  • 收到

    虫二 於 2012/08/05 17:21 回覆

  • Atenza
  • 看來重要的幾個社群版都到15版囉。等你的測試結果再來決定Win上要用那一個XDDDD"

    在OS X上好像沒有加速版可以用耶!?
  • 對 OS X 不熟, 也沒特別研究過有沒有社群版本, 至於 Firefox 15, 已經更新部分數據了, 內文的部分, 抽空後補

    虫二 於 2012/09/02 15:31 回覆

  • guest
  • pcx 的win32版本裡的 firefox.exe 被 comodo 誤判為 win32.pkdtdss
  • 小弟使用 Avast 和 Antivar 並未出現類似問題, 試著將檔案上傳到 Metascan Online 以及 Virustotal 並未出現類似問題, 其中 Virustotal 的 Comodo 掃毒引擎版本是 20120903, 也並未跳出可疑訊息, 應該誤判無誤

    虫二 於 2012/09/03 15:19 回覆

  • 訪客
  • 博主好,能否做一个64位第三方编译版本的测评对比,还有64位和32位的评测对比?
    谢谢。
  • 對於 Firefox 第三方版本的 x64 vs x86 小弟一直有在比較, 不過非使用主力, 加上工作忙碌, 測試時程上都非第一時間, 目前停留在 Firefox 14 的對應社群版本, 相關數據以及文章, 就麻煩直接參考 http://izaka.pixnet.net/blog/post/27485488 , Firefox 15 的部分, 會擇期補上

    虫二 於 2012/09/03 15:22 回覆

  • Gnest
  • tete009有新版了,可以再比較一下。
  • 15.0.1 主要是修正 Private Browsing Caching 的問題, 跟效能上不會有啥太大的直接影響, 就不刻意重測了, 原則上只會跟著 Mozilla 的時程, 六周測試一次, 至於 tete009 test build, 等實裝再看看嘍 ~

    虫二 於 2012/09/15 11:46 回覆

  • jojo62tw
  • 17 release

    煩請 更新

    謝謝 !!
  • 基本上 16, 17 的更新主要還是著重在功能性上的提升,效能上的提升並不是那麼顯著,Firefox 18 會用 IonMonkey 來取代目前所使用得 Java 加速引擎 JagerMonkey,屆時會再針對各個社群版本作測試,謝謝

    虫二 於 2012/11/27 00:57 回覆

  • 海葱 林
  • 呵呵,不错,这么说pcx版本很给力啊
  • 數據還是參考為主,每個 Build 最佳化方式還是有些為差異,比照自己使用習慣來測試可能會比較適當些 :)

    虫二 於 2012/12/09 18:55 回覆

  • Guest
  • 不更新嗎?
  • 版本眾多 測試起來耗時廢日 再來測試只會針對更新項目牽扯到效能項目較多的版本來測試 如果是著重在功能性上的話 就會略過 例如 Firefox 18 著重在新版本的 Javascript Render Engine IonMonkey 就會測試

    虫二 於 2012/12/31 23:34 回覆

  • jojo62tw
  • 18.0 release , plz ... ...
  • 已完成,請參閱

    虫二 於 2013/01/15 04:28 回覆

  • #62
  • 感謝回應,期待18.0的測試,謝謝
  • 已完成,請參閱

    虫二 於 2013/01/15 04:28 回覆

  • Atenza Jun
  • IcdDragon其實我也有做17版的部分,只是因為考量不是為做最佳化訴求的版本,所以沒有放進去。本來也有考慮做Octane取代v8,不過後來還是因為Safari的緣故放v8。大致上結果和你的差不多 :)
  • 會加入 IceDragon 主要也是因為他的宣傳 A faster, more secure version of Firefox 當然也想測試看看加入安全考量之後對效能影響到甚麼程度,至於好奇的問一下 Octane 用 Safari 會產生甚麼問題嗎 ?!

    虫二 於 2013/01/15 15:03 回覆

  • ad6543210
  • 我是來亂的
    開頭就錯囉 年份
    >>Jan 15, 2012
  • 哈哈 謝謝告知 已修正

    虫二 於 2013/01/15 14:57 回覆

  • ZH-TW
  • Rightware Browsermark 2.0 該不會只有測這個吧...
  • 抱歉 忘記開放 Google Doc 共用權限 現在圖片應該可以正常顯示了

    虫二 於 2013/01/16 18:32 回覆

  • pcx
  • 博主你的google docs数据共享呢,我只看到16以前的,没有18
  • 因為在 try 新的圖表格式, Firefox 18 可以看這裡 http://goo.gl/4ho4R

    虫二 於 2013/01/17 01:34 回覆

  • Atenza Jun
  • Safari會跑到一半跳到最前面。
  • 收到, 因為實在沒有動力把 Safari 裝起來 XD

    虫二 於 2013/01/18 14:17 回覆

  • Gameclamp
  • http://sourceforge.net/projects/cyberfox/?source=navbar
    这里有个新的编译版本,用了visual studios 2012, Windows 8 SDK 和 Intel composer XE 2013
  • 我還再斟酌 x64 的版本要怎麼測試和圖表呈獻,可能會把 x86 跟 x64 拉到這篇文章裡頭,因為目前我還沒測其他 x64 的編譯版本,時程上可能會 delay 一下,或許會等到下一版推出的時候再來測試,不過還是謝謝提供新版本

    虫二 於 2013/01/22 03:27 回覆

  • jojo62tw
  • 19.0 release , plz ... ...
  • 我知道 會找時間測 最近太忙了 今天也是還來公司 ..... 或許會在 228 當天一次測完

    虫二 於 2013/02/24 15:50 回覆

  • 好學生
  • rightware browsermark 2.0 圖有誤,是firefox18 不是19,希望能修正.
    測試辛苦,謝謝.
  • 那個部分不是錯誤,是我這邊連不上測試網頁,所以先保留上一版本的圖資

    虫二 於 2013/03/01 12:26 回覆

  • pcx
  • BetterPGO评价指标
    https://docs.google.com/spreadsheet/ccc?key=0AvVolT44UxSLdEQ0U2RVMnAyZlJvMHNleGc2eE11TFE&usp=sharing

    在相同版本下,这个优化指标越高越好。
    由于我在19.0上实验新环境(sdk7->sdk8)/新编译方法(BetterPGO不再一气呵成),在最终链接上出现了严重的失误,导致这个指标数字没有保存下来。我会在19.0.1完成后补上。

    这个指标主要给其他编译者进行参考。我主要是为了精简BetterPGO项目而做的优化数据跟踪。
  • 感謝分享這個部分的優化資訊 :)

    虫二 於 2013/03/01 12:27 回覆

  • pcx
  • 我觉得Octane测试波动太大,我测试了10遍,竟然有6次在8000多,4次在7000多。
  • 我這邊測試下來的結果變動率沒這麼高,不過不穩定是真的

    虫二 於 2013/03/07 23:24 回覆

  • 訪客
  • Pcx firefox 19.0 及 19.0.1 用 Futuremark Peacekeeper 測試到半途,都會停止不動,原因為何?tete009也是如此.
  • PcX 19.0 我有遇到過不同電腦會有卡住的狀況,不過 PcX 似乎暫時將 19.0 給移除了,等看看 19.0.1 的更新嘍

    虫二 於 2013/03/07 23:26 回覆

  • eddie
  • Pcx firefox 19.0.1 在哪邊可以下?
  • PcX 19.0.2 已經釋出。

    虫二 於 2013/03/13 04:38 回覆

  • 訪客
  • 修正,是PcX 19.0 和 tete009 19.0 及 19.0.1.
  • PcX 19.0.2 已經釋出。

    虫二 於 2013/03/13 04:38 回覆

  • pcx
  • 博主这一次测试了那么多。。。
    Intel64 vs Intel64+AVS 效能比較 标题AVX写错了

    我的版本在Kraken领先那么多,好不正常,19.0.2我尝试使用了递归内联试验了一把,当然选择了一个保守值,如果有可能的话,我看看是否能更激进,争取找到一个合理的内联因子。

    最近我在实验CRT函数优化(memcpy/memset/memmove),结果对Firefox起反作用,性能下降明显,但是对其他较小的软件起到明显的增速,不知道是不是jemalloc把这个重构了有关。
  • 標題的部分謝謝提醒,已經更新,其實一開始測完 19.0.1 x86 就打算告一段落,不過正好遇上硬體更新、重灌、19.0.2 發佈、想整理一下自己報表的 Google Docs,趁著重灌最乾淨的環境下,一口氣就把想測的東西給跑上一輪,新的紀錄檔案連結為 http://goo.gl/juMoa ,至於數據部分差異,比較沒辦法提供更進一步的資訊,這次測試版本多到自己完全吃不消,是說,19.0.2 的效能似乎比之前編譯的 19.0 慢些,不過安裝檔忘記在 19.0.2 出來的時候多留一下子

    虫二 於 2013/03/15 00:41 回覆

  • Lawliet
  • release x86我的版本在Octane的測試應該沒有這麼低才是
    另外我還捨棄了sunspider 0.9.1,捨棄這個會造成一些測試成績低落
    但實際使用上,性能其實比較高,sunspider包含了太多
    現實上幾乎不會採用的jacascript,目前這部份維持mozilla內建

    x64版本裡面,我捨棄了betterpgo,還有一些stupid patches
    性能不高,但相對穩定,同樣的betterpgo,在x86沒有的問題
    在x64上層出不窮,這還不包括偶爾會遇到的link error...
    雖然VC11U1可以解決一些問題,但是也帶來一些穩定性問題

    ESR非主流版本,所以我放棄betterpgo,從17.0.4開始改回VC10編譯
    穩定性跟性能會更平衡

    另外請問一下測試中intel64 vs intel64 + AVX是用哪兩個發行版做的測試?
  • 按照 pcx 先前提到過 Octane 效能變動過大,我會找時間補跑一次 Lawliet 的版本,看看是不是因為變動的關係造成效能不佳,至於 Sunspider 個人也覺得不需太計較差異,自己在參考整體使用表現其實不太參考 Sunspider 的數據,保留測試,單純是因為時間很短。至於 x64 版本,其實真的也只是這次一堆巧合下,才決定加入測試項目,個人還是偏好使用 x86 版本,不過我同意穩定性和效能中的平衡點,穩定性高是必備要素。至於 intel64 vs intel64 + AVX 是用 fbuild 的版本,似乎也是目前唯一將兩個版本都分開編譯的社群版本。

    虫二 於 2013/03/14 05:07 回覆

  • pcx
  • 我的意思是最近在20beta上的测试,19.0.2还是沿用原来的方法。

    另外,tete009也会出x64版本了。

    最近总结的优化方法都在非pgo版本上通过,但没有经过pgo版本的实践,所以我可能在20release时实验一下和pgo的协作。以后尽量定期更新,但比其他编译版出的晚很多,我很想直接等x.0.1。。。

    另外吐槽一下用NoScript上你的blog每次回复都得临时全部允许,太多域了。。。
  • 新版本的部份我會持續留意的,花了些時間把整個報表格式定下來之後,日後更新的速度會快上不少而且輕鬆,至於網域連結過多這個部分還請多擔待些,像是測編欄位的時候,很多東西再一開始寫 Blog 就加上去試試看然後就沒動過,我已經先行移除一些,剩下的部份我再斟酌保留項目

    虫二 於 2013/03/17 02:26 回覆

  • 訪客
  • 原本 firefox 書籤項"顯示所有書籤",匯入書籤後,選擇書籤選單資料夾,再選空白處,點滑鼠左鍵,就可以快速知道資料夾內有多少網址,更新v20後 (包含Pcx ,Lawliet)不知道為什麼將此功能取消?敬請解答,謝謝.
  • ZH
  • 圖掛了....另外就是 第三方編譯的Fx20幾乎都出了...期待您的評測..
  • 我知道,已經測了幾款,圖掛點原因,是因為試算表跑掉,不過這幾天還是得上班,最快大概禮拜二才會把整個數據更新

    虫二 於 2013/04/07 00:20 回覆

  • pcx
  • 上边那位游客说的"顯示所有書籤"那个功能我没用过,从来没发现有这个功能。。。

    我简单写了下 第三方编译版的功能特征比较,可以和博主的baseline跑分一起参考,我并没有测试各个版本的benchmark

    http://bbs.kafan.cn/thread-1534505-1-1.html
  • 很詳細的參考資訊,感謝分享

    虫二 於 2013/04/09 23:46 回覆

  • pcx
  • pcxfirefox遇到崩溃怎么办?
    在firefox目录建立一个名为tmemutil.ini的文本文件
    内容为
    [General]
    CreateCrashDump=1

    [Env]

    遇到崩溃时把minidump保存,然后把该文件发给我。
    另外,此方法还可降低崩溃的几率,原因不明。

    我在单位的XP系统就遇到了一种崩溃情形,pcxfirefox、Lawlietfox和tete009都会崩溃,本来想用这个方法找崩溃原因,不过这样修改后tete009和pcxfirefox竟然都不崩溃了,生成不了minidump,变成正常运行了。。。
  • 又學到了,謝謝分享

    虫二 於 2013/04/12 04:26 回覆

  • pcx
  • 博主应该不是在一天比较完成的,我这里的经验是,第一天测试的成绩低,第二天的成绩高。可能和重启后系统性能变快有关。
  • 的確非同一天測試完成,只是要一口氣測試完畢,實在有點累人

    虫二 於 2013/04/12 04:25 回覆

  • 鼻仔 真
  • 虫大這篇測試不打算在PTT上發佈嗎?
    蠻想知道其他人的想法。

    目前用起來PcX的速度是最快的但開啟大量分頁時跟官方一樣非常頓
    Lawliet x64相較之下就順很多,只是平常使用還是慢x86一些
  • 到不是不過去貼,因為現在圖表都是直接套用 Google Doc 產生的圖片,要去 PTT Po 就得重新抓圖幹嘛的,就跟著懶了 至於那個版本適合 其實本來就應該自己按照自己的使用環境去嘗試嘍

    虫二 於 2013/05/08 09:17 回覆

  • pcx
  • Sunspider 1.0出了,似乎减少了测试项目,连delay也去掉了
  • 稍微看了一下,測試項目應該沒減少,主要是修正 Bug,然後提升測試的準確性,比較多的介紹在下面這連結有比教多的陳述 http://goo.gl/zsEKG

    虫二 於 2013/05/17 06:19 回覆

  • Atenza Jun
  • 先謝謝了~這個幾個大概是我會換著用的版本…對我來說頗有參考價值。
  • :)

    虫二 於 2013/05/24 06:07 回覆

  • pcx
  • 博主的测试方法有些改进的地方(博主测试的时候我有时是游客)

    我认为一个科学的比较是,每个测试,每个浏览器都要顺次完成,而不是一个浏览器做完所有的测试后再进行其他浏览器的测试,这样对性能的影响非常小,而且可以分多日来比较各个浏览器的一种测试,这样也分担了平日的负担。
    我原来做一个浏览器运行全部的测试后再进行其他浏览器的比较时,性能差距最大可达10%-20%,这是无法忍受的数字。
    另外,我不知道博主是进行的离线测试还是在线测试,我这里的分析是在线测试对结果有2%-7%的扰动。
    另外建议博主写明测试使用的系统,我这里情况是Win7和Win8上测试的排名有很大差异
  • 先說我的測試環境好了,其實一直都是在 Windows 7 下頭,也沒打算換過去 Win 8,所以參照以前數據的部分,應該不會有您提到不同作業系統所造成的環境變異。另外我的測試流程大概如下 : 1.移除前一個版本所有 profile/appdata/cache 2. 安裝官方最新版本然後開始測試 3. 每測試一個 benchmark 就會關閉火狐一次 (這個步驟可以降低你說到不同 benchmark 依序測試的誤差, 至少在我的使用環境下頭頗明顯) 4.當所有 benchmark 都測試完畢之後, 同樣清除 profile/appdata/cache 然後再新開始下個版本

    虫二 於 2013/05/29 06:38 回覆

  • pcx
  • 恩,如果是Win7的话,测试结果和我测试的类似。不过在我的Win8下,tete009的benchmark表现不是很好,不清楚是不是和VC2005有关

    另外建议Sunspider和Kraken公布下noise值
  • Win 8 的話我手邊沒機器可以嘗試 所以原因也沒辦法判斷 至於 noise 的部分 我會看看有沒有辦法用簡單一點的方式顯示在圖表中

    虫二 於 2013/06/01 07:36 回覆

  • Pablo Li
  • 在版本更新上,似乎 tete 最快…?
  • 這次算是不預警的好幾個編譯版本一同 lag 不過野口的版本 lawlietfox 22 也釋出了

    虫二 於 2013/06/30 20:34 回覆

  • Witch Five
  • 大概被pcx說中了,fx22可能由於官方源碼優化作得太好,所以這版純靠pgo的優化效果「最不明顯」。
  • 還是有些微差異,不過不像先前那般顯著就事了

    虫二 於 2013/07/09 17:38 回覆

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

    依舊沒佔
    tete009

    太多便宜 XD
  • 測試數據的部分,還是只提供參考而已,畢竟這是在自己的環境下測試出來的成績,並不能反應所有人的使用環境

    虫二 於 2013/08/16 04:56 回覆

  • pcx
  • 这有啥便宜可占的。。。
    反正tete009也知道我的补丁在bugzilla上哪里,都贴到bugzilla上了或者发给他了。。。互相占便宜。。。

    新建配置基本上都在一个水平上,差距也就在5%-30%的幅度上,这恰恰是pgo和编译器的差别。

    只有Real World测试差距才开始变大,某些情形最大差距甚至在一倍,建议使用自己的配置进行测试,看看性能衰减如何。


    还有和系统也有差别,比如说chrome在我的Win8 x64上性能变得很差,最新版在Sunspider上竟然比Firefox22还慢10倍,Win7上和Firefox处于一个水平线上。
  • 同意這個說法,原本就應該真對自己的使用環境選擇適當的工具

    虫二 於 2013/08/16 04:55 回覆

1 2
【 X 關閉 】

【PIXNET 痞客邦】國外旅遊調查
您是我們挑選到的讀者!

填完問卷將有機會獲得心動好禮哦(注意:關閉此視窗將不再出現)

立即填寫取消