| 
			 
					阅读:5280回复:16
				 
				Firefox源码过于庞大 不瘦身将无法编译PGO版
					Mozilla Firefox团队最近发现了一个非常棘手的问题,那就是Firefox由于代码过于臃肿无法可靠地被编译,因为linker的运行超出了虚拟地址空间。 
							问题的根源是Firefox是一款只能工作在32位系统下的程序,而无法访问3GB以上的物理内存。 这已经不是Mozilla第一次遇到这种问题,数年前2GB的虚拟地址空间限制就让他们犯难,而这次就不能用物理地址扩展的方法来实现,因此解决方案只有两个,要么优化代码甚至减少组件(目前正在这么做,Graphite, SPDY, libreg等新功能正在被暂时移除),要么转换到64位架构和机器进行编译,这样就可以访问4GB以上的地址空间。 同时Mozilla也正在考虑分拆libxul部分,对其中的核心代码进行分组,例如Direct3D之上的WebGL、媒体库等组件可以分开编译。 Graphite, SPDY, libreg是甚麼功能?? libxul又是哪部份- -?  | 
	|
| 
			 1楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					还有这种问题〇_〇管他是哪部分,先把mozilla团队逼到x64上才是王道  | 
	|
					
						
  | 
	
| 
			 2楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					SPDY 是相对于 http 另外开发的传输协议。论坛有讨论,请自行搜索。Firefox 实现的东西是几大浏览器中最多的。solidot 有一篇文章是说为何FF的js速度无法超越其他浏览器,虽然写的比较早,里面一些内容过期了,但或许值得一看: http://software.solidot.org/article.pl? ... 0&from=rss "Firefox在速度上暂时落后于chrome safari和opera。原因并不是Mozilla技术差,而是因为其他浏览器支持的javascript,只是Firefox的一个子集,有很多东西,被其他浏览器忽略了。 1) 只有Firefox支持E4X: 这里面至少还可以说明FF在遵循标准化方面走的比较深,实现的东西也太多。所以显得臃肿,不如webkit那样轻便。 网上一篇文章也说道除了改用64位环境编译32位FF,减少组件开发以外,还可以:1、将部分代码以外部动态链接库dll方式实现,但只能减少约300Kb体积的代码。2、用 visual studio 2010 编译,它支持32位环境超过3Gb的内存。但是这会让mozilla难看,居然还要用微软的编译器。  | 
	|
					
						
  | 
	
| 
			 3楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					题目改一下吧,改为无法PGO编译现在非PGO编译的obj总和还是小很多的,远远达不到限制 WebGL现在已经是独立组件了,可取的是把媒体在分离出来,或是把xul的功能一分为二  | 
	|
| 
			 4楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					fang5566:SPDY 是相对于 http 另外开发的传输协议。论坛有讨论,请自行搜索。 这个的确很久了,现在ecmascript5的通过性测试Firefox没有优势之余,还是明显最慢的,比ie9还慢,比chrome同是开发版慢几倍。而HTML5早就不是遥遥无期了。 firefox臃肿,很多代码太古老是不争的事实  | 
	|
					
						
  | 
	
| 
			 5楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					论坛抽风,发重复了				 | 
	|
					
						
  | 
	
| 
			 6楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					不懂。怎么听上去和Nokia的塞班系统一样,当时的分析就是塞班系统过于臃肿,已经没救了。难道Firefox会走上这条路?  | 
	|
| 
			 7楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					300多MB的源代码有多少是官版编译时需要的?全部么?				 | 
	|
					
						
  | 
	
| 
			 8楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					的确该革新了..支持火狐...  | 
	|
| 
			 9楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					大道有狐:300多MB的源代码有多少是官版编译时需要的?全部么?回到原帖 没觉得大,跨平台项目只要到一定规模的都可以到这一规模 跨平台编译在其中一个平台编译时只需要其中的平台专有和标准代码,针对Windows,估计也就用到50%的代码 Qt源码压缩成zip都超过200M了,不过Qt的好处在于它的界面分模块比较细,有core,有gui,不像Firefox把所有的都整到xul里面 虽说dll越少能够加速启动,可是现在连WebGL模块都俩dll了,我觉得完全可以把第三方的整合在一起,起个类似叫3rd.dll的名称 因为Firefox里模块不是MPL授权就是BSD授权,所以改名字整合也是可以的。  | 
	|
| 
			 10楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					精简无谓功能正当时				 | 
	|
| 
			 11楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					不用担心的。				 | 
	|
| 
			 12楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					编译要多少时间				 | 
	|
| 
			 13楼# 
								发布于:2011-12-14 17:38				
			Re: Firefox源码过于庞大 不瘦身将无法编译 
					我转chrome了,因为几乎火狐所有好用的扩展chrome都有了,真心不想火狐变成这个样子。				 | 
	|
| 
			 14楼# 
								发布于:2011-12-14 17:38				
			 | 
	|
上一页
下一页
 
			
			
						
			
			
						
			
		
							
				
