MozTW 討論區 • 檢視主題 - Firefox 3.0.1 源始碼已經鎖定編譯準備, 預計7月15日釋出

所有顯示的時間為 UTC + 8 小時

Firefox 3.0.1 源始碼已經鎖定編譯準備, 預計7月15日釋出

第 1 頁 (共 1 頁)

[ 11 篇文章 ]

列印模式	上一個主題 \| 下一個主題

發表人

內容

MoonMoon

文章主題 : Firefox 3.0.1 源始碼已經鎖定編譯準備, 預計7月15日釋出

發表於 : 2008-07-03, 07:16

註冊時間: 2005-11-19, 17:01
文章: 134
來自: 月光之下

viewtopic.php?t=23196

Firefox 3.0.1 源始碼鎖定 build1 已經準備, 有興趣自已編譯的話, 抓 Firefox 3.0.1 源始碼 tar ball

保安漏洞修正
部份臭蟲修正

最大期望是使用新版 sqlite 3.5.9 :idea:

回頂端

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008062919 CentOS/3.0-1.1 Firefox/3.0

Tenki

文章主題 :

發表於 : 2008-07-03, 07:39

註冊時間: 2004-11-07, 21:34
文章: 525
來自: Prison Camp No.27 , Iraq

其實當初我自己有下過3.5.9版來試試耶
- 方法很簡單, 抓官網的DLL解開後替換掉原來Fx3安裝目錄下的sqlite3.dll
(當然原來的dll事先移走,後來測試完後又換回來)

結果好像沒效就是, 花費的時間跟負載還是一樣大

所以我想在3.0.1應該在更換新版的sqlite同時會修改一些程式碼吧 :?:

_________________
終結苦難!萬敗球隊雪恥!08年大聯盟世界大賽冠軍!
當粉絲不算什麼, 當費絲(Phans)才是了不起!

回頂端

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008061015 Firefox/3.0

MoonMoon

文章主題 :

發表於 : 2008-07-03, 14:08

註冊時間: 2005-11-19, 17:01
文章: 134
來自: 月光之下

剛剛優化編譯完成了 Firefox 3.0.1 版本

雖然我沒有肥大書籤可拿來惡搞, 不過還是手癢的測試一下sunspider javascript速度...(提昇了一丁點), 或許是我剛昇級了CentOS 5.2

不過要測試書籤 sqlite 資料庫效能的話...還是留給其他人來暴力測試啊

Tenki 寫:

所以我想在3.0.1應該在更換新版的sqlite同時會修改一些程式碼吧 :?:

剛剛系統也替換了優化編譯的 sqlite 3.5.9 版本, 而 Firefox 3.0.1 編譯也用了 --enable-system-sqlite

Fx 3.0.1 源始碼是必需要有 sqlite 3.5.9 才可通過編譯檢測, 舊的 Fx 3.0 需要 sqlite 3.5.4, 程式碼應該有不小 sqlite 的相關修改

我 Firefox 3.0.1 優化編譯的參考(沒有編譯/使用 xulrunner)

代碼:

about:buildconfig

Configure arguments
--enable-application=browser --prefix=/usr --libdir=/usr/lib --with-system-nspr --with-system-jpeg --with-system-zlib --with-pthreads --disable-tests --disable-debug '--enable-optimize=-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=pentium3 -mtune=pentium4 -fasynchronous-unwind-tables' --disable-installer --enable-xinerama --enable-default-toolkit=cairo-gtk2 --disable-xprint --disable-strip --disable-system-cairo --enable-pango --enable-svg --enable-canvas --enable-startup-notification --enable-libxul --disable-crashreporter --enable-safe-browsing --enable-xft --enable-jemalloc --enable-system-sqlite --enable-official-branding 

回頂端

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008070307 CentOS/3.0.1-1 Firefox/3.0.1

Tenki

文章主題 :

發表於 : 2008-07-03, 14:58

註冊時間: 2004-11-07, 21:34
文章: 525
來自: Prison Camp No.27 , Iraq

MoonMoon 寫:

代碼:

about:buildconfig

Configure arguments
--enable-application=browser --prefix=/usr --libdir=/usr/lib --with-system-nspr --with-system-jpeg --with-system-zlib --with-pthreads --disable-tests --disable-debug '--enable-optimize=-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=pentium3 -mtune=pentium4 -fasynchronous-unwind-tables' --disable-installer --enable-xinerama --enable-default-toolkit=cairo-gtk2 --disable-xprint --disable-strip --disable-system-cairo --enable-pango --enable-svg --enable-canvas --enable-startup-notification --enable-libxul --disable-crashreporter --enable-safe-browsing --enable-xft --enable-jemalloc --enable-system-sqlite --enable-official-branding 

謝謝說明, 看來sqlite在Fx3上是專用的版本 - 這樣隨便換別的sqlite可就不行了

屆時我還是會用相同的條件去跑跑看

不過說到我用的Ubuntu, 大概不會如期在15日出吧？而且常常會連同xulrunner一起更新, 用套件方便的代價就是要晚個幾天吧(不過天曉得, Ubuntu在正式版上市前就發佈了Fx3 rc2修改過後的套件)

真的希望屆時3.0.1能一次把places這玩意搞定, 這樣大家的疑慮跟不滿就可以消失大半了, 也能讓更多人願意去更新.

_________________
終結苦難!萬敗球隊雪恥!08年大聯盟世界大賽冠軍!
當粉絲不算什麼, 當費絲(Phans)才是了不起!

回頂端

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008061015 Firefox/3.0

Tenki

文章主題 :

發表於 : 2008-07-14, 07:16

註冊時間: 2004-11-07, 21:34
文章: 525
來自: Prison Camp No.27 , Iraq

今天我的Ubuntu更新了Firefox3.0.1套件(版本編號 3.0.1+build1+nobinonly-0ubuntu0.8.04.1)

詳細資訊我貼了一篇到Ubuntu官網

這套件應該是3.0.1RC1的, 不過按照schedule這跟正式版也應該一樣了吧.

現在有一點我比較納悶的是, 我的更新並沒有包括Sqlite(Ubuntu版本停在3.4.2-2 hardy)

這樣一來我使用的3.0.1似乎有點不太一樣說, 但我本來在書籤就做過"大整頓"沒碰過相關問題了, 所以也不知道差在哪裡...

(update)
剛剛總算搞清楚了, sqlite用的是Fx3自己的, 放在/usr/lib/xulrunner-1.9.0.1裡面
不過有沒有人能告訴我怎麼看so檔的版本?

_________________
終結苦難!萬敗球隊雪恥!08年大聯盟世界大賽冠軍!
當粉絲不算什麼, 當費絲(Phans)才是了不起!

最後由 Tenki 於 2008-07-14, 13:03 編輯，總共編輯了 1 次。

回頂端

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008071222 Firefox/3.0.1

Amauds

文章主題 :

發表於 : 2008-07-14, 12:56

註冊時間: 2005-02-24, 19:15
文章: 1037
來自: Taiwan

MoonMoon 寫:

雖然我沒有肥大書籤可拿來惡搞, 不過還是手癢的測試一下sunspider javascript速度...(提昇了一丁點), 或許是我剛昇級了CentOS 5.2

在 Windows 下不用很大的書籤,
例如有個書籤夾, 其下有大約 20 個書籤,
在書籤管理員中砍掉那個書籤夾,
所花的時間真是相當驚人.

_________________
Amauds's Firefox
曾經妳以為最可靠的依賴；其實從未曾真實的存在過。

回頂端

Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-TW; rv:1.9) Gecko/2008061410 Minefield/3.0 (tete009 SSE PGO)

MoonMoon

文章主題 :

發表於 : 2008-07-15, 17:48

註冊時間: 2005-11-19, 17:01
文章: 134
來自: 月光之下

Tenki 寫:

這套件應該是3.0.1RC1的, 不過按照schedule這跟正式版也應該一樣了吧.

現在有一點我比較納悶的是, 我的更新並沒有包括Sqlite(Ubuntu版本停在3.4.2-2 hardy)

這樣一來我使用的3.0.1似乎有點不太一樣說, 但我本來在書籤就做過"大整頓"沒碰過相關問題了, 所以也不知道差在哪裡...

(update)
剛剛總算搞清楚了, sqlite用的是Fx3自己的, 放在/usr/lib/xulrunner-1.9.0.1裡面
不過有沒有人能告訴我怎麼看so檔的版本?

社群的 distro 版本不一定會跟隨官方版本同步(多數不會吧), 只要官方版本 RC nighty 的程式碼 source tar ball 鎖定沒有再改動的話(通過完成 build), 其實已等於將釋出的正式版(以往都是這樣); 源始碼編譯不一定要等待官方釋出正式版後才抓, 甚至可以抓 svn 的源始碼

到底整合系統中的 sqlite 或是軟體編譯內建....?? 如果你的電腦 CPU 是 multi-core 而可以執行 multi-thread/pthread 的話, 那整合系統中的 sqlite 是會有效能增益, 不過那數十個 ms 不會太明顯吧

sqlite 書籤資料庫如果要重組修身的話, 可參考一下 :idea:

viewtopic.php?p=128018#128018

要查看 library so 檔版本....?
好像沒有統一的工具軟體, 我也很想知道... 也可以試試用 strings 指令, 然後慢慢看... :idea:

例如:

代碼:

strings libsqlite3.so | grep '3.5'
strings -a libsqlite3.so | less

Amauds 寫:

在 Windows 下不用很大的書籤,
例如有個書籤夾, 其下有大約 20 個書籤,
在書籤管理員中砍掉那個書籤夾,
所花的時間真是相當驚人.

雖然我沒有需要經常大量刪除書籤的習慣, 不過也心癢癢的手測一下, 用了家當內閒置(編譯機)的另一台中古電腦來惡搞

電腦 Compaq Deskpro EN P3_1Ghz

Firefox 3.0.1 官方版
Windows XP sp3 + NOD32
硬碟 profile 硬碟 disk cache

Firefox 3.0.1 自行編譯優化版(使用系統整合 sqlite 3.5.9)
CentOS 5.2/GNU Linux
ramdisk profile 硬碟 disk cache

刪除書籤夾1: Linux(包括兩個次書籤夾和所有書籤共有 91 個), XP ~10 秒, Linux ~6 秒, CPU 都沒有暴衝 100%
刪除書籤夾2: 電腦(包括五個次書籤夾和所有書籤共有 136 個), XP ~14 秒, Linux ~9 秒, CPU 都沒有暴衝 100%

不過...
回復書籤和匯入為HTML 雖然耗用時間都沒大分別, 但 CPU 就必定暴衝 100%, 這是唯一看得到的了

另外, 我個人建議, 如果覺得(或書籤更新得太多) sqlite 書籤資料庫效能下降, 可以考慮(套件或登入時)將 sqlite 書籤資料庫重組, 減小資料庫因為資料刪除/更新/插入等等做成的資料庫碎片情況 :idea:

回頂端

Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9.0.1) Gecko/2008070807 CentOS/3.0.1-1.1 Firefox/3.0.1

蓝色的吉他

文章主題 :

發表於 : 2008-07-19, 13:10

註冊時間: 2006-01-24, 15:16
文章: 4

在XP SP3下用VC9编译FIREFOX3.01
加上编译条件--enable-jemalloc后出错,怎么解决

附加檔案:

编译错误.PNG [24.27 KiB]
被下載 306 次

回頂端

Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.0.2pre) Gecko/2008070414 GranParadiso/3.0.2pre (ayakawa PGU)

MoonMoon

文章主題 :

發表於 : 2008-07-19, 18:23

註冊時間: 2005-11-19, 17:01
文章: 134
來自: 月光之下

蓝色的吉他寫:

在XP SP3下用VC9编译FIREFOX3.01
加上编译条件--enable-jemalloc后出错,怎么解决

http://developer.mozilla.org/en/docs/Wi ... .28MSVC.29

引言回覆:

Building Gecko 1.9 (trunk)
Projects that are built on Gecko 1.9 (such as Firefox 3) require that you use Visual C++ 7.1 (Visual Studio 2003), Visual C++ 8 (Visual Studio 2005) or Visual C++ 9 (Visual Studio 2008). If you wish to enable jemalloc you must be using Visual Studio 2005 SP1 (service pack 1), no other version of Visual Studio will work.

我已試過 VC9 是無法編譯 jemalloc 成功的, 要 ayakawa 的 VC9 patch :idea:

不過, 不保證一定成功...慢試

回頂端

Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9.0.1) Gecko/2008070807 CentOS/3.0.1-1.1 Firefox/3.0.1

蓝色的吉他

文章主題 :

發表於 : 2008-07-26, 00:43

註冊時間: 2006-01-24, 15:16
文章: 4

谢谢楼主热心答复
绫川的PATCH ,是用PATCH命令打补丁吗
我试过打绫川的补丁,但又出现新的错误,
由于我只是个非常业余的FIREFOX爱好者,
对编译FIREFOX是完全不会,按教程编译能过就过,
出错就没法自已解决了.
用VC9不加 jemalloc编译出来的FIREFOX,虽然加上对SSE2的优化
但性能非常差,原因真的就是少了 jemalloc?

回頂端

Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.0.2pre) Gecko/2008070414 GranParadiso/3.0.2pre (ayakawa PGU)

MoonMoon

文章主題 :

發表於 : 2008-07-27, 10:38

註冊時間: 2005-11-19, 17:01
文章: 134
來自: 月光之下

蓝色的吉他寫:

用VC9不加 jemalloc编译出来的FIREFOX,虽然加上对SSE2的优化
但性能非常差,原因真的就是少了 jemalloc?

代碼:

--enable-jemalloc Replace memory allocator with jemalloc

jemalloc 是源用於 freebsd libc 預設的記憶體分配器, 是 Fx3 開發程式的主要效能進階, 不獨是活用記憶體分配, 還會對 .js 程式有小量效能幫助;

Windows 是預設不會啟用 jemalloc 編譯, 而 Mozilla 官方版是啟用了 jemalloc 編譯

參考:(google...)
jemalloc builds
Firefox 3 Memory Usage

另外, 官方版的 Fx3 是預設 PGO(Profile-Guided Optimization) 編譯的, PGO 編譯的程式可以提昇 3%~15% 速度; 玩 MAME 的話也可惡搞試試(只是沒有官方文件參考)

Building with Profile-Guided Optimization

SSE 的搞作, 我試過不記得多少次了...結論是: 除非你的程式碼針對性 SSE/SSE2 等等, 而且要大量運算燃燒, 否則不要妄想效能增益會多過 1.5%~2%; 一般 SSE2 的 core2 應該配合 fast math 一起編譯, 浮點運算用 SSE 無益 :idea:

其他有的無的...靠你自已煉功了

回頂端

Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9.0.1) Gecko/2008070807 CentOS/3.0.1-1.1 Firefox/3.0.1

第 1 頁 (共 1 頁)

[ 11 篇文章 ]

MozTW » 討論區首頁 » 特別議題 » 程式開發討論區

所有顯示的時間為 UTC + 8 小時

誰在線上

正在瀏覽這個版面的使用者：沒有註冊會員和 10 位訪客

您不能在這個版面發表主題
您不能在這個版面回覆主題
您不能在這個版面編輯您的文章
您不能在這個版面刪除您的文章
您不能在這個版面上傳附加檔案

前往 :