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

/ 分類: , , / 174 則回應

標籤: ,

從 Mozilla 基金會宣布每六周就會釋出更新版本,至今火狐穩定也來到了 Firefox 59,在瀏覽器的功能上也不斷的增加,像是 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 WebXPRT 3 2018 v2.93
網站連結 : http://goo.gl/9XREm9

測試環境

由於主力機從原本的 i7-4790K 更換為 R7 1800x,單核時脈的影響,多少也直接反應在測試結果上面,對過往數據有興趣的朋友,可以參考 Firefox Community Build Benchmark,以下則為目前的測試環境。

  • 處理器 : AMD Ryzen™ 7 1800x
  • 主機板 : ASUS ROG STRIX B350-I GAMING
  • 記憶體 : G.SKILL TridentZ DDR4 3200 32GB (2 x 16GB) F4-3200C14D-32GTZ

Firefox x86 vs x64 效能比較 (2018/04/10)












一般留言 (174)

  1. Custom Builds愈來愈少,性能也愈來愈顯得毫無優勢。。。

    • 這個部份我相信 Mozilla 也費了不少心思在編譯上面,就像你說的,差異真的是越來越小

  2. 大部份的使用者都是不了解測試項目的,也不太會去想了解測了什麼,只想知道那個好,對這方面較內行的人他們也自己會去測,所以建議減少測試項目,而是盡量能讓大部份的人能直接清楚明瞭哪個好,而不是看了老半天還是不知道哪個好,浪費你花了這麼多時間卻沒多少人能了解。

    • 其實真的會選擇第三方編譯版本的使用者大多有一定相關知識理解,一般使用者其實單純就是上官網抓甚至不用外掛,所以這篇文章個人比較傾向於用紀錄的角度來看各編譯版本的效能增長,至於推薦哪一個最好,我會斟酌看看在文末增加個簡單的小結提供使用者參考,畢竟依照使用習慣瀏覽網頁不同,這個部分算是比較難單從數據去評量,還是很謝謝你提供建議 🙂

      • 57以後的版本比56以前更快(官方說法), 也許可以將官方版本的某個測試,以版本的方式比較,這樣可以清楚每個版本是否效能真的更好,或是好多少。

  3. lawlietfox, libportable, pcxFirefox, tete009 v55.0.3 and Waterfox v55.0.2 is up.

    Windows 10 x64 瀏覽器效能簡測 (Chrome, Edge, Firefox) is still dead. Because FF v55 is major milestone of whole Project Quantum ( https://medium.com/mozilla-tech/the-search-for-the-goldilocks-browser-and-why-firefox-may-be-just-right-for-you-1f520506aa35 ), now is good time to revive that bench.

  4. Is there a benchmark that compares various versions of firefox? I’m curious if it’s getting better (performance wise) or worse. If you still have the old benchmarks it would be easy to compare them.

    • Hello Quello ~
      Thx for the your question. I do keep all the benchmarks since I started this test. I will try to add new chart with the latest 10 Version Benchmark after 54 test done. It wont be a good idea to put in all different version. Properly Official, pcx, lawlietfox only.

  5. lawlietfox, libportable, pcxFirefox, and Waterfox v53 is out

  6. pcxFirefox v52.0.2 is out

  7. pcxfirefox 52.0.2 發布了,博主能更新個測試嗎? 謝謝!

  8. pcxfirefox 51.0.1 发布了,能更新下测试吗,多谢啦!

  9. 博主好,请问下你测试的平台是哪家的cpu?
    注意到有些版本像cyberfox有分别针对intel和amd的编译版本,lawlietfox的64位版本是对intel优化的。
    这种对cpu优化的版本如果在相应的平台上跑,性能提升明显吗?
    我是amd的cpu,如果使用lawlietfox的64位版本,合适吗?
    谢谢!

    • 如果我的理解没错,针对不同 CPU 的优化,就是在编译的时后套入对应的参数,例如要使用哪些指令集、哪些旗标等,要说优化跟无忧化效能要明显提升,我想一般使用应该不会出现那种一飞冲天的差异,使用非针对CPU优化的社群版本还是可行的,不过非Intel系列的电脑,我反而都是使用 tete 的版本居多就是了,主力电脑的 CPU 是 Intel 4970K

  10. pcxFirefox-48.0.1 is out now and lawlietfox got minor update (48.0.1-1 → 48.0.2-1) It seems both based on offical 48.0.1

  11. Always good reference for comparing Firefox community builds.

    But, no matter how something is good, there are always some rooms for further improvements, I think. I have 2 suggestions.

    1. How about adding Chrome (x86 , x64) and Edge (up to date version of when the bench is taken) for references of Firefox community builds vs others.

  12. 我都不知道分数是高好还是低好,也不知各测试是哪方面。我只想知道普通用户用哪个好。

  13. 將來有沒有機會加入RAM用量、啟動時間之類的數據?
    參考 https://www.raymond.cc/blog/mozilla-firefox-64bit-build-performance-compared-to-32bit/

    • 這個部份我再考量看看,測試版本很多,其實目前幾個測試下來就已經耗掉非常多時間了,就連 43 我也還沒時間紀錄

  14. 為什麼不把firefox原裝版也加進測試?

  15. Good benchmark, it would be better for comparing if Offical 32bit is added to Firefox x86 vs x64 as control group.

    • Thx for response. The original idea is to add Offcial Firefox benchmark after Mozilla release x64 universal installer. Maybe I will add x86 first after finishing the test result of Firefox 38.

  16. March 22, 2014
    Uploaded DLLs for My Private Builds (beta). Fixed the problem that there was a place I had forgotten to call FlushInstructionCache() in portable mode.
    http://www1.plala.or.jp/tete009/en-US/software.html#TMOZDLL_BETA
    版主回覆:(03/03/2014 09:02:52 AM)
    Thx for sharing this. Just came back from trip. Will take a look while time available. btw this blog might not keep maintain after firefox 30 released. I will switch to Blogger. New Site will be http://izaka007.blogspot.tw/

  17. tete009应该从28.0开始使用VC2013,我们商量了下,在Metro UI的问题没解决好时,在我们的28.0版本上不启用Metro UI(现在Metro模块依赖升级模块和后台维护自动升级模块。后两者一般第三方构建都会去掉,这会造成Metro UI运行不正常)
    版主回覆:(02/13/2014 01:11:55 AM)
    Metro UI 的部分,我倒是沒特別期待過,不過既然問題尚未解決,disable 對使用者來說應該是比較妥當的,另外我可能會慢慢把文章挪過去 http://izaka007.blogspot.tw/

  18. tete009 27.0暂时使用VC2005构建
    版主回覆:(02/07/2014 08:56:26 PM)
    更新完畢

  19. 我是跟别人说的,现在Mozilla也比较注重优化,所以我现在已经做不出来firefox5-8那时的效果了。当时release+我的优化是完全跑赢nightly的,现在也只能在有限范围内做最大的提升(当然和构建时间有平衡,我不会为了1%的速度提升而去加长50%的构建时间)
    有些人希望我构建AVX版本,但是我现在硬盘空间已经到达局限,除非砍掉SSE3版本。
    目前我在进行28.0beta Mini版本的开发,所以一些反馈可能要很晚才去跟进。
    版主回覆:(02/04/2014 01:34:49 AM)
    Mozilla 願意去優化對使用者來說是利多,社群版本要去最佳化,當然就像你說的一樣得找到平衡點,不然 CP 太低也是浪費時間,不過話說回來 tete 好像還在等 vc2013,看起來星期日應該來整理一下這回你更新的版本,剛過玩年就被工作追殺,連自己的工作機也都還沒換過去 27,回頭等他放出來,再來補更新

  20. fbuild正常情况下明显比我的快啊,正如firefox29比firefox27快一样,根本就不是相同的版本号,如何能平等的对比。光开发路线就差半年。。。
    正如light fox比其他编译版快一样,因为light也是nightly版本,其他编译版大多是release版本,如果和nightly版本比较才能评价light版本的真实效能。
    如果我把firefox29按照我的优化方式编译,然后把版本号改为27.0,你们再去和27.0其他版本比较,是不是得惊为天人了
    版主回覆:(02/03/2014 11:13:45 PM)
    我知道這個點阿,不同版本,修正跟強化的東西,本來就不能混為一談,當初會去測 fbuild,也只是想看看 AVX 帶來的效益而已,所以後來就還是回歸到 Lastest Stable 和對應社群版本為主嘍 ~
    btw 新年快樂 🙂

  21. 在AVX系統上有沒有分別?fbuild有AVX優化,我用2500k和4770k測試感覺比pcx更快…但沒有實際測試過||||
    版主回覆:(01/11/2014 10:32:37 PM)
    我在更早的測試項目中,有針對 fbuild AVX 的指令集去測試過,效益不大,有些項目反而落後,加上自己使用版本是以 stable 為主,所以後來就沒特別去測試 fbuild 後期版本 Ps. CPU 為 3770K

  22. 那你的电脑碉堡了啊,我这里JSBench测试时间太长了,差不过和Talos Top100的测试时间差不多
    自从使用服务器构建firefox后,pgo项目基本上精简到最低了,构建速度是原来的6倍,我可以做以前想做无力做的,比如解决Release版本的官方源码bug,多版本的维护,只是目前想做的还是很多,一多又顾不过来了。。。
    版主回覆:(01/09/2014 07:25:30 PM)
    維護多版本和官源 Bug 這個部份,很佩服你的熱誠,不過還是在能力所及找個平衡點,自己在測試這些社群版本也真的只能找空檔,手邊事情一多,時間斷斷續續的,有時候真的會發懶

  23. Firefox Custom Builds By Martin Brinkmann

    http://www.ghacks.net/2009/05/09/firefox-custom-builds/
    Firefox Custom Builds List
    Autofox (Linux) – 64-bit only optimized Firefox build [gone]
    Blazing Fast – What if Firefox was custom built to your particular CPU and even operating system? Wouldn’t it perform faster? The answer to that is a definite yes. The following builds of Firefox are optimized for particular CPUs to run specifically for Windows. They are also optimized according to the real world uses so that it performs the best on your desktop. [gone]
    Cyberfox – A Firefox build compiled with Visual Studio 2010 for Windows. It is available as a 64-bit version and as a portable version, and follows Firefox’s stable release schedule.
    Firefox Ayakawa build (link 2) – Another set of optimized builds of the Firefox web browser.
    Firefox Musume Nightly Builds – Firefox musume CE is a customized and optimized version of Mozilla Firefox.
    Firefox Ultimate – an optimized version of Firefox optimized for processors with 4 or more cores.
    Lawlietfox – Custom build offering both stable and ESR versions. According to the author optimized for high performance. Lacks behind one version currently.
    Lightfirefox – Firefox custom builds with removed components.
    Palemoon – A 32-bit and 64-bit build of Firefox for Windows that does not follow Mozilla’s rapid release schedule which is why the version is different from Firefox’s most recent stable version. The author will not implement the Australis interface that Mozilla plans to ship in Firefox 29.
    pcxFirefox – Another Windows build that offers better performance and stability.
    Pigfoot – VC9-release patch, tweaks profile patch, Adobe Flash Player 10.0.22.87, Windows Media Player Firefox Plugin 1.0.0.8, Reduce memory usage, Speed improvement by using Profile-Guided Optimization (PGO), Support Mozilla Update Channel since Firefox 2.0.0.6.
    RPM Builds (Mac G3, G4) – Optimised for G3, G4 (7450 & 7400).
    Swiftfox (Linux) – Swiftfox is an optimized build of Mozilla Firefox. Swiftfox has builds for both AMD and Intel processors and is based on the most cutting edge Firefox source code available.
    tete009 – optimized version of Firefox.
    Waterfox – A 64-bit only browser for Windows that is following Mozilla’s official release schedule.
    版主回覆:(01/07/2014 03:09:20 PM)
    No offense. Since the article was written in 2009. All the information is quite out off date. Half of custom builds are dead. So ….. proberly I am going to delete this comment at the end of this week. Thx

  24. 不知道你的电脑性能如何,JSBench测试时间要相当长。。。
    版主回覆:(01/06/2014 08:19:22 PM)
    不管是 online 或者離線包的測試數據都差不多,測試時間也在可以接受範圍,下面是用你編譯的 SEE3 x86 測出來的結果
    Final results:
    63.42ms ± 1.75% (lower is better)
    Standard deviation = 3.75% of mean
    Standard error = 0.84% of mean
    23 runs

  25. Firefox Benchmark on Win8
    http://t.cn/8keLecB
    简单的分析参见:http://bbs.kafan.cn/thread-1661756-1-1.html
    另外着重说下26.0 x64稳定性的问题:关于Crash报告,x64版本的Cyberfox和Waterfox都有较为明显的崩溃问题,前者崩溃要多些,后者也在常见的flash右键崩溃,因为官方并不考虑Release版本的x64代码兼容问题,所以这些问题只能交给编译版的作者解决,显然在这方面,Cyberfox和Waterfox作者并没有解决这些问题。目前来看,仅在pcxFirefox26.0 x64版本中解决。我预计这个x64问题要持续到27.0。
    版主回覆:(12/07/2013 11:18:13 AM)
    謝謝分享,我將連結註明在文章中,如果有不妥之處,再告知一聲 🙂 至於 JSBench 的測試的部份,我應該會從 Fireofx 27 開始加入測試,這陣子實在忙的有點暈頭轉向

  26. 先去clone talos的源码,然后再去找tp5n的离线包
    根据步骤进行python环境的安装及配置
    进入scripts目录用activate启用服务器,然后使用talos命令行进行各个版本的测试
    我这里只进行tp5n(Top 100)的测试,Mozilla用talos追踪很多测试性能,不只是Top100

    • The sites you have referred were good. This is a great article, that I really enjoyed reading. Thanks for sharing. Post is explained clearly so that we are able to understand it clearly.

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

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

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

  30. 我确实装了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

  31. 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會受防毒更換的影響

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

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

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

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

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

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

  38. 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 過久而詢問是否要中斷的視窗,其餘測試倒是還好

  39. 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 ………

  40. 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.

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

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

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

  44. 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)
    其實都抓好了 只是沒時間一口氣測試

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

  46. 大概被pcx說中了,fx22可能由於官方源碼優化作得太好,所以這版純靠pgo的優化效果「最不明顯」。
    版主回覆:(06/30/2013 12:34:41 PM)
    還是有些微差異,不過不像先前那般顯著就事了

  47. 在版本更新上,似乎 tete 最快…?
    版主回覆:(05/31/2013 11:36:16 PM)
    這次算是不預警的好幾個編譯版本一同 lag 不過野口的版本 lawlietfox 22 也釋出了

  48. 恩,如果是Win7的话,测试结果和我测试的类似。不过在我的Win8下,tete009的benchmark表现不是很好,不清楚是不是和VC2005有关
    另外建议Sunspider和Kraken公布下noise值
    版主回覆:(05/28/2013 10:38:59 PM)
    Win 8 的話我手邊沒機器可以嘗試 所以原因也沒辦法判斷 至於 noise 的部分 我會看看有沒有辦法用簡單一點的方式顯示在圖表中

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

  50. 由于asm.js进入22了,博主可以进行asm.js相关的benchmark比较了
    asm.js也进入了arewefastyet的性能追踪
    http://arewefastyet.com/#machine=11&view=breakdown&suite=asmjs-ubench
    http://arewefastyet.com/#machine=11&view=breakdown&suite=asmjs-apps
    版主回覆:(05/23/2013 10:07:16 PM)
    謝謝告知 這個週末手邊的事情也告一段落 會抽出時間來做相關測試 🙂

  51. 先謝謝了~這個幾個大概是我會換著用的版本…對我來說頗有參考價值。
    版主回覆:(05/16/2013 10:19:07 PM)
    🙂

  52. 我在这里简单做了21官方版/编译版和nightly的性能比较
    由于时间有限,不可能做太多版本,也不可能做太多测试,仅供参考
    http://www.firefox.net.cn/forum/viewtopic.php?f=4&t=45746&p=325780#p325780

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

  54. 虫大這篇測試不打算在PTT上發佈嗎?
    蠻想知道其他人的想法。
    目前用起來PcX的速度是最快的但開啟大量分頁時跟官方一樣非常頓
    Lawliet x64相較之下就順很多,只是平常使用還是慢x86一些
    版主回覆:(04/11/2013 08:25:34 PM)
    到不是不過去貼,因為現在圖表都是直接套用 Google Doc 產生的圖片,要去 PTT Po 就得重新抓圖幹嘛的,就跟著懶了 至於那個版本適合 其實本來就應該自己按照自己的使用環境去嘗試嘍

  55. 博主应该不是在一天比较完成的,我这里的经验是,第一天测试的成绩低,第二天的成绩高。可能和重启后系统性能变快有关。
    版主回覆:(04/11/2013 08:26:04 PM)
    的確非同一天測試完成,只是要一口氣測試完畢,實在有點累人

  56. pcxfirefox遇到崩溃怎么办?
    在firefox目录建立一个名为tmemutil.ini的文本文件
    内容为
    [General]
    CreateCrashDump=1
    [Env]
    遇到崩溃时把minidump保存,然后把该文件发给我。
    另外,此方法还可降低崩溃的几率,原因不明。
    我在单位的XP系统就遇到了一种崩溃情形,pcxfirefox、Lawlietfox和tete009都会崩溃,本来想用这个方法找崩溃原因,不过这样修改后tete009和pcxfirefox竟然都不崩溃了,生成不了minidump,变成正常运行了。。。
    版主回覆:(04/09/2013 03:46:30 PM)
    又學到了,謝謝分享

  57. 上边那位游客说的"顯示所有書籤"那个功能我没用过,从来没发现有这个功能。。。
    我简单写了下 第三方编译版的功能特征比较,可以和博主的baseline跑分一起参考,我并没有测试各个版本的benchmark
    http://bbs.kafan.cn/thread-1534505-1-1.html
    版主回覆:(04/06/2013 04:20:34 PM)
    很詳細的參考資訊,感謝分享

  58. 圖掛了….另外就是 第三方編譯的Fx20幾乎都出了…期待您的評測..
    版主回覆:(03/16/2013 06:26:39 PM)
    我知道,已經測了幾款,圖掛點原因,是因為試算表跑掉,不過這幾天還是得上班,最快大概禮拜二才會把整個數據更新

  59. 原本 firefox 書籤項"顯示所有書籤",匯入書籤後,選擇書籤選單資料夾,再選空白處,點滑鼠左鍵,就可以快速知道資料夾內有多少網址,更新v20後 (包含Pcx ,Lawliet)不知道為什麼將此功能取消?敬請解答,謝謝.

  60. 我的意思是最近在20beta上的测试,19.0.2还是沿用原来的方法。
    另外,tete009也会出x64版本了。
    最近总结的优化方法都在非pgo版本上通过,但没有经过pgo版本的实践,所以我可能在20release时实验一下和pgo的协作。以后尽量定期更新,但比其他编译版出的晚很多,我很想直接等x.0.1。。。
    另外吐槽一下用NoScript上你的blog每次回复都得临时全部允许,太多域了。。。
    版主回覆:(03/13/2013 09:07:12 PM)
    新版本的部份我會持續留意的,花了些時間把整個報表格式定下來之後,日後更新的速度會快上不少而且輕鬆,至於網域連結過多這個部分還請多擔待些,像是測編欄位的時候,很多東西再一開始寫 Blog 就加上去試試看然後就沒動過,我已經先行移除一些,剩下的部份我再斟酌保留項目

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

  62. 博主这一次测试了那么多。。。
    Intel64 vs Intel64+AVS 效能比較 标题AVX写错了
    我的版本在Kraken领先那么多,好不正常,19.0.2我尝试使用了递归内联试验了一把,当然选择了一个保守值,如果有可能的话,我看看是否能更激进,争取找到一个合理的内联因子。
    最近我在实验CRT函数优化(memcpy/memset/memmove),结果对Firefox起反作用,性能下降明显,但是对其他较小的软件起到明显的增速,不知道是不是jemalloc把这个重构了有关。
    版主回覆:(03/12/2013 08:38:09 PM)
    標題的部分謝謝提醒,已經更新,其實一開始測完 19.0.1 x86 就打算告一段落,不過正好遇上硬體更新、重灌、19.0.2 發佈、想整理一下自己報表的 Google Docs,趁著重灌最乾淨的環境下,一口氣就把想測的東西給跑上一輪,新的紀錄檔案連結為 http://goo.gl/juMoa ,至於數據部分差異,比較沒辦法提供更進一步的資訊,這次測試版本多到自己完全吃不消,是說,19.0.2 的效能似乎比之前編譯的 19.0 慢些,不過安裝檔忘記在 19.0.2 出來的時候多留一下子

  63. 修正,是PcX 19.0 和 tete009 19.0 及 19.0.1.
    版主回覆:(03/12/2013 08:38:18 PM)
    PcX 19.0.2 已經釋出。

  64. Pcx firefox 19.0.1 在哪邊可以下?
    版主回覆:(03/07/2013 03:26:00 PM)
    PcX 19.0.2 已經釋出。

  65. Pcx firefox 19.0 及 19.0.1 用 Futuremark Peacekeeper 測試到半途,都會停止不動,原因為何?tete009也是如此.
    版主回覆:(03/07/2013 03:24:50 PM)
    PcX 19.0 我有遇到過不同電腦會有卡住的狀況,不過 PcX 似乎暫時將 19.0 給移除了,等看看 19.0.1 的更新嘍

  66. 我觉得Octane测试波动太大,我测试了10遍,竟然有6次在8000多,4次在7000多。
    版主回覆:(03/01/2013 04:27:52 AM)
    我這邊測試下來的結果變動率沒這麼高,不過不穩定是真的

  67. BetterPGO评价指标
    https://docs.google.com/spreadsheet/ccc?key=0AvVolT44UxSLdEQ0U2RVMnAyZlJvMHNleGc2eE11TFE&usp=sharing
    在相同版本下,这个优化指标越高越好。
    由于我在19.0上实验新环境(sdk7->sdk8)/新编译方法(BetterPGO不再一气呵成),在最终链接上出现了严重的失误,导致这个指标数字没有保存下来。我会在19.0.1完成后补上。
    这个指标主要给其他编译者进行参考。我主要是为了精简BetterPGO项目而做的优化数据跟踪。
    版主回覆:(03/01/2013 04:26:34 AM)
    感謝分享這個部分的優化資訊 🙂

  68. rightware browsermark 2.0 圖有誤,是firefox18 不是19,希望能修正.
    測試辛苦,謝謝.
    版主回覆:(02/24/2013 07:50:38 AM)
    那個部分不是錯誤,是我這邊連不上測試網頁,所以先保留上一版本的圖資

  69. 19.0 release , plz … …
    版主回覆:(01/21/2013 07:27:08 PM)
    我知道 會找時間測 最近太忙了 今天也是還來公司 ….. 或許會在 228 當天一次測完

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

  71. 博主好,能否加入下面这个版本的评测呢?
    是一个类似于pcx的版本,想知道它与tete009的性能对比,谢谢!
    http://code.google.com/p/cppinfo/downloads/detail?name=Iceweasel-18.0.1-release.zh_CN.win32.7z&can=2&q=
    版主回覆:(01/18/2013 06:17:33 AM)
    已經測試完畢,謝謝提供新的社群版本

  72. Safari會跑到一半跳到最前面。
    版主回覆:(01/16/2013 05:34:39 PM)
    收到, 因為實在沒有動力把 Safari 裝起來 XD

  73. 博主你的google docs数据共享呢,我只看到16以前的,没有18
    版主回覆:(01/16/2013 10:32:18 AM)
    因為在 try 新的圖表格式, Firefox 18 可以看這裡 http://goo.gl/4ho4R

  74. Rightware Browsermark 2.0 該不會只有測這個吧…
    版主回覆:(01/15/2013 06:57:31 AM)
    抱歉 忘記開放 Google Doc 共用權限 現在圖片應該可以正常顯示了

  75. 我是來亂的
    開頭就錯囉 年份
    >>Jan 15, 2012
    版主回覆:(01/15/2013 07:03:14 AM)
    哈哈 謝謝告知 已修正

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

  77. http://xdriftdoll.blogspot.tw/2013/01/firefox-18-ionmonkey-private-build-test.html
    我做了17~18的分析,提供各位做參考。
    版主回覆:(01/14/2013 08:28:46 PM)
    謝謝分享,小弟的測試也完成了,加入了新的社群版本,以及測試網站,請參閱 🙂

  78. 感謝回應,期待18.0的測試,謝謝
    版主回覆:(01/14/2013 08:28:40 PM)
    已完成,請參閱

  79. 18.0 release , plz … …
    版主回覆:(12/31/2012 03:34:35 PM)
    已完成,請參閱

  80. 不更新嗎?
    版主回覆:(12/09/2012 10:55:32 AM)
    版本眾多 測試起來耗時廢日 再來測試只會針對更新項目牽扯到效能項目較多的版本來測試 如果是著重在功能性上的話 就會略過 例如 Firefox 18 著重在新版本的 Javascript Render Engine IonMonkey 就會測試

  81. 呵呵,不错,这么说pcx版本很给力啊
    版主回覆:(11/26/2012 04:57:27 PM)
    數據還是參考為主,每個 Build 最佳化方式還是有些為差異,比照自己使用習慣來測試可能會比較適當些 🙂

  82. 17 release
    煩請 更新
    謝謝 !!
    版主回覆:(09/15/2012 03:46:20 AM)
    基本上 16, 17 的更新主要還是著重在功能性上的提升,效能上的提升並不是那麼顯著,Firefox 18 會用 IonMonkey 來取代目前所使用得 Java 加速引擎 JagerMonkey,屆時會再針對各個社群版本作測試,謝謝

  83. tete009有新版了,可以再比較一下。
    版主回覆:(09/03/2012 07:22:33 AM)
    15.0.1 主要是修正 Private Browsing Caching 的問題, 跟效能上不會有啥太大的直接影響, 就不刻意重測了, 原則上只會跟著 Mozilla 的時程, 六周測試一次, 至於 tete009 test build, 等實裝再看看嘍 ~

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

  85. pcx 的win32版本裡的 firefox.exe 被 comodo 誤判為 win32.pkdtdss
    版主回覆:(09/03/2012 07:24:36 AM)
    小弟使用 Avast 和 Antivar 並未出現類似問題, 試著將檔案上傳到 Metascan Online 以及 Virustotal 並未出現類似問題, 其中 Virustotal 的 Comodo 掃毒引擎版本是 20120903, 也並未跳出可疑訊息, 應該誤判無誤

  86. 我弄了个支持x86插件的x64版本,你们有兴趣可以测试下
    下载链接
    英文版: http://pcxfirefox.googlecode.com/files/Firefox-15.0-enUS-pcx-win64-120902-vc2010-betterpgo.7z
    简体中文版: http://pcxfirefox.googlecode.com/files/Firefox-15.0-zhCN-pcx-win64-120902-vc2010-betterpgo.7z
    注:我测试了Flash/支付宝/IEtabv2/百度影音/WMP插件均能正常工作
    版主回覆:(09/02/2012 07:31:20 AM)
    由於自己主力還是在 x86, 所以對於 x64 的插件需求有限, 需要用到的插件也少的可憐, 不過這個部分會過幾天等手邊的工作進度忙個段落再來測試 x64 的部分, 不過對於一些有需求的使用者, 應該會是個不錯的應用, 辛苦了 🙂

  87. 看來重要的幾個社群版都到15版囉。等你的測試結果再來決定Win上要用那一個XDDDD"
    在OS X上好像沒有加速版可以用耶!?
    版主回覆:(08/05/2012 09:21:39 AM)
    對 OS X 不熟, 也沒特別研究過有沒有社群版本, 至於 Firefox 15, 已經更新部分數據了, 內文的部分, 抽空後補

  88. 因为官方的自动pgo就是以测试sunspider为基础的,所以各个版本的sunspider成绩相差不大,可以认为在一个水平线
    我一般剖析Dromaeo DOM和Peacekeeper DOM的成绩,这个明显提高了,我才认为BetterPGO效果明显
    版主回覆:(08/05/2012 09:19:58 AM)
    收到

  89. 每個人硬體不同
    感覺跑出來的結果不太一樣
    像我跑SunSpider
    tete009就比綾川快
    不過都在170ms上下
    我想常人也感覺不出來差異
    版主回覆:(07/31/2012 03:26:03 PM)
    也因為單一測試結果實在很難當作常態表現, Dromaeo 才會用反覆測試的方式, 來對效能作評分, 就像你說的, 每個人使用環境不同, 實際測是在來評估嘍

  90. http://xhmikosr.1f0.de/firefox/ XhmikosR’s Builds ffdshow firefox 7zip … …
    版主回覆:(06/13/2012 06:51:31 AM)
    Hello jojo, about the benchmark of XhmikosR’s Build. u might want to take a look at the following website. http://izaka.pixnet.net/blog/post/27485488

  91. 另外,htguard告诉我他可能最近开始用VC2012构建了,当然这也从另一方面说放弃对XP系统的支持……
    可以注意下
    具体哪个版本我暂不清楚,你可以测试的时候看看有无vc2012的运行时库
    版主回覆:(06/13/2012 06:53:29 AM)
    VC2012 已經 RC 了, 看起來應該會是正式版的時候再來配合 Firefox 建構, 公司的電腦還是跑 XP, 屆時不能執行的版本, 大概就會是 VC2012 實際應用得時候了, 謝謝告知 🙂

  92. "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构建。
    版主回覆:(06/10/2012 07:51:16 AM)
    個人也對 x64 沒有特別的偏好, 除非 Mozilla 真的針對 x64 版本下去最佳化並推出正式版本, 並且有較為明顯的效能提升 (這點我比較保守看待就是)

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

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

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

  96. 你用的pcx版本是icc还是vc2010? 可以两个版本都加入比较吗?
    版主回覆:(06/05/2012 07:23:39 AM)
    兩個版本都有測試測過, icc 跟之前測試結果差不多, 各項數據大概還是比 vc2010 慢個 0~3% 左右, 文中保留的數據為 vc2010 版

  97. 通告一下
    我以后只编译VC的奇数x86版本(Mozilla悲催的更新周期),现在具有的特性也可能有所变化,到时再说。
    ICC版本不再构建除非我自身有特定的需求
    同时开启MinGW(64) GCC构建的基础研究。
    编译优化版本太费事又无聊,大家有兴趣可以参考我的wiki,自行构建。
    中文版:
    http://code.google.com/p/pcxfirefox/wiki/MozillaBuiltVC?wl=zh-Hans
    http://code.google.com/p/pcxfirefox/wiki/MozillaBuiltICC?wl=zh-Hans
    英文版:
    http://code.google.com/p/pcxfirefox/wiki/MozillaBuiltVC?wl=en
    http://code.google.com/p/pcxfirefox/wiki/MozillaBuiltICC?wl=en
    版主回覆:(05/31/2012 09:18:01 PM)
    謝謝知會, 已經有留意到你修改 Wiki 的說明部分了, 這陣子忙些, 過兩天會把測試結果陸續更新 🙂

  98. palemoon有很多功能還停留在舊版,甚至沒加上
    例如硬體加速還是舊版的、網頁開發工具也少了些~
    版主回覆:(05/31/2012 09:17:20 PM)
    設群版本的話, 還是看使用者針對自己的使用需求去做選擇

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

  100. 牛肉麵加蛋

    要怎麼看之前版本的比較圖表?
    版主回覆:(05/01/2012 09:44:14 PM)
    先前版本的測試數據可以參考 http://goo.gl/IXZQf

  101. PaleMoon 已經釋出 Firefox12. 懇請更新數據.
    版主回覆:(05/01/2012 09:42:45 PM)
    已經更新部分數據, 不過 Krakem 跟 Dromaeo 兩個測試網站在我這邊暫時無法正常執行或開啟, 等網站回復服務之後, 會再找時間將數據補上

  102. 修正一下,12虽然有背景更新,但对第三方编译版作用不大(对palemoon/waterfox有独立空间/自动升级可能有用)
    所以我给禁用了,未编译这个组件,我先前稍早时候也建议tete009禁用了该组件,他也没编译这个。
    其他人的我不清楚。
    版主回覆:(03/17/2012 09:23:33 PM)
    會使用社群版本的使用者, 應該也不會太在意是否能夠自動升級, 或者是放著 Firefox 不去升級, 不過還是謝謝提醒, 已經在文中註明 🙂

  103. AMD CPU吧,SSE3版本目前只适合Intel CPU
    在我这里js性能有所下降,DOM成绩有微小的提升
    但也有很多人向我反馈说SSE3的性能要好,可能和CPU有关

  104. 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。

  105. 我想我解决了该问题
    你们可以下载
    http://pcxfirefox.googlecode.com/files/plugin-container4youtube.7z
    覆盖同名文件即可
    修复方法会合并进ICC的下个版本
    由于其他人没有用ICC编译,所以大家有什么问题尽量向我反馈,我会在icc的补丁上做出修改。

  106. 我找到了我无法重现的原因
    因为我使用的是flash11.1,当我使用flash 11.2rc时就会发生该问题
    我会尝试修复。

  107. pcx你好
    上面這個版本我使用時,youtube選單就恢復正常了

  108. youtube有问题的可否测试下这个版本
    http://pcxfirefox.googlecode.com/files/Firefox-10.0b3-en-pcx-win32-120107-icc12-sse2-betterpgo.7z
    这个版本是我第一次编译的,全局使用了-fp:precise,如果没有问题,就和这个开关有关。

  109. 这些都属于自动向量化的范畴,不用编译者去考量,考虑的是编译器的智能水平如何。
    SIMD优化你可以自行搜索一下,大概意思就是在一次多执行数条指令。而由于编译器的优化水平,目前大多在无依赖循环,赋值等方面自动向量化程度较高。
    对Firefox来说,还是pgo的影响大一些。
    ps:有人反映ICC版本看youtube视频有些问题,请告知你们所使用的CPU类型,我这里无法重现。

  110. 今天再次見到pcx兄所提供的firefox。
    這一次我的電腦可以開啟,之前同樣有包含icc的都不行。
    (我是用amd的處理器。)
    好奇問一下,這些指令應該是可以讓軟體運作速度更快??
    「最低支持SSE2指令集
    對Intel CPU可以自動調整到SSE3,SSSE3,SSE4.1,SSE4.2,AVX,CORE-AVX2,CORE-AVX-I」
    不懂電腦程式的東西。
    感謝。
    版主回覆:(02/22/2012 10:50:31 AM)
    在程式編寫的時候, 適當的針對指令集去做最佳化, 能夠提高軟體本身效能表現, 針對浮點運算或者是整點運算作加強

  111. 我刚刚接触社交网络,貌似有些脱离时代了。
    twitter/g+刚学会,因为有些朋友在这上面,facebook还没搞懂……
    不清楚讚是啥意思……
    在我恢复更新以前,你们可以把修改FF的建议/bug/patch给我Email/回帖。
    版主回覆:(02/19/2012 02:43:29 PM)
    其實社群網站說穿了就是提供朋友之間另一種方式的關注方式, 至於 Facebook 的那個讚, 就是 like, 簡單的說, 就是對分享的文章圖片流言表示贊同, 至於更新建議和Bug, 也很歡迎大家使用, 雖然不是那麼直接就是

  112. 能否将图标下面的文字与上面的柱状图对齐,这样好看一些,现在这种不对齐的状态不怎么容易对比
    版主回覆:(02/14/2012 07:59:22 PM)
    由於我是直接套用 Google Document 的圖表功能, 我會在下一版測試同時試著把圖表調整的更容易比較

  113. 感謝所有人的付出讓firefox更好用。
    看到很多版本的先進出現於此,所以想感謝一下。
    版主回覆:(02/14/2012 07:59:09 PM)
    :))

  114. 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:以上皆为乱弹……
    版主回覆:(02/09/2012 08:02:59 AM)
    看國外討論版的狀況, Firefox 13 應該是最有機會推出 x64 版本, 至於是否持續更新, 我想還是看您自己時間上的調配, 尤其要在穩定性和效能上找個平衡點, 要花費的心力和時間, 我想是非常驚人的, 還是期待您在有閒暇時間的同時, 能夠推出新的編譯版本, 同時也對您在 Wiki 上頭的分享, 不免於俗的學人家在 Facebook 上按個讚 !!! 🙂

  115. 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提到的优化方法逐渐被很多人采用,我觉得暂时停止更新也不会感到什么缺憾。
    版主回覆:(02/03/2012 10:30:15 AM)
    還是很感謝無私的付出, 花這麼多時間和精神在編譯測試上面, 讓大家除了官方版本之外, 有效能表現的更好選擇版本, 不過私心還是希望至少能夠持續 x86 版本的編譯, 至少在 Mozilla 覺得 x64 版本成熟並正式推出之前, 畢竟 x64 目前看起來還是屬於調教階段, 在第三方插件更為成熟之前, x86 版本已經錯錯有餘 🙂

  116. 的确,PCX的Firefox-10.0-en-pcx-win32-120202-icc12-sse3-betterpgo看Youtube會"走樣"
    版主回覆:(02/03/2012 10:30:25 AM)
    同樣遇到相同問題, 已經在本文中更新了 🙂

  117. 補充: PCX版本為 Firefox-10.0-en-pcx-win32-120202-icc12-sse3-betterpgo.7z

  118. PCX的版本看Youtube會"走樣"…… http://imgbox.com/aaeFBlES
    版主回覆:(01/29/2012 10:23:12 AM)
    同樣遇到相同問題, 已經在本文中更新了 🙂

  119. 9.1 is out (32/64bits)
    版主回覆:(01/11/2012 06:19:21 PM)
    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. 🙂

  120. palemoon 9.0.1 release ^_^
    版主回覆:(01/11/2012 06:26:31 PM)
    謝謝告知, 各個版本的 9.0.1 也測試完畢, 晚點會將數據更新 ~

  121. 看到好多強者 感謝辛勞的強者們

  122. 居然在这里见到PCX本人
    膜拜下

  123. 因为要集成解决百度贴吧复制那个补丁,我可能这两天重新编译9.01的X86版,X64版就不做变动了

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

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

  126. 超棒
    版主回覆:(12/23/2011 06:14:30 PM)
    謝謝支持 ~

  127. 建议加入DOM和IE test drive等测试,前者和使用体验关系很大,tete009在这二者里都有比较突出的性能。
    测试链接参见 http://code.google.com/p/pcxfirefox/wiki/TestLink
    我本来想自行比较来着,发现版本太多了,还得弄X64版。
    博主有兴趣可以比较下
    ps:我的FF9 X64出了3个版本,betterpgo和pgo有的高有的低
    版主回覆:(12/11/2011 01:47:54 PM)
    其實執行 Dromaeo 的 Recommanded Test, DOM 的效能也已經包涵在內, Dromaeo 跟新版的 Peacekeeper 比較接近使用者一般的使用狀況, 不單單只是測試 Javascript 加速引擎的效能, 在自己的電腦測試下來的結果, PcX > tete009 > lawliet > 綾川, IE test drive 的效能其實反而比較吃顯卡的硬體加速效能, 手邊的顯卡是 6950, 不少測試都是直接卡在測試項目的上限, FPS – 60, 反而比較難區分各個版本的效能差距, 所以那個部份的測試, 我可能就暫時掠過, 至於 x64 版本, 我會找時間測試看看, 雖然自己比較習慣拿 nightly x64 的版本來玩

  128. 看了以後、我也抓了lawliet 跟 pcx 的版本試試,有個問題是,之前都是用tete的portable版,請問一下lawliet跟pcx的也有portable的方式嗎?
    謝謝
    版主回覆:(11/29/2011 01:41:04 PM)
    目前沒有看到作者放出 Portable 的版本, 可能得自己修改 profile 放到指定目錄來達到間接 portable 的效果 ~

  129. btw,你这个图用什么工具做的,我在编译完下个版本后也准备用Origin出图比较下
    版主回覆:(11/21/2011 09:22:37 PM)
    我是用 Google Document 裏頭的試算表內建的圖表功能, 然後用 Faststone Capture 抓圖之後加上陰影效果 ~

  130. 抱歉 當我沒說 我眼殘= =
    那就是Lawliet…
    版主回覆:(11/21/2011 09:28:07 PM)
    別在意 XD

  131. 呵呵,原来还有各种比较啊……
    因为我的电脑不好,所以具体使用的betterpgo项目每次可能会有所不同
    目前覆盖betterpgo较多的是我的8.0.1版本,详细信息可以参见我的项目主页
    https://code.google.com/p/pcxfirefox/
    X64版在我的计划之中,因为X64 PGO编译link时会随机崩溃,没有统一的解决方案,我可能会先使用自动编译,成功后再解决X64跑betterpgo的问题。
    使用mingw/mingw64 gcc编译firefox在我的未来计划之中,在此之前我要移植/修复linux gcc的一些特性到windows上来。
    版主回覆:(11/16/2011 12:43:37 AM)
    一直都是 FF 的愛好者, 既然知道有效能高於官方版本的社群版本, 實在沒有理由拒絕, 雖然是在找到 Lawliet 版本才開始關注 PcX 您的版本, 不過成績表現同樣讓人滿意, 期待釋出 x64 版本, 尤其在目前使用過 綾川 跟 fbuild 都沒有特別驚豔的狀況下 🙂

  132. 喔喔喔~~~
    原來還有在更新,
    VERY GOOD!!!
    版主回覆:(11/15/2011 03:31:12 AM)
    這陣子應該不會花時間在上頭了 ~ XD 下次更新應該就是 Firefox 9 了, 加入 Type Inference, JIT 效能應該會有所提升才對

  133. 為什麼不測試 pcx firefox?
    版主回覆:(11/14/2011 10:30:11 PM)
    已經測了, 還沒時間更新文章

  134. Pale Moon 8已經上了! 等您的測試~
    對於野口樣在PCDVD(好久沒去了…)提到的事情,我應該會找機會測公司的老P4上的差異…
    版主回覆:(11/14/2011 10:29:40 PM)
    謝謝告知, 已經測試完畢, 只能說讓人嘆一口氣 XD 晚點會把數據補上 ~

  135. 原來您是PCDVD上的前輩,失敬失敬
    我剛剛更新了,詳細更新情況我有PO在PCDVD
    http://goo.gl/Hy6Mi
    libjpeg-turbo跟jemalloc都納入了
    tete009 patch我還在試圖了解它的作用
    等了解有什麼公用之後,會在斟酌是否使用
    版主回覆:(11/12/2011 05:41:08 PM)
    說前輩不敢當啦 @.@ 剛剛測試完畢之後, 整體效能還是很出色, 不過所有測試數據稍微比前一個版本低一點點, 拿 SunSpider 和 V8 為例, 反覆測試了五六次, 大概就是 Sunspider 169ms/172ms、V8 5934/5875 這類些微的差距

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

  137. 請問這些自訂版本在中文化的方面都有方法可以變中文嗎?
    版主回覆:(10/04/2011 12:35:52 PM)
    語系檔的更換可以參考 http://izaka.pixnet.net/blog/post/26704673 這篇文章, 社群自訂版本都可以套用官方的語系檔

  138. soga…看來 64-bit 的網頁瀏覽器距離成熟仍有一段路。
    也謝謝多採納一個樣本,感恩…

  139. 精彩的評測文,感謝分享。^^
    樓主的備配確實高檔。
    不過有點好奇也有點希望…
    可否請樓主再多加入一些版本到戰局裡呢?
    1.
    Lawliet’s Firefox (32-bit):
    討論串: http://forum.moztw.org/viewtopic.php?f=43&t=27672
    下載點: https://skydrive.live.com/?cid=7658a515eea74cbf&id=7658A515EEA74CBF%21264
    2.
    Pale Moon 64-bit 的 firefox
    http://www.palemoon.org/palemoon-x64.shtml
    3.
    Firefox 64-bit (不過似乎沒 Stable release 的版本)
    http://fbuild.com/
    很想知道 32/64-bit 是否會差更多… 😮
    版主回覆:(11/29/2014 02:11:39 PM)
    謝謝提供我不知道的社群版本, 屆時等 pigfoot 釋出, 會一併測試 Lawliet’s 的自訂版本, 至於 x64 的部分, 我會斟酌看看, 早些時候有測試過 x64, 不過適用性偏低, 當然中間也歷時了多次改版, 或許有改善也說不一定, 我會找時間測試看看, 至於先前的文章你也可以參考 http://izaka.pixnet.net/blog/post/25671370

發表迴響