内存分析优化总结

这段时间一直在做内存分析和优化相关的工作。几点感悟，在此记录下，欢迎有经验人士共同探讨

一。有关tcmalloc 
tcmalloc是google出的好东西，不了解的话自行google之。他的最显著作用是提升速度，内部的缓存机制做得相当了得。副作用是，加大了内存占用，而且会隐藏了代码中潜在的bug。用和不用，无非是对空间和时间的权衡取舍。优化内存使用是必然的，但不要等价于节省了程序内存占用。个人强烈建议：即便用它的话，也在项目后期加上。因为前面说过，这货会隐藏代码中潜在的bug，而且缓存的存在极不利于内存占用分析。最后说一点，一开始使用它的时候，很不确定一点：到底起作用没有？到底起作用没有？问百度和google，也没找到方便快捷的方法。其实，这个问题很好解决，把libtcmalloc_minimal.dll删掉，如果程序启动不起来，那自然就起作用了。

二。有关win7 
win7相比xp多了个SuperFetch功能，这是相同程序在win7下比在Xp下占用内存要多不少的主要原因（对我们的游戏来讲，win7普遍比Xp多个两三百M，用tcmalloc比不用tcmalloc也多个几百M）。和前面所讲的tcmalloc类似，占用内存多不代表不好。最简单直观的证明，我们游戏在win7下的启动速度明显快于Xp下的启动速度，用tcmalloc的启动速度明显快于不用tcmalloc的启动速度。所以说，win7这个缓存机制，从原理上来讲，是很类似于tcmalloc的。对开发人员来说，缺点也很明显，不方便分析程序内存占用情况。很多时候你会有这样的感觉：资源该释放的都释放了，但内存降不下来，明明不该占用这么多啊。。看到这，不要再纠结了，是缓冲机制在作怪。

三。有关小对象分配 
缓存机制会增大内存占用，这点在小对象很多，频繁new，delete的时候特别明显。可以想象，“10*1024次new 1个1Kb的对象，然后对应delete” 和 “10次new 1个1M的对象，然后对应delete”，对内存的影响是相当不同的。甚至对于第一种情况来说，“每次new出来，然后马上delete” 和 “全部new出来，然后依次delete”都有很大的不同。内存里面道道多着呢，绝不仅仅是表面上的new，delete，malloc，free这么简单，你要深入了解操作系统底层的知识才可能理解简单的表象背后究竟隐藏了怎样的故事。尽量不要再重复“生成，使用，销毁”这个过程了，建立小对象缓冲池吧。比如，游戏里面的伤血数字，小地图上的坐标图标等等。

四。有关工具的使用 
很多人会推荐建一个基类，重载new，delete操作符，然后程序里面所有需要new和delete的对象都从那个基类继承下来，以此来跟踪内存使用状况。这个可以有，但操作难度有点大，程序维护成本也高。你不能保证组里的所有人在新建一个类（甚至struct）的时候都有那个意识去从那个基类上继承下来。所以，最好的办法是熟练掌握相关工具。这里强烈推荐windbg的!heap扩展命令，以及配套的gflags，DH,UMDH工具。window底下还是自己的windbg最牛叉。Intel的那套工具也很强大，但速度慢，占用内存多，拿它跑我们程序的话，半小时左右才进到大厅，没能进入到PVE场景就因为内存占用过大而退出了。

关于缓存机制的存在会隐藏代码潜在bug的例子见下。感兴趣的同学自己配置tcmalloc试验一下，相信会有一个很直观的感受。 {%highlight c++%} 1 #include 2 #include