MozTW 討論區 :: 檢視主題 - [Sm] Seamonkey 2.20 en win x64 PGO

s793016

Good day!
Could we see from you and 64-bit optimized builds of SeaMonkey either , please!

(by the way, this info may be useful for you for faster creating builds ...)

Accoding to this bug.

Gnu make -jx switch is very buggy. So I am planning switch to SUA / SFU for build environment someday.

s793016
htguard
I found a little bug ...
It seems it's forgotten one last letter in "omni.jar" - so it became "omni.ja"

...
But I suppose it's somewhere in sources ... , because with correct name(when renamed) it wont work ...
The bug is present in both yours builds (s793016&htguard) - so it may be in some patch I think...

Dove 寫:

s793016

Good day!
Could we see from you and 64-bit optimized builds of SeaMonkey either , please!

(by the way, this info may be useful for you for faster creating builds ...)

Sorry, my English is very very poor.

In my opinion, 64-bit application is not ready yet, so I may not build 64-bit Seamonkey at least 1 - 2 years.

Accoding to this bug.
Gnu make -jx switch is very buggy. So I am planning switch to SUA / SFU for build environment someday.

By the way, if you really need Seamonkey 64-bit build, you can get it here.

SUA / SFU是啥意思？
一般都是用Pymake进行加速编译吧

ps：Seamonkey的X64编译应该和Firefox/Thunderbird的X64编译难度一样吧

t:\comm\mozilla\config\rules.mk:1087:0$ d:/moz-build/python25/python2.5.exe t:/comm/mozilla/config/pythonpath.py -I../../config t:/comm/mozilla/config/expandlibs_exec.py --uselist -- link -NOLOGO -DLL -OUT:xul.dll -PDB:xul.pdb -SUBSYSTEM:WINDOWS dlldeps-xul.obj nsStaticXULComponents.obj nsDllMain.obj nsGFXDeps.obj dlldeps-zlib.obj nsUnicharUtils.obj nsBidiUtils.obj nsRDFResource.obj ./module.res -LARGEADDRESSAWARE -NXCOMPAT -DYNAMICBASE -SAFESEH -DEBUG -DEBUGTYPE:CV -DEBUG -OPT:REF -LTCG:PGINSTRUMENT -LIBPATH:../../dist/lib -NODEFAULTLIB:msvcrt -NODEFAULTLIB:msvcrtd -NODEFAULTLIB:msvcprt -NODEFAULTLIB:msvcprtd -DEFAULTLIB:mozcrt ../../toolkit/xre/xulapp_s.lib ../../staticlib/components/necko.lib ../../staticlib/component 正在建立程式庫 xul.lib 和物件 xul.exp
正在產生程式碼
t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(166) : warning C4799: 函式 'to_uint64' 沒有 EMMS 指令
t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(317) : warning C4799: 函式 'store8888' 沒有 EMMS 指令
t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(437) : warning C4799: 函式 'combine' 沒有 EMMS 指令
已完成程式碼產生
PGOCVT : 嚴重錯誤 PG0001: 在原始程式檔 'f:\dd\vctools\compiler\utc\src\tools\pogo\cvtpgd\cvtpgd.cpp'中的第 800 行偵測到未預期的內部錯誤。
PGOCVT : 嚴重錯誤 PG0001: 在原始程式檔 'f:\dd\vctools\compiler\utc\src\tools\pogo\cvtpgd\cvtpgd.cpp'中的第 858 行偵測到未預期的內部錯誤。

發表人:	s793016 [ 2011-12-27, 23:22 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
Dove 寫: s793016 Good day! Could we see from you and 64-bit optimized builds of SeaMonkey either , please! (by the way, this info may be useful for you for faster creating builds ...) Sorry, my English is very very poor. In my opinion, 64-bit application is not ready yet, so I may not build 64-bit Seamonkey at least 1 - 2 years. Accoding to this bug. Gnu make -jx switch is very buggy. So I am planning switch to SUA / SFU for build environment someday. By the way, if you really need Seamonkey 64-bit build, you can get it here.

發表人:	htguard [ 2011-12-30, 20:39 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
引言回覆: Accoding to this bug. 对不起，我写中文真不好。写英语。 Mozilla.org uses pymake instead of GNU make, so the reason why SeaMonkey project doesn't build x64 binary is NOT GNU make. I think true reason why is that they are less interested in building SeaMonkey for x64 than Dove, you, I and any other people. Please see Bug #685396 https://bugzilla.mozilla.org/show_bug.cgi?id=685396

發表人:	Dove [ 2012-01-09, 22:17 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
s793016 寫: Gnu make -jx switch is very buggy. So I am planning switch to SUA / SFU for build environment someday. Will be waiting for x64 builds from you very much! And thank you for the info. s793016 htguard I found a little bug ... It seems it's forgotten one last letter in "omni.jar" - so it became "omni.ja" ... But I suppose it's somewhere in sources ... , because with correct name(when renamed) it wont work ... The bug is present in both yours builds (s793016&htguard) - so it may be in some patch I think...

發表人:	s793016 [ 2012-01-12, 08:28 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
Dove 寫: s793016 htguard I found a little bug ... It seems it's forgotten one last letter in "omni.jar" - so it became "omni.ja" ... But I suppose it's somewhere in sources ... , because with correct name(when renamed) it wont work ... The bug is present in both yours builds (s793016&htguard) - so it may be in some patch I think... I just search google and found this: https://bugzilla.mozilla.org/show_bug.cgi?id=701875 So it's a new feature at firefox 10 / Seamonkey 2.7

發表人:	dongyuanxun [ 2012-01-17, 12:34 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
s793016 寫: Dove 寫: s793016 Good day! Could we see from you and 64-bit optimized builds of SeaMonkey either , please! (by the way, this info may be useful for you for faster creating builds ...) Sorry, my English is very very poor. In my opinion, 64-bit application is not ready yet, so I may not build 64-bit Seamonkey at least 1 - 2 years. Accoding to this bug. Gnu make -jx switch is very buggy. So I am planning switch to SUA / SFU for build environment someday. By the way, if you really need Seamonkey 64-bit build, you can get it here. SUA / SFU是啥意思？一般都是用Pymake进行加速编译吧 ps：Seamonkey的X64编译应该和Firefox/Thunderbird的X64编译难度一样吧

MozTW 討論區 https://forum.moztw.org/

[Sm] Seamonkey 2.20 en win x64 PGO https://forum.moztw.org/viewtopic.php?f=43&t=20467	第 7 頁 (共 7 頁)

發表人:	s793016 [ 2012-01-17, 22:17 ]
文章主題 :	Re: [Sm] Seamonkey 2.6 win32/SSE2/PGO
dongyuanxun 寫: SUA / SFU是啥意思？一般都是用Pymake进行加速编译吧 http://en.wikipedia.org/wiki/Windows_Services_for_UNIX dongyuanxun 寫: ps：Seamonkey的X64编译应该和Firefox/Thunderbird的X64编译难度一样吧估且不論編譯難度，就算編起來也不實用。 64位元環境還沒有到位。

發表人:	s793016 [ 2012-02-01, 01:52 ]
文章主題 :	Re: [Sm] Seamonkey 2.7 win32/SSE2/PGO
新增 2.7 SSE2 PGO 版

發表人:	s793016 [ 2012-02-19, 18:25 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/SSE2/PGO
新增 2.7.2 SSE2 PGO 版

發表人:	s793016 [ 2012-03-08, 23:33 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/SSE2/PGO
殘念中... 引言回覆: t:\comm\mozilla\config\rules.mk:1087:0$ d:/moz-build/python25/python2.5.exe t:/comm/mozilla/config/pythonpath.py -I../../config t:/comm/mozilla/config/expandlibs_exec.py --uselist -- link -NOLOGO -DLL -OUT:xul.dll -PDB:xul.pdb -SUBSYSTEM:WINDOWS dlldeps-xul.obj nsStaticXULComponents.obj nsDllMain.obj nsGFXDeps.obj dlldeps-zlib.obj nsUnicharUtils.obj nsBidiUtils.obj nsRDFResource.obj ./module.res -LARGEADDRESSAWARE -NXCOMPAT -DYNAMICBASE -SAFESEH -DEBUG -DEBUGTYPE:CV -DEBUG -OPT:REF -LTCG:PGINSTRUMENT -LIBPATH:../../dist/lib -NODEFAULTLIB:msvcrt -NODEFAULTLIB:msvcrtd -NODEFAULTLIB:msvcprt -NODEFAULTLIB:msvcprtd -DEFAULTLIB:mozcrt ../../toolkit/xre/xulapp_s.lib ../../staticlib/components/necko.lib ../../staticlib/component 正在建立程式庫 xul.lib 和物件 xul.exp 正在產生程式碼 t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(166) : warning C4799: 函式 'to_uint64' 沒有 EMMS 指令 t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(317) : warning C4799: 函式 'store8888' 沒有 EMMS 指令 t:\comm\mozilla\gfx\cairo\libpixman\src\pixman-mmx.c(437) : warning C4799: 函式 'combine' 沒有 EMMS 指令已完成程式碼產生 PGOCVT : 嚴重錯誤 PG0001: 在原始程式檔 'f:\dd\vctools\compiler\utc\src\tools\pogo\cvtpgd\cvtpgd.cpp'中的第 800 行偵測到未預期的內部錯誤。 PGOCVT : 嚴重錯誤 PG0001: 在原始程式檔 'f:\dd\vctools\compiler\utc\src\tools\pogo\cvtpgd\cvtpgd.cpp'中的第 858 行偵測到未預期的內部錯誤。

發表人:	Lawliet [ 2012-03-10, 20:16 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/SSE2/PGO
我遇到的好像也是這個問題這好像是連結器穩定性問題目前只能用比較保守的優化不知道你編譯時有link完嗎？我的似乎沒有，都會自己卡住

發表人:	s793016 [ 2012-03-11, 17:28 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/SSE2/PGO
我這是在第一步編譯 pgi phase 就掛了，根本無法優化。那兩句出現一樣會產生 xul.dll，但是無法執行。這應該是 vs2010 的 bug，但照目前 m$ 產品的週期，m$ 將不會在 vs2010 修復他，修復會出現在 vs2011 (or vs2012)。

發表人:	Lawliet [ 2012-03-11, 19:33 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/SSE2/PGO
那跟我應該是相同的問題... 我還以為這個問題只有我遇到... 我找個時間提交一下這個bug到bugzilla 看有沒有變通的方法可以進行編譯

發表人:	s793016 [ 2012-04-02, 00:26 ]
文章主題 :	Re: [Sm] Seamonkey 2.7.2 win32/PGO
2.8 以上版本，目前第一步 pgi 編譯就掛掉，碰上 vs2010 的 bug，所以短時間內應該不會有 2.8 以上版本。暫時就都針對 2.7.2 作優化吧。目前將 CPU 最佳化參數除去，換來 pgo 更大的優化空間，成果看起來不錯。 20120401 更新：嘗試加入 tete 的 d2d patch，不過看來是沒什麼效果 ... 針對各網站使用及郵件收發有加強訓練，比先前的版本更快一點。未來看有沒有希望把 spdy 加進來。

發表人:	s793016 [ 2013-08-12, 23:46 ]
文章主題 :	Re: [Sm] Seamonkey 2.20 en win x64 PGO
隔了一年半，這個 0xc0000005 問題總算解決了。感謝 pcx 閒談中提供解決方向。也因為隔了一年半，目前整個 gecko based 已經長大到 pgo 不太能跑，尤其是 seamonkey 又比 firefox 多整合了網頁編寫及 mail 的部份，x86 的部份根本完全不能 pgo －就算調教只跑一個站，link 時就破 4G －剛好公司環境也被我強迫更新到 x64，未來就放棄 x86，只放 x64 了。目前 gecko 的 js jit 官方的源碼優化基本上已經比一年前強很多了，單純 pgo 就目前而言加速效果不大，追求頂級效能的 compiler 應該要用 tete、htguard、fbuild、pcx 等人的方式去改進源代碼，才會有明顯的加速效果。最後，目前 seamonkey 在我工作中使用只有開啟 composer 而已，日常主力半年前已經轉進到 firefox，不過家中的電腦還是以此 seamonkey 為主。 ============================================== 本版本除了下列項目外，並沒有對原版作出任何修改：修改 Big5.ut 單向字碼成「UAO 2.50」。以 Big5.uf 取代 HKSCS.uf。 2.19 版起儘可能的去除源碼中 win 下的「-GL-」、「pragma optimize("", off)」、「pragma optimize("g", off)」、「NO_PROFILE_GUIDED_OPTIMIZE = 1」，以達到全模組 pgo 效果，不過也可能引起某些 bug 也說不定。使用 Micro$oft Visual Studio 2012 update 3 編譯。有 jemalloc。使用官方的 mozillabuild 環境 PGO (嚴格說起來應該是 PGU)。 Quick Launch 功能已被官方移除，所以不能用。只支援 x64 系統。ps：xp64 可能不能用因為我沒在用 mail & irc，網頁也不太會作，所以這幾個部份可能跟官版比起來沒什麼差別。 Gecko 2.x 已改變 useragent 的修改方法，所以預設無改變 useragent。 20130812 更新： 2.20-Win x64-PGO：至此網頁下載

第 7 頁 (共 7 頁)	所有顯示的時間為 UTC + 8 小時
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/