[发明专利]一种基于块内存的内存总量动态控制方法及系统

说明书

本申请公开了一种基于块内存的内存总量动态控制方法及系统，该方法在软件模块初始化阶段，软件模块申请锁定内存，所述锁定内存由用户期望值和系统实际内存共同确定；软件模块对应的锁定内存用完后，软件模块申请重新锁定一块扩展内存，所述扩展内存与剩余可锁定内存进行比较后再确定是否调用已有的其他软件模块所未使用的内存，直至该软件模块成功进行内存的扩展，否则则退出宣告申请重新锁定失败。本发明申请能够根据各个软件模块的实际运行情况，在总内存上限的限制下，动态调整各模块的内存分配比例，尽量提高内存的总利用率，使软件尽可能运行更多的功能。

技术领域

本申请涉及物联网终端软件领域，特别是涉及一种基于块内存的内存总量动态控制方法及系统。

背景技术

块内存管理方案通常先按照预先定义好的大小，将总体内存划分成多个不同大小的内存池。在内存申请阶段，根据实际申请内存大小进行向上拟合，并从对应的内存池中分配内存块。在上述方案的使用中，通常需要预先确定内存总量，并根据实际使用环境预先确定各种不同大小内存块的划分比例。

物联网终端包括各种各样不同的设备，不同设备的资源差异巨大，而且同种设备在不同的应用场景下各子功能的使用频率也有巨大的差异性。因此很难预先确定出内存使用总量和各模块使用内存的比例，导致对各个设备的软件处理内存的分配很难调整，导致上述块内存管理方案很难应用于通用的物联网设备上。

如何调整基于块内存的内存分配机制是目前需要解决的重点问题。

发明内容

本申请的目的在于克服上述问题或者至少部分地解决或缓减解决上述问题。

根据本申请的一个方面，提供了一种基于块内存的内存总量动态控制方法，对每个软件模块分别逐批次地分配内存，包括：

软件模块初始化阶段，软件模块申请锁定内存，所述锁定内存由用户期望值和系统实际内存共同确定；

软件模块对应的锁定内存用完后，软件模块申请重新锁定一块扩展内存，所述扩展内存与剩余可锁定内存进行比较后再确定是否调用已有的其他软件模块所未使用的内存，直至该软件模块成功进行内存的扩展，否则则退出宣告申请重新锁定失败。

优选地，软件模块初始化阶段，软件模块申请锁定内存，此阶段的内存锁定过程包括：

取当前未锁定内存总量的一半作为该软件模块的当前实例锁定内存量上限，将所述当前实例锁定内存量上限与该软件模块的用户期望值相比较，取两者的较小值作为该软件模块的实例实际锁定内存量，即该软件模块初始申请到的锁定内存。

优选地，软件模块对应的锁定内存用完后，软件模块申请重新锁定一块扩展内存，重新锁定扩展内存的过程包括：

计算当前的未锁定内存量，并将计算出的当前未锁定内存量与当前的软件模块的最小扩展单元内存量进行比较，如当前未锁定内存量不小于所述最小扩展单元内存量，则按当前未锁定内存量重新锁定内存，宣告当前软件模块的内存扩展成功；否则，则进入对已有的其他软件模块所未使用的内存的解锁调用。

优选地，对已有的其他软件模块所未使用的内存的解锁调用，包括：

将当前已有的其他软件模块按照内存使用率进行递增排序，从内存使用率最低的软件模块开始，依次将每个软件模块的未使用内存量的一半予以解除锁定；

在每次解除锁定后计算当前的未锁定内存量，并将计算出的当前未锁定内存量与当前的软件模块的最小扩展单元内存量进行比较，如当前未锁定内存量不小于所述最小扩展单元内存量，则按当前未锁定内存量重新锁定内存，宣告当前软件模块的内存扩展成功，否则则继续对下一已有软件模块的未使用内存进行解锁后再次进行当前未锁定内存量的计算以及与当前的软件模块的最小扩展单元内存量的比较，直至当前软件模块的内存扩展成功，或者所有已有软件模块的未使用内存的一轮解锁完成。