|
15楼#
发布于：2012-09-13 15:47
貌似都是越来越肿的...
 17L神人，给贵。。。是什麼意思   |
|
|
|
16楼#
发布于：2012-09-13 15:47
有进步，总算是好的，反观chrome感觉到了瓶颈，越来越臃肿
|
|
|
17楼#
发布于：2012-09-13 15:47
gc就比v8差了一大截
暂停时间比v8多几十毫秒 玩部分游戏 慢是正常的 |
|
|
18楼#
发布于：2012-09-13 15:47
我甚至怀疑Gecko排版引擎永远赶不上webkit，因为前者太臃肿，有太多东西要实现，webkit则轻量很多，但我不知道这是否是决定性差距。
|
|
|
|
19楼#
发布于：2012-09-13 15:47
用ff18测了javascript版的PVZ，与chrome stable的”流畅无比“相比仍然是”奇慢无比“，虽然已经看到15/16以来Gecko上的大幅进步，虽然也相信某些js网页是针对v8做了优化的，但总感觉对一个真正的通用浏览器来讲不该有“特定”的表现不佳的非ie only网页，只要这些网页没有采用非w3c的技术。不看benchmark看实际表现，xxxMonkey似乎依旧任重道远。
|
|
|
|
20楼#
发布于：2012-09-13 15:47
|
|
|
|
21楼#
发布于：2012-09-13 15:47
我印象中urlclassifier3有50M之大。。其实我遇到很多次反钓鱼警告了。所以没动它。
如果你没有移动profile默认位置，它就和cache老实呆在local settings下，不跟profile走。 现在重建配置很快的。 stylish.sqlite+gm_scripts+UC文件夹+书签打个包，导出自定义福字规则，几条config拿记事本记一下，AMO那里有收藏账号，登陆一下把扩展下回来，顶多半小时就建好。 现在用本地HTML主页，连主页都不用重建，太省事了。 备份profile也没那么重要了。 现在用了一个多月的profile大约32M。以前最大到过70M。。。6L神人，给贵。。。 |
|
|
22楼#
发布于：2012-09-13 15:47
|
|
|
|
23楼#
发布于：2012-09-13 15:47
删掉本来就会重新出现，但是初始大小为几KB
|
|
|
|
24楼#
发布于：2012-09-13 15:47
urlclassifier3.sqlite可以考虑删除，它是反钓鱼的数据。 urlclassifier3.sqlite 刪掉，開啟 Firefox 又出現了... 只有在打包的時候把它幹掉  |
|
|
|
25楼#
发布于：2012-09-13 15:47
urlclassifier3.sqlite可以考虑删除，它是反钓鱼的数据。places.sqlite可能是历史记录比较多，书签如果比较多的话也比较大，早期历史记录可以考虑删除掉。
|
|
|
|
26楼#
发布于：2012-09-13 15:47
插件不算什么，places.sqlite 有70.0M，urlclassifier3.sqlite 有65.0M。 |
|
|
27楼#
发布于：2012-09-13 15:47
|
|
|
|
28楼#
发布于：2012-09-13 15:47
|
|
|
|
29楼#
发布于：2012-09-13 15:47
|
|
|
