Swiftweasel: Firefox PGO 优化版
先前我们曾为大家介绍了针对特定处理器进行优化的 Firefox 版本──Swiftfox，我最近发现的 Swiftweasel 则将 Firefox 的优化更进了一步，它不只把 PGO（即“Profile Guided Optimization”）优化带到了 Linux 平台，而且还加入了其他一些额外的优化，如使用 -O3 选项编译、默认开启 HTTP pipelining 等。经过优化后的 Swiftweasel，速度更快。另外，Swiftweasel 还预装了 AdBlock Plus、XForms、User Agent Switcher、Quick Locale Switcher 等实用扩展。
如果你嫌 Firefox 的官方 Linux 版本慢，大可试试 Swiftweasel 这个优化版。
{ via LinuxHaxor }
Read More:
- No related posts
哎，3.5beta4的pgo版本编译不通过，烦人
官方的ubuntu repository目前只支持到Intrepid。 像浏览器这样经常可能升级、补丁的软件，还是有个自动更新的repository方便些。自己编译毕竟还是比较费事。
@laogao，浏览器是我使用频率最高的软件，因此我追求最高性能，编译2小时也不是我愿意。
由于某些原因, 好像目录不是官方目录. (或许偶记错了?) 应该以前用过 ~/.sw3 什么的, 绝对不碰 ~/.mozilla
另外, PGO 不是万能的, 多数的编译者可能就省事, 只拿那些测试性能的网页去 profile, 和实际使用的情况区别还是相当大的. 这样的后果就是测着快跑着慢 (但慢也不会很多).
大家还是用 3.5 / 3.6 系列吧.
这个东西字体好像没有次像素优化，字体不好看
问题是能快多少。
@YCF.name: 你能指望快多少～
跟我Debian上的iceweasel确实快不少阿
是不是就启动速度加快阿
官版已使用PGO优化好一阵子了，编译最起码也有使用O2，很多时候O2不见得比O3慢
@冰怨:
确实编译不成功，在自动打开浏览器窗口那里停住了。简单跑了sunspider测试，ff3.0.10-pgo 和ff3.5b4之间差距大概有500的样子，实际使用也感觉不到什么差异，所以，还是老实的用ff3.0系列吧。
@seenxu，我的刚刚编译成功了，速度满快的，嘿嘿
@冰怨:
你也是停在那里吗？如何解决的？
一直在使用官方提供的编译版...现在的版本要优化也只是启动的速度.
这玩意的古怪之处是提供的deb包安装到/usr/local下面，不合debian的specific
@seenxu，你说的“在自动打开浏览器窗口那里停住”我没有注意，但我是把mozconfig里的以下几项去掉了: export BUILDOFFICIAL=1 export MOZILLAOFFICIAL=1 export USESHORTLIBNAME=1 mkaddoptions BUILDOFFICIAL=1 mkaddoptions MOZILLAOFFICIAL=1 mkaddoptions USESHORTLIBNAME=1
另外，LDFLAGS里不能有"-Wl,--as-needed"。 BTW，我的是gcc 4.4.0
@Chung，Linux下Firefox的启动速度已经很快，没有必要优化，至少在我的机器上是这样。 编译优化还是有效果的，否则怎么还有那么多人在构建pgo版本呢？
嗯.好像是我没说清楚.启动慢是指第一次启动.这个地方的优化还是很必要的
@Chung:
我这里第一次启动需要2秒左右（带10个addons），没有优化过，我觉得已经很快了，没有再优化的必要了。
@冰怨:
× 我这里一直都是没有用official-branding这个选项. × ldfalgs也没有用特别的设置 × 我用的是gcc 4.2.4，我觉得应该和gcc没关系，因为我没有加pgo是可以编译通过的
@冰怨:
pgo优化在日常使用中我觉得效果不大，就是跑sunspider分数有些提高，而且，我还发现mozilla的ff3.5b4 32bit offical build没加pgo，在我的64bit机器上竟然跑sunspider提高了2000多，我用和offical build一样的参数编译出来的64bit版本sunspider也就提高了500左右。
大概状况如下（实际日常应用测试，没有特别感觉，以gmail为例）： ff 3.0.10 pgo 64bit ~4700 ff 3.5b4 (same mozconfig with 32bit offical build) 64bit ~4400 ff 3.5b4 32bit offical build ~2200
硬件配置： amd x2 3800+ 2gb, 2.6.27, x86_64
理论上，瓶颈在算法。mozilla的架构太大了。。。
以前用Ubuntu的时候firefox就很卡,尤其是打开和关闭的时候.现在换成Gentoo了,自己编译果然快了很多~
@seenxu: 第一次启动只要2秒.太强大了.
那还优化什么啊...
2秒启动,SSD硬盘?
@seenxu，我的32-bit系统，sunspider: FF3.5b4官方编译版 2200左右， firefox-hg 2000左右， FF3.5b4-pgo 1800左右，虽然感觉不到明显的速度提升，但我想在某些情况下会好很多。 @Chung，我的机器上FF冷启动也只需要2s左右。 @wow，我的是Sata硬盘，相信seenxu的也是。 @tmpcc，编译器的优化远远比不上算法优化，但我目前没有本事去优化FF的算法，只能编译pgo版本。
@igotcha:
我也是用ubuntu,没觉得卡啊.
@wow:
普通的ide硬盘.
@冰怨:
问一下,你的硬件配置如何?
@seenxu，Athlon64 3000+，2GB RAM
我的E2160＠2.4GHz，2GB内存，跑firefox3.5beta4前几天的nightly build的sunspider，在fedora 10是1500ms左右，在windows xp是1000ms多一点...两个都是同一天的build来的。但是依然比chrome 2.0beta win版本远远抛离..不过一般应用是感觉不出来的。
@liangsuilong，原来sunspider成绩与CPU密切相关，你的分数比我的高了很多啊
@冰怨:
现在可以确定的是32bit的ff确实速度比64bit强一大块,至少跑分这一个方面...
也不知道是不是 rp 问题，我跑 pgo 很少通过，所以现在只好用别人编译的。
似乎跑 pgo 是可以不使用脚本启动，直接手动启动的。至于执行次数记录不溢出就可以。
@seenxu，在64位变得和目前的32位一样可用的时候我会考虑上64位，嘿嘿
@冰怨:
没关系，编译一个32bit的ff在64bit上用就行了。:D
@seenxu，所有你找不到的64bit原生软件都这么解决？
@冰怨:
基本上很少用到32bit软件，只是32bit的ff确实性能突出，才那么一说。