阅读:16420回复:81
36+版本有些奇怪的现象,求测试
36+ 的版本内存处理机制是不是重新调整过啊(或者说容错处理,对不标准网页的处理?专业的不懂),会有一些奇怪的的现象。
比如卡饭之前有个帖子说这个地址:www.guanggoo.com/t/3085 会造成页面如何如何,我当时用的36版本,去访问,把页面拉到底,发现的确会造成内存占用飙升,到1G左右,需要在页面停留5分钟以上,内存才会突然降至正常占用600mb左右。(新建配置,开启关闭硬件加速都是这样);但是我用35版本去访问时,拖动时就占用700mb左右,拉到页面底没几秒钟就降至正常占用。 还有对脚本的兼容也有点问题,比如NLF大大写的https://greasyfork.org/en/scripts/4285-flashviewer, 在35之前访问 http://www.91jucai.com/movie/langxianping/bc7728eab20d7a879a318ee18207c4fe.html, http://www.focus-sport.club.tw/(这个页面会非常卡,但不会崩)是不会崩溃的,36+百分之百崩溃。 有新旧两个版本的可以测试下,看看是不是个例 感觉和硬件关系不大 win7 x64 核显 (我独立显卡摔坏了...) i5-460m |
|
1楼#
发布于:2015-12-31 16:32
|
|
|
2楼#
发布于:2015-12-31 15:15
pcxfirefox:image.mem.surfacecache.size_factor设为64可能更能匹配102400的max_size_kb回到原帖 image.mem.surfacecache.max_size_kb image.mem.surfacecache.min_expiration_ms 为默认的情况下 image.mem.surfacecache.size_factor 这个设置成16是极限了 数值再往上就开始裂图 |
|
3楼#
发布于:2015-12-12 10:41
pcxfirefox:image.mem.surfacecache.size_factor设为64可能更能匹配102400的max_size_kb回到原帖在家里又试了试 以上所有方法没有改变暴涨 设成1000 也没用 除非关掉那个选项 |
|
4楼#
发布于:2015-12-10 17:07
pcxfirefox:功能也更多了啊 没办法image.mem.surfacecache.size_factor设为64可能更能匹配102400的max_size_kb |
|
|
5楼#
发布于:2015-12-10 17:05
|
|
|
6楼#
发布于:2015-12-10 16:56
pcxfirefox:就是内存clean太快呗 你来回滚动就不断解码丢弃image内存啊 当然如果你的习惯是保持一个方向 不是来回滚动狂魔 可以把这个参数设短一点没啥坏处回到原帖我测试了下 治标不治本阿 35 全加载完350mb 42 550mb 你这只是缓解 |
|
7楼#
发布于:2015-12-10 16:53
|
|
|
8楼#
发布于:2015-12-10 16:48
pcxfirefox:不在解码区域内的image多长时间后clean内存 单位毫秒 默认60秒 1000就是1秒 你随便改成你想要的值即可回到原帖35默认的 也是60s 这个数值条太小有什么副作用? |
|
9楼#
发布于:2015-12-10 16:41
|
|
|
10楼#
发布于:2015-12-10 16:38
pcxfirefox:好吧 我今天无聊看了下科普下 这参数干什么的 |
|
11楼#
发布于:2015-12-10 16:18
好吧 我今天无聊看了下
Try to set image.mem.surfacecache.min_expiration_ms to 1000 |
|
|
12楼#
发布于:2015-08-13 09:37
https://bugzilla.mozilla.org/show_bug.cgi?id=1163367 顺便问一下 这是谁 眼熟
|
|
13楼#
发布于:2015-08-13 09:28
新组了一台台式 全新的的显卡cpu依然这样,还让不让升级了 碎碎念
|
|
14楼#
发布于:2015-06-30 19:31
|
|
|
上一页
下一页