佛山网站建设冯哥,网站首页 如何设置,网站模板下载工具,门头沟富阳网站建设前言
本文和传统的内存优化不一样#xff0c;不是讲如何降低内存占用#xff0c;而是讲编程开发中要注意的内存问题以及一些内存技术的演变与原理。 对惹#xff0c;这里有一个游戏开发交流小组#xff0c;希望大家可以点击进来一起交流一下开发经验呀 1: Application进程…前言
本文和传统的内存优化不一样不是讲如何降低内存占用而是讲编程开发中要注意的内存问题以及一些内存技术的演变与原理。 对惹这里有一个游戏开发交流小组希望大家可以点击进来一起交流一下开发经验呀 1: Application进程的内存分段 应用程序的内存分为: 代码段, 数据段, 栈, 堆。
代码段: 用来存放代码的二进制指令与一些常量和常量字符串, 进程启动以后划分出来把代码指令加载到代码段,一直占用内存并且只读不可修改。】
数据段: 用来存放代码中的静态全局变量进程启动后加载程序文件后,内存分配出来并一直占用内存,直到进程结束。
栈: 函数在调用的过程中局部变量函数参数函数调用时函数地址的跳转与返回执行下一条指令,这些都是使用栈来存储数据。随着函数调用返回之前函数里面的局部变量,参数等使用的栈内存都会被回收。栈中内存如何被回收呢其实就是一个栈顶指针,把栈顶指针往下移动分配内存回收内存把栈顶指针往上移动所以局部变量是随着函数调用在栈上反复的使用内存。如图1.1所示: 堆: 2: OS动态内存分配与手动内存管理
3:什么是内存碎片,避免内存碎片常用手段
(1)进程申请malloc 128字节,系统分配了左边第一个蓝色的块(红色块覆盖的蓝色块那时没有红色块)。
(2)接着进程申请malloc 128字节,系统分配了左边第二个蓝色的块(没有红色块覆盖的蓝色块)
(3)进程申请释放第一个蓝色的块,free 128字节,这时候第一个蓝色块的内存空间被释放。
(4)进程申请malloc 110字节,OS从左边的地址开始分配了110大小,如红色的块所示,注意这个时候第一个蓝色块-红色块中间有个绿色块的空隙大小为18字节(128-110),可被分配但是进程没有任何需求去用这么小的18个字节,所以就”导致内存碎片”可用但太小同时散落在内存空间中无法用。
经过进程运行,一段时间后大量的分配与释放重新分配有无数的”18字节”出来了这就是内存碎片。内存碎片产生的原因其实就是系统反复大量的分配和释放大小不一的内存导致进程要内存系统有内存空间但是这些空间不连续,大小满足不了申请要求导致分配失败。
搞清楚内存碎片产生的原因,如何避免呢大量的大小不一的内存块的申请与释放请求导致了碎片那么解决方案就出来:
a:尽量让分配与释放的内存空间大小统一, 例如Unity ECS基于trunk来生成各种大小不同的大量Entity,每个trunk的大小是一样的。
b:对于大量分配的同一个大小的内存块我们在进程层面做好缓存池,不还给OS,重复利用,比如物体缓存池等。
4:什么是内存泄漏,预防与追踪内存泄漏的常用方法
内存泄漏:
进程向OS malloc内存不用后却忘记调用free来释放还给OS,导致系统认为这块内存进程还在用而进程没有变量指向这块内存无法用这块内存,可用的内存越来越少,这种情况叫”内存泄漏”。
内存泄漏会不会影响其它的进程任务运行
进程A内存泄漏了会不会影响进程B的可用内存越来越少呢答案是不会,因为进程A内存泄漏进程A中泄漏的内存不能用了一段时间后OS会判定 进程A泄漏的内存块对应的物理内存页长时间没有用当物理内存吃紧的时候会把这个物理内存页判断为”长时间不用”的物理内存页就把泄漏对应的物理内存页的数据交换到磁盘然后释放物理页给其它的进程B使用所以进程A的内存泄漏不会从根本上影响其它进程的内存使用(OS做内存页交换的开销肯定会有)。
内存泄漏的危害: 导致有内存泄漏的进程可用内存越来月少最后导致进程无法分配内存而停止运行。
追踪内存泄漏的工具: 从系统级别给malloc与free函数加入调试信息,运行时收集找出来哪些地方的内存可能没有free提示给开发者。比如Valgrind工具等xcode也自动这种追踪工具原理都一样。
预防内存泄漏:
(1)编写内存分配与释放函数让大家统一来使用 这个接口来分配/释放内存代替直接系统与库的调用。这种做法能快速的统计出是否有内存泄漏比如怀疑有内存泄漏那么你可以基于这个接口来加上统计信息来看,比如加上调用栈信息看哪个地方在调用这个函数分配内存,然后查代码这个分配的在什么时候释放的来快速的找出忘记free的对象。
(2)review代码从代码上来review熟悉整个内存的使用情况来提早发现有内存泄漏的代码毕竟等所有的项目代码都写好了再去追内存泄漏心里压力还是蛮大的。
(3)编写自动的垃圾回收机制引入内存自动回收。现在的编程语言除了C/C以外几乎都有基于垃圾回收的自动回收机制。
5: GC自动回收的实现原理与如何避免GC峰值冲击
基于自动垃圾回收的机制是如何实现
这里给大家分享一种基于引用计数的垃圾回收机制的原理与实现让你对垃圾回收器有一个全面的了解,其它的垃圾回收机制大同小异只是判断”垃圾”的方式不一样而已。
实现一个基类我们叫做Object(现在你知道为什么很多垃圾回收的对象基类都是Object了吧没有错就是干这个事情的),
class Object {
int refCount; //为0表示为垃圾,增加引用计数1,减少引用,计数-1
…
重载operator() {改变引用计数}
};
以后所有的自动回收的对象都要继承自这个Object。
接下来重载赋值操作符operator, 当把一个变量赋值为新的Object的时候把原来的Object引用计数减1,把新的Object的引用计数加1。
定义一个全局的内存分配器负责对象的内存分配与释放我们暂时叫它Allocator,并提供接口 New,所有的Object的对象创建都基于这个全局的分配器来创建的同时每分配一个对象出去内存分配器保存好这个对象的地址或引用。当我们把对象赋值给变量的时候老对象与新对象会触发引用计数的减加。比如:var a xxx; a null, 把a原来的老对象xxx引用计数-1。当没有变量指向xxx那么它就会被定义为垃圾。
接下来就是给Allocator编写一个垃圾回收的接口叫GarbageCollection它遍历Allocator记录的所有的分配出去的基于Object的对象,看看这些Object的引用计数是不是为0,如果是就是垃圾进而调用OS的释放函数回收内存把垃圾对象回收。
编写了回收接口后什么时候调用呢我们一般提供两种方式:手动强制回收垃圾(程序员直接调用)与特定时期的系统自动回收(系统检测到达一些阈值条件后调用Allocator的垃圾回收接口)。一般使用系统自动回收这种还有一个好处就是前面的垃圾对象还可以反复的再分配出去比如已经是垃圾的同一类型物体没有还给OS但是下次分配又可以直接分配出去,可以避免内存碎片。(这样程序员只管new 对象有家长帮你管对象了)
如何避免GC峰值冲击?
GC峰值: 某一瞬间,大量的物体的释放导致GC花了很多时间来计算与回收垃圾,从而导致GC占用了CPU,卡住了程序。
如何避免GC峰值可以通过平滑掉回收来避免在性能的关键时刻长时间触发GC。
举个例子比如一个场景有满屏的敌人某个玩家放了一个技能让大量的敌人瞬间全部死亡如果在清屏的时候触发了GC回收大量的”敌人垃圾”,导致游戏长时间卡在了GC上到导致帧率下降这个就属于GC卡顿。假设GC 1万个对象卡了3秒, 我们就可以通过调节参数与阈值来避免对这1万个对象一次做回收而是把1万个对象平滑到一个相对比较长的时间段去回收。每次只回收一部分分多次回收。这样避免GC峰值带来的性能冲击。具体可以通过问题分析来做出相应的解决方案。
本文到此结束很长希望大家有所收获关注我一起来讨论内存相关的技术问题。
