Lawliet：
先前提到新的優化方法
有應用到這個版本上面嗎？回到原帖

有

16字节边界对齐优化和Talos自动PGO的使用

CRT函数优化不适合用于Firefox这样的较大型应用软件项目，放弃使用了

asdf123456：64位什么时候有？回到原帖

不知道，我需要测试tete009特性的x64移植

支持x86插件的补丁我给误删了，也得需要重写

编辑一下

pein0saga：作为版本控，正在用FX24，不知道性能差别有多大？

求LZ技术点评。。。回到原帖

性能只能测试各种benchmark了，不过对于平常的浏览体验需要仔细的研究一番
nightly由于集成了BC和asm.js，应该在js性能上领先一些，其他性能需要测试一下，我简单做了下以下测试

23/24的内存占用有优势，在此不做内存占用比较。

1、JS性能
（1）Sunspider1.0（越小越好）
official 21     314.7ms +/- 1.1%
tete009         323.7ms +/- 1.1%
Lawliet         310.2ms +/- 1.6%
pcxfirefox      307.5ms +/- 0.9%
nightly         279.5ms +/- 1.5%
（2）Kraken（越小越好）
official 21     4174.9ms +/- 7.1%
tete009         3905.8ms +/- 6.8%
Lawliet         3635.2ms +/- 1.4%
pcxfirefox      3490.7ms +/- 1.5%
nightly         3472.4ms +/- 1.1%
（3）Octane（越大越好）  注意Fx在Mandreel测试上有lag出现，所以需要多次测试把不正常的数据去除
official 21     7533 7565 7513
tete009         7793 7596 7678
Lawliet         7546 7826 7798
pcxfirefox      7612 7861 7821
nightly         9130
（4）js综合测试（（越小越好）综合考虑了amazon、facebook、google、twitter、yahoo所用的js，这个部分是别人给我的，恕不公开。由于这个测试耗用时间非常长，编译者也不会使用这种测试做PGO项目，所以有一定的参考性，可以看看摆脱PGO优化后，效果如何。）
official 21     150.64ms ± 5.34%
tete009         151.80ms ± 4.64%
Lawliet         153.22ms ± 4.67%
pcxfirefox      147.66ms ± 3.97%
nightly         142.42ms ± 2.28%

结论：nighly确实在js性能上领先一些

2、DOM Core Tests （越大越好）
official 21     1155.32runs/s
tete009         1222.24runs/s
Lawliet         1359.25runs/s
pcxfirefox      1323.58runs/s
nightly         1148.92runs/s

结论：nightly在DOM核心测试上处于落后，甚至不如21的官方版，所以在DOM元素很多的情况下，性能不如其他版本。

3、图片载入和渲染时间（越小越好，这个部分是自己写的）
（1）jpeg
official 21     8.160 8.049 8.039
tete009         7.291 7.396 7.335
Lawliet         7.251 7.376 7.326
pcxfirefox      7.127 7.220 7.211
nightly         6.967 7.088 7.131
（2）png
official 21     2.124 2.022 2.020
tete009         1.901 1.916 2.015
Lawliet         1.855 1.881 1.877
pcxfirefox      1.848 1.878 1.863
nightly         1.957 1.942 1.978

结论：nightly在jpeg载入和渲染上略微领先其他版本，可能是由于更新了libjpeg-trubo库的原因。但是在png性能上不如编译版，但略微领先于21官方版本。

minghegy：能否自动更新？老来论坛看太麻烦了回到原帖

自动更新需要独立的服务器

现在没有找到一个稳定的空间站点（国内外都要稳定），而且需要一定的资金支持

linhaicong168：

楼主测试的系统环境是？ win8?回到原帖

是Win8 x64环境下
其他系统的数据可能有所变化

准备迁移到 http://sourceforge.net/projects/pcxfirefox

如果你有任何建议，请参加 http://groups.google.com/group/pcxfirefox 讨论组 或者发邮件到 <!-- e --><a href="mailto:pcxfirefox@googlegroups.com">pcxfirefox@googlegroups.com</a><!-- e -->

Fx22.0 x86
特性:
  1) 针对支持SSE2指令CPU优化
  2) 引入tete009多线程加载和便携特性
  3) 支持Google WebP格式
  4) 在Vista以上的系统上重新实现config.trim_on_minimize，但默认并不开启
  5) 集成SumatraPDF和WMP插件
  6) 提供一个tmemutil的替代模块tmemutil-3rd.dll，初始源码来自于http://code.google.com/p/libportable

构建方法改进
  1) BetterPGO
  2) PGO化nss3.dll

SumatraPDF插件 (2.4 svn8284) 由我自行构建
   如果你想要使用这一插件，首先应该设置pdfjs.disabled值为true，禁用或者卸载系统中已有的pdf插件

关于tmemutil-3rd.dll
   如果你想使用这一tmemutil替代模块，请首先删除已有的tmemutil.dll，并且将tmemutil-3rd.dll重命名为tmemutil.dll，他的设置文件也是tmemutil.ini
   相对于tete009的tmemutil.dll模块，tmemutil-3rd.dll有以下新特性
     1) 安全性增强 ( SafeEx=1 )
     2) 进程白名单 ( 可以阻止部分API钩子和一些浏览器溢出攻击 )
     3) 额外提供两个环境变量 ( TmpDataPath和NpluginPath )
   如果你想使用这一模块，你可以参考tmemutil-3rd-sample.ini，自行修改这一文件并且将它重命名为tmemutil.ini

下载链接
英文版： http://sourceforge.net/projects/pcxfirefox/files/Release/Firefox/22.x/pcxFirefox-22.0-enUS-vc2010-x86-sse2-betterpgo-130710.7z/download
简体中文版： http://sourceforge.net/projects/pcxfirefox/files/Release/Firefox/22.x/pcxFirefox-22.0-zhCN-vc2010-x86-sse2-betterpgo-130710.7z/download
繁体中文版： http://sourceforge.net/projects/pcxfirefox/files/Release/Firefox/22.x/pcxFirefox-22.0-zhTW-vc2010-x86-sse2-betterpgo-130710.7z/download

其中，繁体中文版是为了和官方版一致解决Mactype渲染导致zh-TW用户乱码问题，参见bug报告 http://code.google.com/p/pcxfirefox/issues/detail?id=24&can=1

22简体中文版网盘分流
http://pan.baidu.com/share/link?shareid=2239610802&uk=2365780601

minghegy：很流畅，就是出得太晚了

对了，第三方版本要弄成蓝色图标、不能用firefox这个名字，最好改一下回到原帖

我重构了22的优化，又一次回到pcxfirefox的本来目的，不再依赖官方的pgo限制，所以这次很费时间

我知道图标的事，不过Mozilla也没反对，他们说我这个可以做try build来玩

ko68888：我用不上22的，老是提示couldn't load xpcom，查了下相对21版本少了个xpcom.dll回到原帖

xpcom已经和xul合并了

所以你可能是出现了什么其他问题

ko68888：我不知道修改了什么值，现在又可以正常使用了22了，这个版本真不错，速度刷刷的回到原帖

因为19、20和21处于在改编译和优化方法的过渡期间，betterpgo从超过1G减少到不到50M，到22较为稳定了，当然我在22新加入了nss3的pgo优化，目前来看并没有什么副作用，但也没有什么明显的效果，因为只有大约4%的hot path code。
优化方法至少在以后几个版本中不会有太大的变化，我会投入一些精力到pcxFirefox Mini版中。我也在想是否重启thunderbird的构建，因为一个关键的补丁其他编译者除了htguard外都不想加入，而我又不想用x64版本的，而且thunderbird比firefox的代码量多，所以我可能直接出thunderbird Mini，期望和其他人的版本区别开来。

有些人也问我有关pcxFirefox的补丁来，我只想说最近我变得特别懒，补丁都没有分离出来，都是边改边构建的。。。

心清无痕：反应一个问题:
前天试了试压缩包下的tmemutil-3rd.dll.发现在EnableWhiteList=0这种默认情况下，ff仍会阻止所有的API hook.
现象有:
有道的划词翻译,失去作用.划词后不显示提示按钮.
安装并修改百度影音的下载目录后,在网页中看电影,下载位置还是e:\baiduplayer.以及网页播放信息无法与程序交互,以致程序播放列表中不显示正在播放的电影.
改成1，并添加相应的whitelist后，还是不行。

以上这些现象在换回tete009的版本后都消失.
（吐槽一下PortableDataPath这个设置,相对目录试了好几次后,直到改成"..//profiles"才成功。）

--------------------------------------------------------------------------
额,原来是SafeEx=1的原因,改成0就没有问题了.
那请问:在开启的情况下,如何不出现以上现象呢?回到原帖

所以我才并不设置这个模块默认的
这个模块是adonais写的
有问题到
http://bbs.kafan.cn/thread-1544991-1-1.html
反馈
类似的问题已经给他说过了，他最近修改了代码，我不清楚修复了没

bluec：什么时候可以更新到23？回到原帖

因为在XP上和搜狗、QQ拼音输入法一起用时会出现进程残留，我正在解决这个问题

http://bbs.kafan.cn/thread-1610758-1-1.html

暂时的解决方案：http://bbs.kafan.cn/forum.php?mod=redirect&goto=findpost&ptid=1610758&pid=29306489&fromuid=834547

正在等待反馈

bluec：

其他输入法不会吗？那这应该让两个输入法去解决啊回到原帖

其他输入法还未发现，这个和Firefox关闭时shutdown检测保存stack记录有关
这俩输入法不知道为什么注入太深，Fx在XP系统上关闭时等待输入法线程关闭期间，子线程提前崩溃掉了，处于一直的Wait阶段
既然我已经分析出来原因，那么可以尝试解决这个问题