150楼#
发布于:2014-01-19 15:03
Fxwm:27出来时能否看见VC2013版?另,求重启mini版构建。先来个test3基础上砍掉devtools也可以的,慢慢砍嘛。感觉追求mini的并不是在意那点体积,而是看不爽臃肿,mini使整个程序轻量化纯粹化,抛开臃肿多余的东西,比如人家TW...回到原帖很长一段时间不会启用VC2013,有些内部行为还没有完全搞明白(利用他的Qpar最大化,矢量化还有些不稳定出现)。mini版本一直在实践,只是不公开而已,最近我在做DOM API的精简,这是firefox中体积占得最大的部分,做完这个,其他组件的精简自然水到渠成。devtools精简掉难度不大,准备最后再做,先做难的。如果能够把xul体积精简到18M以下(这个xul静态链接了mozjs和gkmedias两个模块),那么我会重现放出测试,目前的体积在22M. |
|
|
151楼#
发布于:2014-01-19 15:06
|
|
|
152楼#
发布于:2014-01-19 15:23
pcxfirefox:很长一段时间不会启用VC2013,有些内部行为还没有完全搞明白(利用他的Qpar最大化,矢量化还有些不稳定出现)。mini版本一直在实践,只是不公开而已,最近我在做DOM API的精简,这是firefox中体积占得最大的部分,做完这个,其他...回到原帖light为何这么轻易就能使用VC2013了呢? 强烈期待mini版!!! 另外,默认参数的改动有没有想法?记得以前你弄过一两个改动的版本的。firefox网络参数一大堆已经近两年没动,感觉不太适应互联网发展。被你黑出翔的palemoon可还是在慢慢测试参数的,感觉至少人家仅在参数这里还有点搞头。 目前我奢望的第三方构建就是 X64,AVX,VC2013,PGO,-O3开关,tete009补丁,冰鼬模块,超级精简,参数优化,正式版构建 这么些项目特性实现,纵观我看见过的十几家第三方构建目测还没有都能达到的,也就你比较接近了。 |
|
153楼#
发布于:2014-01-19 15:38
Fxwm:light为何这么轻易就能使用VC2013了呢?light没有使用PGO优化,所以一群bug没有触及到。我这里使用VC2013构建pcxFirefox初始版本也是没有任何问题的。如果你们可以接受性能下降30%-50%的话,我可以随时转VC2013。 默认参数改动不适合所有人,因为中国网络因素太繁杂(内网、外网、校园网、电信、移动、联通等),我暂时不准备修改这些。其实如果会写扩展的话,明显可以写个扩展打包,然后使用扩展来管理参数。Palemoon的参数只适合一部分国外用户的fans,适应范围不大。 Mini版本出来后,准备先出x86版本,x64可能要延后,我的Y450不支持AVX,所以即使我在服务器上构建完了,我也用不了,也无法测试可用性。我在想把Mini项目从pcxFirefox分离独立出来,否则项目分支太多不好管理。 |
|
|
154楼#
发布于:2014-01-19 16:37
pcxfirefox:light没有使用PGO优化,所以一群bug没有触及到。我这里使用VC2013构建pcxFirefox初始版本也是没有任何问题的。如果你们可以接受性能下降30%-50%的话,我可以随时转VC2013。冒昧一下,我倒是想看看直接转VC2013导致的性能下降30%-50%实际感受是个什么情况 我宁可没有PGO也要先上VC2013,感觉应该先把更贴近底层的东西升上来先。就像我知道X64的JS效能不如X86,但是我仍然更热衷于X64(不考虑兼容),这样更切合系统底层的编译环境(为何不开-O3呢?)反正你也是要解决VC2013的PGO构建的,这个只是顺序问题。 国内特殊的网络环境我感觉需要专门找时间调整参数,保留这样参数感觉不好。 |
|
155楼#
发布于:2014-01-19 16:53
Fxwm:冒昧一下,我倒是想看看直接转VC2013导致的性能下降30%-50%实际感受是个什么情况主要是高版本的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参数食之无味,去之可惜。 |
|
|
156楼#
发布于:2014-01-19 17:27
pcxfirefox:主要是高版本的VC修改了一些结构体的pack字节,这样原来按照VC2010写的使用高版本的VC构建达不到预期性能。另外VC2013提供了amd64_x86的交叉工具链,很多Mozilla开发人员对这个有很大希望,只是测试的结果不如预期。所以...回到原帖是嘛,这么一说,外面的coolypf编译的X64,VC2012.4,PGO,AVX有搞头了 另,关于卡图问题,以前我问过你两次(也问过其他人)但是没得到什么答案,这次还是再燃起希望一次。 任意firefox版本,3.6—29,X86或X64,官版和第三方编译都一个鸟样 很多网页都发生不同程度的卡图,所以选取比较有代表的这个页面(我家和学校还有几位好友的环境这个网页100%卡图)http://www.dm123.cn/ 那时你说秒开,秒开是秒开,关键是加载完毕实在太慢。表现出来的特征是下面的图片加载卡住很久。卡图的严重程度比较:firefox》chrome》IE。感觉已经是firefox的缺陷了。 但是神奇的是,停止加载刷新后,瞬间加载完毕,之前加载不完整的图也完整了。 有人和我说是网站问题,但是在渣网速下百度首页偶尔都会一直加载不停,但是这时的IE早就加载完了最多比平时慢点而已,作何解释。 |
|
157楼#
发布于:2014-01-19 18:37
Fxwm:是嘛,这么一说,外面的coolypf编译的X64,VC2012.4,PGO,AVX有搞头了我装了NS,进入dm123很快,尝试禁用NS再进入,这个网站确实卡了。 加载不停的清形,如果你没修改过默认的网络参数的话,值得研究一下,只是这个东西在我这里很难稳定重现,不好判断。 反正源码里肯定是有什么考虑不周的情况。但究竟是什么问题,需要熟悉的人判断一下。修改这个地方,既要对Web很懂,又要对firefox源码熟悉。我对Web编程不懂。 |
|
|
158楼#
发布于:2014-01-19 20:48
pcxfirefox:我装了NS,进入dm123很快,尝试禁用NS再进入,这个网站确实卡了。网络参数是默认的,经过我反反复复尝试发现 network.dns.disablePrefetch 改true ,network.prefetch-next 改false 会有略有改善。江3把这个称之为JS堵塞,然后没有下文了 |
|
159楼#
发布于:2014-01-20 11:40
pcxfirefox:我装了NS,进入dm123很快,尝试禁用NS再进入,这个网站确实卡了。@Fxwm:感觉跟JS无关,我禁用全部JS后都卡图没有什么区别 |
|
160楼#
发布于:2014-01-20 11:45
|
|
161楼#
发布于:2014-01-20 12:14
|
|
|
162楼#
发布于:2014-01-20 15:43
|
|
163楼#
发布于:2014-01-20 16:10
|
|
164楼#
发布于:2014-01-20 16:35
pcxfirefox:NS不只禁用js的,我还禁用了frame那些回到原帖我用NS禁用了JS和frame更惨,以前能显示一部分图片的,现在直接挂整张... |
|