colorpi：机器配置：
Core Quad Q9550 OC 3.4GHz，GTX 460 1G，DDR2 800 2G×4，ST 500G×2 RAID0。
windows 7 x64
将firefox的Cache设置在RAM Disk上。
对比了11版的各个定制版本，包括：tete、绫川、Lawliet、pcxfirefox10 vc10。
结论：
tete的版本相对在各种浏览环境下表现很平稳，不是最流畅也不是最卡。其他的几个定制版本会在某些网页上出现卡顿，比如G+。
pcx的这个pure ICC编译版本，个人认为非常棒，暂时没有遇到崩溃、卡顿的现象，使用YASS平滑滚动插件浏览页面时，滚动非常平滑流畅。非常满意这样的效果。
感谢pcx的辛苦工作，无私的提供这么好的版本供大家分享。
热切期望pcx能在百忙中抽出些时间继续更新定制版。
再次感谢！

ICC编译是不是使用的Intel的c++编译器？看来Intel对自家的CPU优化很深入。回到原帖

谢谢试用

ICC版本的编译目前有个瓶颈，如果我解决TU等扩展和一些网页的兼容性（静态链接intel的动态链接库），那么PGO后会有个性能的下降，比无PGO的性能要低不少，原因我正在侦测，不知道能否解决。
ps：国外的用户似乎都没有向我反馈扩展/网页的兼容性问题，国外网页都无此问题？

这个问题如果不能解决，我不知道是否会再度转向VC编译，不过VC编译现在的套路已经非常固定，提升也非常有限，没什么大意思。唯一的一点可操作的地方是tete009特性的完全移植和WebGL模块的软三角库提升。

dongyuanxun：

谢谢试用

ICC版本的编译目前有个瓶颈，如果我解决TU等扩展和一些网页的兼容性（静态链接intel的动态链接库），那么PGO后会有个性能的下降，比无PGO的性能要低不少，原因我正在侦测，不知道能否解决。
ps：国外的用户似乎都没有向我反馈扩展/网页的兼容性问题，国外网页都无此问题？

这个问题如果不能解决，我不知道是否会再度转向VC编译，不过VC编译现在的套路已经非常固定，提升也非常有限，没什么大意思。唯一的一点可操作的地方是tete009特性的完全移植和WebGL模块的软三角库提升。回到原帖

好郁闷啊好郁闷，还不是静态链接的原因。

我现在无法构建出上个版本的性能出来了……

需要分析一下Intel PGO信息的结构，然后看看到底是什么东西导致的性能下降。

再来精神上支持一下楼主，感觉如果回到VC编译，那就没啥意思了，同质化，提升不大，还可能会有未知的BUG存在，那就不如用官版好了，个人意见仅供参考。

病毒：再来精神上支持一下楼主，感觉如果回到VC编译，那就没啥意思了，同质化，提升不大，还可能会有未知的BUG存在，那就不如用官版好了，个人意见仅供参考。回到原帖

我想我找到了PGO反而性能下降的原因

我简单看了下Intel PGO的16进制信息结构，发现他把所有的头文件/源码全都硬编码了
所以构建PGO前后，obj的目录绝对不能做更改，这也是我先前的做法。

我后来为了便于测试和比较，把obj目录给分层了，结果PGO的信息就起到错误的提示了，反而起到性能下降的后果。

因为这个问题甄别浪费了我大量时间，所以ICC的完美版要进一步推迟。话说我看到mozilla的release hg发生了更改，但只和xulrunner有关，和Firefox无关，不知道他们是不是要推出11.0.1

dongyuanxun：
我想我找到了PGO反而性能下降的原因

我简单看了下Intel PGO的16进制信息结构，发现他把所有的头文件/源码全都硬编码了
所以构建PGO前后，obj的目录绝对不能做更改，这也是我先前的做法。

我后来为了便于测试和比较，把obj目录给分层了，结果PGO的信息就起到错误的提示了，反而起到性能下降的后果。

因为这个问题甄别浪费了我大量时间，所以ICC的完美版要进一步推迟。话说我看到mozilla的release hg发生了更改，但只和xulrunner有关，和Firefox无关，不知道他们是不是要推出11.0.1回到原帖

这个编译版的宗旨不是尽可能的提升FF的性能，看看究竟能提升到什么程度吗？我个人认为就可以不需要考虑过多AMD兼容问题，希望能推出INTEL SSE3或者4或者4.1的优化版（最好是SSE自适应，CPU能支持多高就用哪个），AMD SSE2优化版一个就足够了。个人意见仅供参考。

反对，呵呵，如果有可能的话，还是希望也能出一个针对amd优化的版本，毕竟用A家U的人也不少啊。。。

另外，楼主的Google页面上刚才又出了一个新版本，试了一下，TU可以直接用了，不错啊。
去跑跑测试看看性能如何。

看来这次既能兼容TU，性能也不至于掉很多。
不过，感觉pureICC这个版本的内存占用似乎比较多，和lawliet用vc10编译的比起来似乎内存占用要多一些。
另外，tete009成绩一直都表现得很坚挺。

sunspider
pcxfirefox11 0314--------------289.1ms
pcxfirefox11 0314 Patched---296.0ms
pcxfirefox11 0323---------------296.8ms
lawliet 12b2----------------------304.3ms
tete009 11------------------------300.5ms

google v8 (v7)
pcxfirefox11 0314----------------4853    google v8 (v6)
pcxfirefox11 0314 Patched-----4719   google v8 (v6)
pcxfirefox11 0323-----------------4965
lawliet 12b2------------------------4784
tete009 11--------------------------5006

krakenbenchmark
pcxfirefox11 0314----------------6009.3ms
pcxfirefox11 0314 Patched-----6036.8ms
pcxfirefox11 0323-----------------6015.9ms
lawliet 12b2------------------------6194.2ms
tete009 11--------------------------6073.1ms

http://izaka.pixnet.net/blog/trackback/ ... 7/27424938
发现一个不错的blog，有对流行的第三方编译版的详细评测，以后就看这个就行了。
需翻墙。

lawliet的12b2在俺机器上的跑分确实稍逊pcx的11，但是内存释放感觉好一些。
俺的是win7pro，intel的cpu

如果关注内存，还是推荐使用VC编译的。当然不论什么编译器编译，都可以编译出内存消耗最少的那个版本。

ICC的编译出来的消耗内存要高，因为他会预读cache等等，这样可以避免缺页，对重复的操作可以有较强的增益。

SSE3的我准备编译一个看看性能如何，到时AMD用户可以测试下，我不知道能否正常运行，依此次的结果来判断需不需要出SSE3/SSE4等版本。

等测试非常稳定后，可能会编译x64版本。当然我只能负担2-3个并列版本的编译。

FF12不出意外的话还是会使用ICC编译，但不一定按时上传。
FF13准备使用ICC和GCC编译来判断下性能，如果GCC效果很好，就会转向后者，但无法使用tete的补丁了，我需要做更多的移植。

win8 cp x64 英文版，下了最新pureicc编译的英文版，打开时缓慢，出现WerFault错误。。。是win8的问题么？

绯雨青青：win8 cp x64 英文版，下了最新pureicc编译的英文版，打开时缓慢，出现WerFault错误。。。是win8的问题么？回到原帖

不知道

我并没有win8的实机/虚拟机

我也不清楚是不是在win8上运行必须采用win8新版自带的sdk

dongyuanxun：
不知道

我并没有win8的实机/虚拟机

我也不清楚是不是在win8上运行必须采用win8新版自带的sdk回到原帖

我也出现这种类似情况 Windows 8 32位下新建配置运行总感觉相当卡

我也出现这种类似情况 Windows 8 32位下新建配置运行总感觉相当卡

其他版本也这样吗？
我暂时并不打算把工具链转移到Win8上

其他版本也这样吗？
我暂时并不打算把工具链转移到Win8上

tete009 和 lawliet 版本一切正常

那就是ICC和win8的兼容性问题，我暂时没有环境不能解决