Lawliet
火狐狸
火狐狸
  • UID34414
  • 注册日期2010-11-03
  • 最后登录2017-04-02
  • 发帖数201
  • 经验13枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
  • 社区居民
  • 忠实会员
阅读:7490回复:30

32bit的Firefox PGO似乎會越來越難產了

楼主#
更多 发布于:2011-12-13 19:44
我目前已經遇到這個問題
編譯9.0beta偶爾會發生error LNK
編譯時間與需要的記憶體明顯提高
在Bugzilla上有看到改用64bit編譯器
來編譯32bit Firefox PGO的方法
不過我並未嘗試

而tete009使用VS2005,似乎也必須放棄轉到VS2010
否則記憶體需求超過3GB時,就會發生error LNK

http://news.softpedia.com/news/Firefox- ... 0112.shtml
http://www.h-online.com/open/news/item/ ... 93772.html
dongyuanxun
非常火狐
非常火狐
  • UID28632
  • 注册日期2009-04-19
  • 最后登录2013-02-14
  • 发帖数898
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
1楼#
发布于:2011-12-13 19:44
恩,pgo对js那些跑分测试也就是那样了,只不过对实际使用上的体验还有所影响
现在pgo离内存限制还有1G-2G左右的空间,看看他们会加入多少新功能……
minghegy
火狐狸
火狐狸
  • UID37982
  • 注册日期2011-12-17
  • 最后登录2014-02-24
  • 发帖数132
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
2楼#
发布于:2011-12-13 19:44
按现在不断提升性能的速度和引入新功能的速度,估计早晚会取消pgo
按这个图的说法:http://blog.mozilla.com/blog/2011/12/21/firefox-2011/
一年性能提升了7倍,越往后pgo的重要性越小
dongyuanxun
非常火狐
非常火狐
  • UID28632
  • 注册日期2009-04-19
  • 最后登录2013-02-14
  • 发帖数898
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
3楼#
发布于:2011-12-13 19:44
palemoon关闭的功能也不多吧,关闭的有些也不是链接xul时需要的,总体上来说也是杯水车薪
因为XUL链接的obj实在是太多了

不知道他们会不会取消pgo,这样就不会有这个问题了

据我所知,开源软件里默认采用pgo优化分发的只Mozilla一家……
minghegy
火狐狸
火狐狸
  • UID37982
  • 注册日期2011-12-17
  • 最后登录2014-02-24
  • 发帖数132
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
4楼#
发布于:2011-12-13 19:44
dongyuanxun
他们决定采用64位系统了,这样有4GB的限制
回到原帖

像palemoon那样关掉一些不常用功能会不会好些?
dongyuanxun
非常火狐
非常火狐
  • UID28632
  • 注册日期2009-04-19
  • 最后登录2013-02-14
  • 发帖数898
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
5楼#
发布于:2011-12-13 19:44
https://bugzilla.mozilla.org/show_bug.cgi?id=709193

这个解决了,但是讨论帖太长我实在没有耐心在平安夜看这个。

最后到底是用64位的,还是用VS2010,还是精简了代码?

他们决定采用64位系统了,这样有4GB的限制
MalcKear
千年狐狸
千年狐狸
  • UID35386
  • 注册日期2011-03-05
  • 最后登录2020-03-02
  • 发帖数1348
  • 经验131枚
  • 威望0点
  • 贡献值16点
  • 好评度10点
  • 社区居民
  • 忠实会员
6楼#
发布于:2011-12-13 19:44
https://bugzilla.mozilla.org/show_bug.cgi?id=709193

这个解决了,但是讨论帖太长我实在没有耐心在平安夜看这个。

最后到底是用64位的,还是用VS2010,还是精简了代码?

俺们圣诞节都快要结束了
PS:借用老师的话,圣诞--元旦--完蛋(学期考试)
kmc
kmc
管理员
管理员
  • UID165
  • 注册日期2004-11-25
  • 最后登录2022-09-22
  • 发帖数9186
  • 经验397枚
  • 威望1点
  • 贡献值124点
  • 好评度41点
  • 忠实会员
  • 终身成就
  • 社区居民
7楼#
发布于:2011-12-13 19:44
https://bugzilla.mozilla.org/show_bug.cgi?id=709193

这个解决了,但是讨论帖太长我实在没有耐心在平安夜看这个。

最后到底是用64位的,还是用VS2010,还是精简了代码?
Waterfox Current和Firefox Nightly都用,逐渐走出XUL扩展依赖
dongyuanxun
非常火狐
非常火狐
  • UID28632
  • 注册日期2009-04-19
  • 最后登录2013-02-14
  • 发帖数898
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
8楼#
发布于:2011-12-13 19:44
不过我纳闷的是,编译FF8/Thunderbird8时最高也就消耗1.7G内存,为啥突然窜到3G了呢,也没增加什么大型组件
aeneid
火狐狸
火狐狸
  • UID24252
  • 注册日期2008-05-22
  • 最后登录2016-01-16
  • 发帖数260
  • 经验47枚
  • 威望0点
  • 贡献值14点
  • 好评度1点
  • 社区居民
  • 忠实会员
9楼#
发布于:2011-12-13 19:44
Lawliet
我大約知道這問題怎麼發生
我在這次的9.0b6-2中用了一些以前沒用過的優化方式...
如果求穩定,還是用release版本的8.0.1比較好
回到原帖


在我电脑上目前一切正常,进gmail也没发生崩溃。
Lawliet
火狐狸
火狐狸
  • UID34414
  • 注册日期2010-11-03
  • 最后登录2017-04-02
  • 发帖数201
  • 经验13枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
  • 社区居民
  • 忠实会员
10楼#
发布于:2011-12-13 19:44
cinhoo
我是来反映BUG的...
LZ的firefox-9.0b6-2-sse2.7z进Gmail时必崩溃啊!
回到原帖

我大約知道這問題怎麼發生
我在這次的9.0b6-2中用了一些以前沒用過的優化方式...
如果求穩定,還是用release版本的8.0.1比較好
cinhoo
狐狸大王
狐狸大王
  • UID31676
  • 注册日期2010-01-21
  • 最后登录2019-01-08
  • 发帖数330
  • 经验15枚
  • 威望0点
  • 贡献值0点
  • 好评度6点
  • 社区居民
  • 忠实会员
11楼#
发布于:2011-12-13 19:44
Lawliet:另外我看這個日本高手的自編譯版
他好像沒遇到這個問題,依然每日編譯,不過因為是64bit
http://fbuild.com/

只是看了它的.mozconfig,他用-j16
貌似是雙CPU的8C16T,羨慕啊...
回到原帖

我是来反映BUG的...
LZ的firefox-9.0b6-2-sse2.7z进Gmail时必崩溃啊!
【 在 hailongchang (novice) 的大作中提到: 】 上了Firefox这艘贼船就很难再下来了,我当年是报着试一试的心态用了下Firefox,当然包括当时一些如日中天的插件,这一用就抛弃IE了。几年过后,发现IE8也还不错,但是就是怎么都用不管,Firefox连同上面的那些插件已经彻底绑架了我的习惯,用别的浏览器觉得巨不爽,包括Chrome
dongyuanxun
非常火狐
非常火狐
  • UID28632
  • 注册日期2009-04-19
  • 最后登录2013-02-14
  • 发帖数898
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
12楼#
发布于:2011-12-13 19:44
如果你用的是gcc4.6,如果不加入-fno-keep-inline-dllexport (4.5没这个开关,得revert掉相关的部分重编译gcc,4.4之前正常),可以说100%会溢出
这个开关在Windows下尤为重要,只要是链接一定数目的obj和lib时编译开关必须要加,因为Win32最大3GB,Linux32可以4GB

fbuild是64位的,显然就没这个问题,linker可以handle的内存多着呢
Lawliet
火狐狸
火狐狸
  • UID34414
  • 注册日期2010-11-03
  • 最后登录2017-04-02
  • 发帖数201
  • 经验13枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
  • 社区居民
  • 忠实会员
13楼#
发布于:2011-12-13 19:44
另外我看這個日本高手的自編譯版
他好像沒遇到這個問題,依然每日編譯,不過因為是64bit
http://fbuild.com/

只是看了它的.mozconfig,他用-j16
貌似是雙CPU的8C16T,羨慕啊...
Lawliet
火狐狸
火狐狸
  • UID34414
  • 注册日期2010-11-03
  • 最后登录2017-04-02
  • 发帖数201
  • 经验13枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
  • 社区居民
  • 忠实会员
14楼#
发布于:2011-12-13 19:44
好奇怪喔...
為什麼我這帖的上一篇回覆被吃了?
按列出用戶文章裡卻可以看到
帖子裡卻沒有?

上一篇文章內容:
用gcc編譯如果不鏈接,那性能會遠不如win32版的VC -GL 但我目前在Linux上,依然無法成功使用LTO開關鏈接編譯 而且我在Linux上編譯溢出的情況相當嚴重,主要是我只有4GB RAM Linux上我暫時先等待ArchLinux官方patch ArchLinux的官方Firefox不管32bit還是64bit 全部都是PGO編譯,加上那個python腳本的問題 我或許到時會先用Arch的patch,來看能不能解決問題 如果不能,可能要改在clean chroot環境下才能進行編譯
上一页
游客

返回顶部