Fxwm：light为何这么轻易就能使用VC2013了呢？
强烈期待mini版！！！
另外，默认参数的改动有没有想法？记得以前你弄过一两个改动的版本的。firefox网络参数一大堆已经近两年没动，感觉不太适应互联网发展。被你黑出翔的palemoo...回到原帖

light没有使用PGO优化，所以一群bug没有触及到。我这里使用VC2013构建pcxFirefox初始版本也是没有任何问题的。如果你们可以接受性能下降30%-50%的话，我可以随时转VC2013。
默认参数改动不适合所有人，因为中国网络因素太繁杂（内网、外网、校园网、电信、移动、联通等），我暂时不准备修改这些。其实如果会写扩展的话，明显可以写个扩展打包，然后使用扩展来管理参数。Palemoon的参数只适合一部分国外用户的fans，适应范围不大。

Mini版本出来后，准备先出x86版本，x64可能要延后，我的Y450不支持AVX，所以即使我在服务器上构建完了，我也用不了，也无法测试可用性。我在想把Mini项目从pcxFirefox分离独立出来，否则项目分支太多不好管理。

Fxwm：冒昧一下，我倒是想看看直接转VC2013导致的性能下降30%-50%实际感受是个什么情况
我宁可没有PGO也要先上VC2013，感觉应该先把更贴近底层的东西升上来先。就像我知道X64的JS效能不如X86，但是我仍然更热衷于X64（不考虑兼容...回到原帖

主要是高版本的VC修改了一些结构体的pack字节，这样原来按照VC2010写的使用高版本的VC构建达不到预期性能。另外VC2013提供了amd64_x86的交叉工具链，很多Mozilla开发人员对这个有很大希望，只是测试的结果不如预期。所以VC2013要分工具链进行测试。普遍下降30%是肯定的（Sunspider为主），实际体验上Talos Top100 offline测试也有性能衰退，我还没找到原因。VC的编译参数没有-O3，只有-Ox，按照VC2010来说，-Ox的性能没有-O2好。反正趋势肯定是VC2013，何不等他稳定呢，我正在疯狂的向M$提交VC2013的bug，希望他能在下个版本解决这些问题。官方也在讨论转向VC2013。目前来说，VC2013没有VC2012最后一个版本质量好，而且很多人抱有很大希望的amd64_x86工具链的bug太多了。而且Qpar参数食之无味，去之可惜。

Fxwm：是嘛，这么一说，外面的coolypf编译的X64,VC2012.4,PGO,AVX有搞头了
另，关于卡图问题，以前我问过你两次（也问过其他人）但是没得到什么答案，这次还是再燃起希望一次。
任意firefox版本，3.6—29，X86或X64...回到原帖

我装了NS，进入dm123很快，尝试禁用NS再进入，这个网站确实卡了。

加载不停的清形，如果你没修改过默认的网络参数的话，值得研究一下，只是这个东西在我这里很难稳定重现，不好判断。

反正源码里肯定是有什么考虑不周的情况。但究竟是什么问题，需要熟悉的人判断一下。修改这个地方，既要对Web很懂，又要对firefox源码熟悉。我对Web编程不懂。

Traxex：@Fxwm：感觉跟JS无关，我禁用全部JS后都卡图没有什么区别回到原帖

NS不只禁用js的，我还禁用了frame那些

jgsabc：vs2013更新了，这次基本完善了，提醒一下
http://news.mydrivers.com/1/290/290544.htm回到原帖

我第一时间就知道了
和Makoto Kato讨论了下，amd64_x86在4.5G左右崩溃的bug可能还是依旧没有修复，抽时间验证一下

dzwds：和水狐、苍月比怎么样啊回到原帖

前者的数据参见
https://www.firefox.net.cn/read-48720
后者根本就没比较的资本

Fxwm：还是来这里吧，TMD卡饭现在连编辑回复都不给我编辑了
还是听不懂你说那个mingw编译倒是是什么意思，还有为何tete009死守vc2005呢，而且奇葩的是性能跑分竟然还如此厉害回到原帖

那个是为了考虑移植，到时候会有说明，但是在这些论坛谈论这些不合适，应该在mozilla或者gcc相关邮件列表讨论。

tete009使用的是正版vc2005，以后可能直接切到正版vc2013，反正这些我们都互通信息，好处和坏处都基本上测试出来了。
vc2005+pgo的性能本来和vc2010+pgo的benchmark性能差不到多少（优化稍微慢于vc2010，但是vc2010构建出来的体积比vc2005要大，所以cache命中率上可能vc2005还要高些，两相抵消，性能差不多），只在一些性能上有些落后，而落后的性能又是浏览器流行的基准测试没体现出来的。另外重要的一点就是，tete009也是使用的BetterPGO，这是目前提高跑分的最大武器。

升级到27.0

liuxb：用上了27感觉很好谢谢
好像有个小问题：
alertbox的这个界面上一些图标不能正常显示了，在26上是正常的。回到原帖

我试了下27.0官方版也是这样的，所以不知道是不是这个扩展的原因还是27.0的问题

Lawliet：這次的源碼可以分享一下嗎？
感謝回到原帖

我需要在整合完28.0mini版本的补丁后分离27.0的补丁。以后我直接在hg上操作应该分离会容易些，现在diff -ruNa太费时间了

dsyo2008：帮我看，这个中文问题，我好像打开方式不对！


哪里我做不对？难道还有哪个代码？回到原帖

啥东西？看不懂

bluec：js跑分跟原版貌似没啥区别，还稍微低一点。From是原版，TO是pcx sse2版，同一台机器同一个profile。我记得以前版本的pcx跑分要比原版高个10%的样子

TEST                   COMPARISON...回到原帖

不同CPU不同系统有差别
再说官方在Sunspider成绩上一直很好，处于稍微领先的位置，第三方编译版主要是加强了其他benchmark成绩

而且noise值一个是1.7%， 一个是2.8% ，这俩区域完全重合的，这种重合的一般比较5-6遍才看得出来

Fxwm：那个硬件加速别去掉啊回到原帖

暂时不准备去 只是先做
我现在的mini补丁达到45个左右了，一般都是enable disable启用禁用重编译的，不想去的enable即可，现在28beta mini的xul组件在19M上（xul、gkmedias、mozjs三者静态链接成xul），我的理想目标是15M，还是有较大差距

Fxwm：关乎浏览器性能的就不要去掉了，WebRTC这个砍掉没有回到原帖

WebRTC肯定去掉了
我主要是在DOM WebAPI上精简了很多，这个在桌面上几乎没有用处，而且DOM组件在xul中占体积最大

由于我没时间进行查看XUL的code layout，所以其他组件的体积不太确定，看哪个不爽就去掉哪个

反正目标还是达到最小的7z压缩包体积，最大限度的兼容官方版本

Fxwm：GM要sync，那你打算怎么办sync实在是想精简掉啊回到原帖

我有个Workaround的解决方案，保留sync的一部分，然后把其他部分去掉，再把选项隐藏掉

本来打算这周出预览版，不过我想把一些DOM API去掉，再看看new tab怎么去，还有tab preview那些东西