26版的只解码可见区域的图片生效了？

为啥打开一个图片网站还是狂加载中，等加载玩了往下拖动滚动条，下边的图片早就加载好了。
只解码可见区域的图片，难道不像微博那样吗？看不见的图片先不显示，等滚动条到那个位置了再显示图片。
搞不懂。。。
话说论坛的表情，o(︶︿︶)o 唉

sqcsl：我也碰到这个情况,一次打开十几个标签页,只有切换过去的页面才开始加载图片  没切换的时候他什么都不加载回到原帖

现在就是这样的算法，可以尝试把这个只解码可见区域的特性给关掉

我也碰到这个情况,一次打开十几个标签页,只有切换过去的页面才开始加载图片  没切换的时候他什么都不加载

白左：原来的情况是一次性解码全部图片, 但是fx最近有个新特性就是切换标签一段时间以后会清除缓存. 假如一个页面有2G的未压缩图片容量, 你第一次打开呼啦啦往内存里填了2G内容. 你切换标签15秒又呼啦啦把他们全清空, 等你切换回来的时候又呼啦啦...回到原帖

这个崩溃可能是32位进程限制。你用64位的firefox再试试

原来的情况是一次性解码全部图片, 但是fx最近有个新特性就是切换标签一段时间以后会清除缓存. 假如一个页面有2G的未压缩图片容量, 你第一次打开呼啦啦往内存里填了2G内容. 你切换标签15秒又呼啦啦把他们全清空, 等你切换回来的时候又呼啦啦填进去. 即使是质量好的内存, 老这么超负荷工作也是让人担忧的, 而且这样巨量的瞬时数据, 对硬盘, cpu和内存都有很高的要求, 哪一个出现瓶颈, 就会崩掉；加上本身firefox的运行效率不是完美的, 实测16GB 1333双通道内存+SSD+E3 1230的中高端配置, 对付4G未压缩图片容量网页也会崩掉.

这种变态网页以前可能很少遇到, 但是现在随便哪个高清图楼200p那种就能达到这种效果

原来是加载完了就直接一次性全部解码完毕
现在是要显示了再解码那一部分
如果解码压力大的话，比如图多、图大、cpu解码能力弱
快速空格翻页时应该比原来更卡吧，cpu占用可能会反复飙高

alanfly：解码也会占用cpu，新特性把cpu解码图片的工作分散开来，浏览也会更流畅。回到原帖

但是26版打开网页的时候还是有一点失去相应，当然这是一直都有的问题了

fang5566：与内存大不大关系不大，原来一次性解码会造成短时浏览器占用内存急剧攀升，造成浏览器不稳定，lag甚至假死。哪怕你有16G内存，浏览器假死了，也没用啊。回到原帖

解码也会占用cpu，新特性把cpu解码图片的工作分散开来，浏览也会更流畅。

假死不就是因为内存不够导致系统需要频繁读写硬盘swap么
罪魁祸首其实是32位和硬盘IO吧

迟到了千年：意思就是大内存这个功能就无所谓了？回到原帖

与内存大不大关系不大，原来一次性解码会造成短时浏览器占用内存急剧攀升，造成浏览器不稳定，lag甚至假死。哪怕你有16G内存，浏览器假死了，也没用啊。

alanfly：微薄那种省流量的，不拉下去就不下载图片，26的新特性是下载所有图片但是只将可视区域内的图片解码加载进内存，浏览时更流畅、内存变化不会大起大落且解决了多图卡死的困扰。回到原帖

意思就是大内存这个功能就无所谓了？

解码不解码是读入内存与否

图片需要先下载
然后解码
再之后才能显示

现在的只解码可见区域不过是用时间换空间的一种策略

以前保存的测试贴 可惜现在需要登录才能看了
http://pc.beareyes.com.cn/cgi-bin/joytlun.pl?id=pc005&his=14

微薄那种省流量的，不拉下去就不下载图片，26的新特性是下载所有图片但是只将可视区域内的图片解码加载进内存，浏览时更流畅、内存变化不会大起大落且解决了多图卡死的困扰。