C# 内存管理优化畅想----前言

【C# 内存管理优化畅想----前言】的更多相关文章

C# 内存管理优化畅想----前言

C#语法简洁.优雅,类库丰富,是我最喜爱的计算机语言,没有“之一”.但是,经过深入学习后发现,C#的内存管理,也就是通常所说的垃圾回收(GC)机制,虽然跟其他支持GC的语言相比,已经很优秀了,但与手动管理内存的语言,如C++等相比,仍有差距,比如内存回收不够及时或频繁回收导致卡顿等. 我一直在思考,有没有可能在保留C#自动管理内存的优势的同时,使其效率能与手动管理相媲美?我的结论是可以,虽然并不容易.我的核心思路是尽可能减少触发GC的次数,当不得不触发GC时尽可能缩短GC的时间.在后面的该系列文…

C# 内存管理优化畅想（三）---- 其他方法&结语

前两篇文章提出的优化方法,都是不需要修改源代码的,而是在CLR或JIT层面进行自动优化的.但本文中提出的优化方法则需要引入新的语法,开发者只有在源代码中使用了这些新语法,才会获得优化. 1. 允许对象“嵌入式”组合:说白了,就是允许一个对象包含其他对象(包含的是对象本身,而非其引用),这样就把多个对象合并成了一个对象,减少了对象的数量,自然GC的压力就轻了.被包含的对象其实就相当于一个结构体(struct),禁止持有其引用.如果被包含对象是数组,至少应允许固定长度的情况,至于是否允许变长,则要看…

C# 内存管理优化畅想（二）---- 巧用堆栈

这个优化方法比较易懂,就是对于仅在方法内部用到的对象,不再分配在堆上,而是直接在栈上分配,方法结束后立即回收,这将大大减轻GC的压力. 其实,这个优化方法就是java里的逃逸分析,不知为何.net里没有引入. 英文讨论贴:https://github.com/dotnet/coreclr/issues/1784 附注:逃逸分析优化JVM原理(转自http://f.dataguru.cn/thread-346269-1-1.html) 我们知道java对象是在堆里分配的,在调用栈中,只保存了对象的…

C# 内存管理优化畅想（一）---- 大对象堆（LOH）的压缩

我们都知道,.net的GC是不会压缩大对象堆的,因为其时间开销不可接受,但这是以大对象堆产生大块碎片为代价的,如果以后要分配的大对象比最大的碎片还大,那么即使它比所有碎片的总大小要小,也是无法在不扩展大对象堆的前提下分配成功的,此时有可能引发内存不足的异常. 我想到一个方案,可以让大对象堆也能压缩,而且时间开销在可接受的范围内,原理是利用页表.我们知道,程序能看到的内存地址都是虚拟地址,是通过页表映射到物理地址的,连续的虚拟地址对应的物理地址未必连续,反之亦然.在内存中移动大量数据,开销很大,因…

EasyDarwin开源流媒体服务器内存管理优化

-本文由EasyDarwin开源团队成员Fantasy贡献前言最近在linux上跑EasyDarwin发现一个很奇怪的问题,当有RTSPSession连接上来的时候,发现进程的虚拟内存映射一下就多了64M,如下图: 备注:anon标识堆内存过程把通过在代码里面加system("pmap pid")命令,一步步跟,最终确定到是在NEW RTSPSession的时候多出来的64M内存,反复review代码,发现RTSPSession类并没有申请这么大的堆内存,把整个类大小输出,也远…

C# 内存管理优化实践

内存优化畅想系列文章已经结束了,很多读者读完之后可能觉得“然并卵”,毕竟都是给微软提的建议而已,现在都没有实现.那么为了优化内存,有没有什么我们现在就能用的技巧呢?我的答案是:有.网上关于.net内存优化的文章有许多,我不想一一转载,这里只介绍两个我自己想到的方法,如有雷同,纯属巧合.当然,我只是.net的业余爱好者,实践经验有限,所说的方法也只是理论分析得出的而已,并未经过实际测试验证,所以也未必正确,欢迎读者批评指正. 1. 即使是“垃圾”对象之间的互相引用,也应(在其成为垃圾之前)尽可能解…