发现 8.0a1 的内存越来越给力了。

继续支持 firefox。

内存回收机制运行频率增加，自然内存回收次数多，速度快，内存占用量就下降了。

不知道x64以及多核优化如何？

太频繁也不好……只要有效就行……看看UA顺便贴about:memory
Main Process

Explicit Allocations
73.40 MB (100.0%) -- explicit
├──30.02 MB (40.90%) -- js
│  ├──20.19 MB (27.51%) -- compartment([System Principal])
│  │  ├──10.54 MB (14.36%) -- gc-heap
│  │  │  ├───4.52 MB (06.15%) -- arena-unused
│  │  │  ├───3.57 MB (04.87%) -- objects
│  │  │  ├───2.12 MB (02.89%) -- shapes
│  │  │  └───0.34 MB (00.46%) -- (4 omitted)
│  │  ├───5.25 MB (07.15%) -- mjit-code
│  │  ├───1.87 MB (02.55%) -- scripts
│  │  ├───0.82 MB (01.12%) -- string-chars
│  │  ├───0.78 MB (01.06%) -- mjit-data
│  │  ├───0.74 MB (01.01%) -- object-slots
│  │  └───0.19 MB (00.25%) -- (2 omitted)
│  ├───7.19 MB (09.80%) -- gc-heap-chunk-unused
│  ├───1.37 MB (01.86%) -- compartment(atoms)
│  │   ├──0.74 MB (01.01%) -- string-chars
│  │   ├──0.63 MB (00.85%) -- gc-heap
│  │   │  ├──0.61 MB (00.84%) -- strings
│  │   │  └──0.01 MB (00.02%) -- (6 omitted)
│  │   └──0.00 MB (00.00%) -- (6 omitted)
│  ├───0.67 MB (00.91%) -- (4 omitted)
│  └───0.60 MB (00.82%) -- compartment(https://www.firefox.net.cn/forum/index.ph...)
│      └──0.60 MB (00.82%) -- (8 omitted)
├──21.05 MB (28.68%) -- heap-unclassified
├──17.53 MB (23.89%) -- storage
│  └──17.53 MB (23.89%) -- sqlite
│     ├──13.01 MB (17.73%) -- urlclassifier3.sqlite
│     │  ├──12.93 MB (17.61%) -- cache-used
│     │  └───0.08 MB (00.11%) -- (2 omitted)
│     ├───2.07 MB (02.82%) -- places.sqlite
│     │   ├──1.82 MB (02.48%) -- cache-used
│     │   └──0.25 MB (00.34%) -- (2 omitted)
│     ├───1.62 MB (02.20%) -- (9 omitted)
│     └───0.84 MB (01.14%) -- other
├───2.88 MB (03.92%) -- images
│   ├──2.61 MB (03.56%) -- content
│   │  ├──2.58 MB (03.52%) -- used
│   │  │  ├──2.55 MB (03.48%) -- uncompressed
│   │  │  └──0.03 MB (00.04%) -- (1 omitted)
│   │  └──0.03 MB (00.04%) -- (1 omitted)
│   └──0.26 MB (00.36%) -- (1 omitted)
├───1.05 MB (01.44%) -- layout
│   ├──1.05 MB (01.44%) -- all
│   └──0.00 MB (00.00%) -- (1 omitted)
└───0.87 MB (01.18%) -- xpti-working-set

Other Measurements
538.83 MB -- vsize
180.92 MB -- resident
134.35 MB -- private
 72.48 MB -- heap-committed
 67.65 MB -- heap-used
 19.00 MB -- js-gc-heap
  9.35 MB -- heap-unused
  9.18 MB -- gfx-d2d-surfacevram
  3.02 MB -- heap-dirty
  2.98 MB -- gfx-surface-image
  2.81 MB -- gfx-d2d-surfacecache
  0.00 MB -- gfx-surface-win32


而且下方还有三个选项呢

global collection
global collection+cycle collection
minimize memory usage

谁能解释下分别是如何作用的?

刚好奇又用小圆脸考据贴来测试……

Fx8 vs Chromium14 （版本号越来越近了……


发现fx8只是让内存回收变得更频繁，以及可能的内存泄露修复而已，对于image/content heavy的站点处理方案没有任何变化，仍然是以tab为释放单位

图中一格是5秒，可见默认（全新安装的fx8，除了改改字体和隐私设置，装了个 AP，没有做其他任何改动）的tab释放时间只有20秒左右……

就实际体验而言，第二个峰是我切到论坛发帖后切回去的效果，也就是说虽然说是释放了，可是你再切回去的时候还是要全部读入的……峰的斜率就是我内存读写的速度限制，可见完全读完大概要5秒（实际体验卡了大概2秒）

所以如果你有个内容很多的页面最好不要切来切去，很容易崩溃- -

chrome就不说了，一直是以screen为释放单位，图中是按住滚动条空白处以极速浏览时的内存变化，实际浏览中会更加平缓

我倒是希望mozilla别老学chrome的界面，学学对网页内容的处理方法多好- -

另外当完全读取后，滚动页面进行浏览时，物理内存占用不变，但是提交大小会一直增加
                 初始值             完全打开                  浏览到底
物理内存     2.16G             3.65G                     3.66G
提交大小     1986M            3335M                    4658M

增量
物理内存    1.5G
提交大小    1349M（打开）/2672M（浏览）

这是about:memory页面，从左到右分别是：
完全载入页面 - 切换标签等待自然释放 - 完全载入页面并浏览完毕 - 等待自然释放
看不太懂，好像浏览过程增加的那些提交在这里没有体现？

也不光是增加GC频率
以前的版本 释放不干净的
现在还有
看那个unused大小
还有about:blank 啥的

195：不知道x64以及多核优化如何？回到原帖

FF没有使用OpenMP代码，所以多核不指望了，难道要修改用户级线程api么，这个代码量可大了，还得维护Windows和Linux两套不同的代码。
x64现在编译器优化都不太好，想要超越x86的优化水平，还得等新版本的编译器问世，还在于mozilla会不会使用新版的编译器。

FF会多进程吧  
chrome 和 网页分离 大概3个进程
vs2010 sp1 好像是这几天开始测试

fiey：FF会多进程吧  
chrome 和 网页分离 大概3个进程
vs2010 sp1 好像是这几天开始测试回到原帖

是么，这个有详情链接吗？
vc2010 sp1是微软赞助的？

urlclassifier3.sqlite 是个内存占用大户啊,起码20M

是么，这个有详情链接吗？
vc2010 sp1是微软赞助的？

http://blog.kylehuey.com/post/701537888 ... -msvc-2010


Electrolysis 的进展比较缓慢阿

fiey：
http://blog.kylehuey.com/post/701537888 ... -msvc-2010


Electrolysis 的进展比较缓慢阿回到原帖

恩，尽情换VC2010吧，我用2010编译后，启用js的pgo后，pgo的bug也没有重现，所以说没有什么大的问题了

技术贴，希望继续改进

还在用5.0的路过