45楼#
发布于:2011-09-26 19:25
dongyuanxun:其实改interval的那个是我在FF5编译时采用的方法,这个好处是能够自动化编译,缺点就是测试不均衡,有的跑完还有一大堆时间,有的时间到了还没跑完,而且不要修改source code的,要改obj文件夹的pgo部分,因为他原来有个复制操作,我不知道在哪个makefile.in里体现的,没去认真找。所以我编译6的时候就使用vbs强制中断,然后自行运行测试了。 用mozconfig + client.mk不方便,PGO可以拆成下面3条命令(client.mk中的profiledbuild规则) make MOZ_PGO_INSTRUMENTED=1 MOZ_PROFILE_GENERATE=1 MOZ_PGO_INSTRUMENTED=1 dist/bin/firefox.exe -profile 'D:\Temp\fxprofile' make MOZ_PROFILE_USE=1 |
|
46楼#
发布于:2011-09-26 19:25
dongyuanxun:应该是/dist/bin 手动复制.pgc到.pgd所在目录是最好的办法, 即使最新mozilla-central中修复了pgomerge.py的bug,还是会有组件漏掉,譬如browsercomps.dll。 |
|
47楼#
发布于:2011-09-26 19:25
dongyuanxun:我看了下FF7已经集成了2010 jemalloc的更改,这个不用打 这种事我也遇到过,改Makefile吧! |
|
48楼#
发布于:2011-09-26 19:25
dongyuanxun:编译Firefox使用32位系统都是一种痛苦啊,win32只是2G+2G的空间,应用程序只能到最大2G(win7应该是3G+1G,你的4G有些小,我原来在win7 64bit+6G时成功过),链接FF时需要3G多内存(包含链接器和临时内存),反正我用32位windows从来就没编译成功过PGO优化的Firefox(VC2008以后,据说2005可以,不用PGO和GL可以编译成功) VC2010用不了这么多内存,win7 x64 & 4G内存足够。 链接的时候还能开程序干些别的事。 别用vc2005/vc2008,链接器的内存优化没有vc2010好。 |
|
49楼#
发布于:2011-09-26 19:25
另外,大家不必尝试用VS 2011 Developer Preview进行PGO了,
pgort110.dll有bug,无论32位还是64位,都会appcrash。 |
|
50楼#
发布于:2011-09-26 19:25
强制开启JS引擎的PGO,32位会appcrash,64位版似乎正常 @。@
|
|
51楼#
发布于:2011-09-26 19:25
Re: VC2010編譯Firefox 7.0 PGO卡在二次編譯
用PyMake,参见 https://developer.mozilla.org/en/pymake 大俠您好 想跟您請教使用pymake編譯後,link的時候貌似會變回單進程 請問有辦法讓link的時候也多線程嗎? |
|
52楼#
发布于:2011-09-26 19:25
coolypf你来刷版呢……
|
|
53楼#
发布于:2011-09-26 19:25
|
|
54楼#
发布于:2011-09-26 19:25
|
|
55楼#
发布于:2011-09-26 19:25
|
|
56楼#
发布于:2011-09-26 19:25
|
|
57楼#
发布于:2011-09-26 19:25
|
|
58楼#
发布于:2011-09-26 19:25
|
|
59楼#
发布于:2011-09-26 19:25
不需要 Kai的TLS支持早就内建了 |
|