Mozilla Firefox团队最近发现了一个非常棘手的问题,那就是Firefox由于代码过于臃肿无法可靠地被编译,因为linker的运行超出了虚拟地址空间。问题的根源是Firefox是一款只能工作在32位系统下的程序,而无法访问3GB以上的物理内存。这已经不是Mozilla第...
全文
回复(16) 2011-12-14 17:38 来自版块 - Firefox 正式版和测试版
表情
t2323不懂。 怎么听上去和Nokia的塞班系统一样,当时的分析就是塞班系统过于臃肿,已经没救了。难道Firefox会走上这条路?(2011-12-14 17:38)
dindog论坛抽风,发重复了(2011-12-14 17:38)
dindog 这个的确很久了,现在ecmascript5的通过性测试Firefox没有优势之余,还是明显最慢的,比ie9还慢,比chrome同是开发版慢几倍。而HTML5早就不是遥遥无期了。 firefox臃肿,很多代码太古老是不争的事实(2011-12-14 17:38)
dongyuanxun题目改一下吧,改为无法PGO编译 现在非PGO编译的obj总和还是小很多的,远远达不到限制 WebGL现在已经是独立组件了,可取的是把媒体在分离出来,或是把xul的功能一分为二(2011-12-14 17:38)
fang5566SPDY 是相对于 http 另外开发的传输协议。论坛有讨论,请自行搜索。 Firefox 实现的东西是几大浏览器中最多的。solidot 有一篇文章是说为何FF的js速度无法超越其他浏览器,虽然写的比较早,里面一些内容过期了,但或许值得一看: http://software.s...(2011-12-14 17:38)
白左还有这种问题〇_〇 管他是哪部分,先把mozilla团队逼到x64上才是王道(2011-12-14 17:38)

返回顶部