mono的gc一直 使用 conservative gc..可见其文档的描述。是一种较为落后的实现,没有分代。在最近的2.8版本中多了
一种sgen的新gc..据称性能不错..原来的gc一直有precise stack scanning的问题。在一些stack上分配的对象存在无法收集的可能性。
前天看到一文:
http://flyingfrogblog.blogspot.com/2010/07/mono-24-still-leaking-like-sieve.html
需要凸墙...
作者用了一个简单的代码来证实这种memory leak的存在。我用c#改写了,代码如下:
public class MainS
{
public static void Main(string[] args)
{
for(var i = 0; i!=30; ++i)
{
var t = new Dictionary<int,int>();
for(var j = 0; j!=10000000; ++j)
{
t[j] = j;
}
Console.WriteLine(string.Format("{0},{1}",t.Count,i));
//GC.Collect();
}
Console.WriteLine("haha");
}
}
此段代码在 mono 默认的gc上无法执行,会报outofmemory的错误..在新的sgen gc上勉强可以运行一阵子,但是最终会报sgen内部的一些错误。如果想要正确运行。那么可以把注释的部分打开 。。或者加入t.Clear()。这样在sgen gc下可以正常运行。在原有的gc依然不行。。
此段代码在注释掉gc.collect下在ms .net 3.5, .net 4.0均可以正常运行。现在看来mono的gc虽然有进步但是还不尽人意。。
出于好奇,我在python也实现了同样的代码,也没有任何问题。
据roadmap称,mono 2.10在gc方面将会有比较大的改进,希望如此。
测试环境: ubuntu10.04 32 bit, mono 2.8.2
windows 7 64 bit, .net 4.0, .net 3.5
有趣的是,如果把i 和 j的值 互换并不会出现问题。。看起来似乎mono的gc对 stack的大量对象存在回收的问题...