程序文件里有一大堆js文件,内存占用能降下来是见鬼了。另外,是不是被删贴就会给差评?
回复(13) 2015-07-02 23:15 来自版块 - Firefox 正式版和测试版
表情
aaaa007cn 于是谭先生拉了一帮 presto 死硬分子开始用 html + js 给 blink 做皮了 XD(2015-07-03 13:54)
aaaa007cn简单地说 没钱没人 最主要还是没钱 而且你也无法保证纯 c/c++ 就一定能速度快(包括开发速度、运行速度)占用资源少 且不说纯 c 和 c++ 就已经是在两个位面了 所以如果你愿意砸个几百万美刀甚至上亿 也许这辈子还是有可能听到个响的(2015-07-03 13:51)
meat现在浏览器实在是很复杂。应该是普通用户天天接触的单一软件除了操作系统以外最复杂的了。光是按照标准实现各种就让各个浏览器一头烟了。你看opera都玩不下去了吧 用js+xul实现部分顶层功能是很早就定下来的方针,要变先不说那个资源投入,光是这个量就是另外一个浏览器了(2015-07-03 13:34)
pcxfirefox纯的话就没有那么方便进行扩展了 也导致如果达到目前的高度扩展体系异常复杂 C/C++的使用好坏对程序员的要求甚高 bug也不易发现 光JS GC这一点 Mozilla就搞了很长时间的研究 如果让我等用C、C++来写,Firefox估计目前内存稳定2G+(2015-07-03 09:18)
atmouse 我不行,我只说说,很渣还是继续用(2015-07-03 08:48)
slitaz晕。。。有js就不是纯c/c++了?编译firefox只要c/c++编译器就可以了吧?新内核用的是rust编写的呢,不知道今年能不能弄个alpha出来玩玩(2015-07-03 04:04)
yfdyh000 插件架构并不是那么简单的,设计方面需要有专业又有领导力的程序员(兼任或者专职架构师)。 比如要考虑:应该允许和能替换哪些部分、怎样实现替换、性能及稳定性考量等等方面。 如果是合作/有分支项目,自身和成果还要有推行标准的实力,否则如果其他分支不接受,会造成冲突乃至分裂。 插件架...(2015-07-03 01:28)
yfdyh000 有点差有些感觉(比如像Chrome某个创意视频,持续打开标签页形成定格动画,Firefox似乎做不到),很渣没感觉,我只能说够用就好。 性能优化问题很麻烦,硬件加速、非主线程合成等特性的推行与合并都造成了不止一个问题(崩溃、残留等等),然而还是在继续进行。或许我只能说you c...(2015-07-03 01:00)
taoww 你可以自己用C/C++开发个简单的支持插件功能的程序就知道难点在哪里了 要实现新特性,不管用不用插件,真正代码上要改动的量差不了多少。插件主要是让第三方开发者能够参与进来(2015-07-03 00:38)
atmouse fx的界面性能渣的没话说,我部要灵活xul,俺只要高性能。不要请我用chrome,chrome不能ctrl选择表格(2015-07-03 00:26)

返回顶部