VxWorks内存池怎么配置，VxWorks内存池耗尽后怎么定位，处理这类问题时得先把系统内存和独立内存分区的用途区分清楚，因为常规的malloc和free默认是跑在系统那片公共内存里的，而像日志缓冲、网络报文、图像数据这些需要高频申请又怕互相影响的地方，更适合用memPartLib单独划出来管理，免得一个模块把整片内存都给吃光。

　　一、VxWorks内存池怎么配置

　　在动手配内存池之前，可以先盘算一下哪些模块能跟别人一起共用系统内存，哪些模块必须搬出去自己住，比如通信报文、日志缓存、图像处理还有那些动不动就要申请一大块内存的任务，给它们单独划出一片区域会更安全一些。

　　1、先拨出一段连续的内存空间

　　要建独立内存池，手里得先有一块地址挨在一起、长度也定好的区域，来源可以是程序里预先写好的静态大数组，也可以是系统启动时专门留出来的RAM段，内存池该开多大不能光盯着平时用多少，得把最多可能同时存在多少个对象、每个对象大概占多大地方、并发最忙的时候会多出多少，再额外加一点安全余量这些因素都考虑进去。

　　2、用memPartCreate建起独立的分区

　　接着就去调memPartCreate这个函数，把刚刚留好的内存起始地址和整块区域的大小都传进去，系统会返回一个叫PART_ID的标识，往后在这个模块里需要申请内存的时候，就不再直接用malloc了，而是统一换成memPartAlloc，释放的时候则换成memPartFree，这样所有动态内存的进出就全关在它自己的小池子里，既能管得住也方便后面查账。

　　3、容量不够时可以向池子里追加内存

　　要是跑着跑着发现原来的内存池快装不下了，可系统里还有别的空闲连续内存块，那就可以用memPartAddToPool给这个分区再添一块进去，不过在追加之前，一定得确认新加进来的这片区域没被别的任务或模块占用，而且不能光因为两块内存地址挨着就以为可以直接拼起来，最保险的办法还是走正规的接口把它正式加进池子里。

　　4、经常用到的对象最好让规格固定下来

　　像报文处理块、队列节点还有那种一圈一圈循环用的缓存，如果它们的尺寸都差不太多，比较建议的做法是在模块刚启动时就一口气申请好一批，只在这些已经分好的对象里轮着借来借去，等模块关掉或者系统停下来了再整体放掉，这样既减少了反复申请和释放带来的碎片，也方便后面估算内存到底用了多少。

　　二、VxWorks内存池耗尽后怎么定位

　　当系统跳出内存申请失败的提示时，先别急着就认为是系统里实在没内存了，得先分清楚到底是整片空间真的一点儿不剩了，还是说剩余的总量虽然还有，可已经被切得东一块西一块，再也找不出足够大的连续地方，这两种情况冒出来的错误看起来很像，可处理的路数却完全不同。

　　1、先查看系统内存的大致情况

　　可以进到内核Shell里敲一条memShow 0的命令，把系统内存池的整体状态给打印出来，这时要特别盯住这几个数：还剩多少字节是闲着的、一共已经分配出去多少、空闲块被切成了几瓣，还有最大的一块连续空闲区域能有多大，这些数字分开来看，对后面辨别泄漏和碎片都非常有用处。

　　2、再专门去检查你自己建的那个分区

　　如果程序里已经给某些模块单独设了内存池，那千万不能只盯着系统池的状况，还得用memPartShow把对应分区的ID输进去，去查看那个专属池子里到底还剩下些什么，因为很有可能系统池里还挺宽裕，而某个模块自己那一个小池子早就偷偷用完了，这种情况下光看系统这头就会看走眼。

　　3、把内存泄漏和碎片的问题拆开看

　　如果每跑完一轮业务，空闲的字节总数都在稳稳地往下降，就连任务停了以后也爬不回去，那通常就是有地方把申请到的内存忘了归还，也就是常说的内存泄漏；反过来，要是空闲字节的总数看上去还能接受，但那个“最大的空闲块”却在一点一点地缩水，弄得偶尔想申请一块稍大点儿的内存就当场报错，这多半是外部碎片在捣鬼，系统虽然能把相邻的空闲块拼回去，但因为用的是首次适配的法子，散开的小块还是很容易挡在前面。

　　4、分几个关键阶段把内存快照留下来对比

　　比较靠谱的办法是挑几个时间点去抓内存的图像：系统刚启动完抓一次，正式业务还没跑之前再抓一次，等到大负荷跑了一阵子以后再抓一次，随后把高负载的任务都停下来，隔一小会儿再看空闲空间有没有弹回来，把这几张快照摆在一块儿前后对照，往往比出问题后急急忙忙去扫一眼更难漏掉那个一直偷偷吃内存的环节。

　　三、VxWorks内存池耗尽后怎样避免再次发生

　　等把惹出问题的根子找到并且修好以后，还得把日常怎么盯着内存、分配的时候要守哪些规矩给定下来，光是把内存池的容量往高里调一调，经常只会把故障往后推一阵子，没法真正把问题拔掉。

　　1、给那些要紧的模块开独立的小池子

　　网络报文、日志缓存还有处理大块数据的这些代码模块，最好不要跟那些零零碎碎的小申请挤在系统公用的内存池里，一旦分开了，哪怕其中某一个模块出了泄漏或者碎片压得很重，也不至于一下子把整个系统的内存都往下拽，别的重要任务还能靠着剩下的资源撑一段时间，不至于马上全趴下。

　　2、仔细核对每一次申请是不是都跟着对应的释放

　　要特别留神那些因为任务异常退出、超时返回或者顺着处理错误分支而提前跳出去的代码路径，因为正常流程的最后也许确实调了一下free，可一旦走到异常那条线上，释放这个动作就很有可能被漏掉，这些看似不声不响的内存块堆久了，就成了很难察觉的泄漏点。

　　3、设一条低水位警戒线来提前报警

　　可以隔一段时间就去查一查当前空闲了多少字节、最大的空闲块还有多大，要是发现这些数字掉到了事先划好的安全线以下，就马上记下这会儿有哪些任务还在跑、正处在哪个业务步骤，还有最近一次大块内存申请的时间和大小，对于那些需要长时间守在岗位上跑的设备来说，提前拉响警报总比等程序自己摔倒了再去翻记录要强得多。

　　4、把压力测试的记录留下来反复对照

　　在测试环境里可以专门去跑一些容易让动态内存起变化的事情，比如网络连接反复建立再断开、日志文件一圈一圈地往磁盘上写、任务重启一遍又一遍，跑完每一轮之后都用memShow和memPartShow把数据截下来，要是发现空闲空间在持续地往坏的方向走，就得重新回头细查泄漏和碎片，而不是急着再把硬件上的内存划给池子一大块。

　　总结

　　VxWorks内存池的配置和耗尽后的排查，大致可以这样来走：先用memPartCreate给需要独立待遇的模块建好分区，然后用memPartAlloc和memPartFree把内存申请和释放管在那个小池子里；一旦遇到申请失败，就拿memShow和memPartShow去查空闲总量、块数和最大空闲块，空闲总数一路掉就要重点去抓内存泄漏的尾巴，最大块不停缩小就要惦记着是不是碎片在作怪；最后再把模块隔离、低水位告警和持续的压力测试这些手段都配全，内存上的那些老毛病才不容易反反复复地再冒出来。