CN106021130A - 内存处理方法及装置 - Google Patents
内存处理方法及装置 Download PDFInfo
- Publication number
- CN106021130A CN106021130A CN201610306100.6A CN201610306100A CN106021130A CN 106021130 A CN106021130 A CN 106021130A CN 201610306100 A CN201610306100 A CN 201610306100A CN 106021130 A CN106021130 A CN 106021130A
- Authority
- CN
- China
- Prior art keywords
- internal memory
- time period
- preset time
- usage amount
- launched
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0891—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches using clearing, invalidating or resetting means
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本公开是关于一种内存处理方法及装置,该方法包括:预估终端在第一预设时间段内待启动的进程对应的内存使用量;根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,以使待启动的进程在释放后的内存中运行。从而提高内存处理效率,进而提高用户体验感。
Description
技术领域
本公开涉及内存处理技术,特别涉及一种内存处理方法及装置。
背景技术
随着科学技术的不断发展,智能终端上的应用也越来越多,这些应用比如可以是:QQ、微信、淘宝等。应用的增加必然带来智能终端上进程的增加,无论是正在运行的进程,还是缓存的进程都会占用一定的内存空间。
因此,多种多样的应用除了丰富了人们的生活之外,这些应用所对应的进程也为智能终端的内存带来了很大的挑战。
发明内容
为克服相关技术中存在的问题,本公开实施例提供了一种内存处理方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种内存处理方法,包括:
预估终端在第一预设时间段内待启动的进程对应的内存使用量;
根据所述终端中所有当前缓存的进程所占用内存情况和所述待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
本公开实施例提供的技术方案可以包括以下有益效果:首先,预估终端在第一预设时间段内待启动的进程对应的内存使用量,相对于目前相关技术中,根据实际待启动的进程对应的内存使用量,才去释放内存的情况,本公开所提供的内存处理方法效率更高;其次,本公开中,根据终端中所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,相对于目前相关技术中,逐次释放当前缓存的进程所占用的内存,本公开通常会同时释放多个当前缓存的进程所占的内存,进一步地,提高了内存处理效率;基于内存处理效率的显著提高,才能使得待启动的进程运行更快,从而提高用户体验感。
可选地,所述预估终端在第一预设时间段内待启动的进程对应的内存使用量,包括:确定所述终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量;
根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量;
其中,所述第二预设时间段为所述第一预设时间段之前的任一时间段。
通过该方法可以有效的预估出第一预设时间段内待启动的进程对应的内存使用量。
可选地,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
确定所述每个第二预设时间段内所启动的进程对应的内存使用量的最大值;
确定所述第一预设时间段内待启动的进程对应的内存使用量小于或者等于所述最大值。
可选地,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
建立所述每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;
根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。
可选地,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
计算所述每个第二预设时间段内所启动的进程对应的内存使用量的平均值;
确定所述第一预设时间段内待启动的进程对应的内存使用量大于或者等于所述平均值。
可选地,所述根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,包括:
确定所述终端中每条当前缓存的进程在第三预设时间段内的使用次数;
若所述终端中所有当前缓存的进程所占用内存大于所述第一预设时间段内待启动的进程对应的内存使用量,则按照所述使用次数由低至高的顺序,释放大小为所述第一预设时间段内待启动的进程对应的内存使用量的内存。
基于此,终端释放内存时,会将那些使用次数较低的进程优先释放,从而在提高内存处理效率的同时,还能保证那些使用次数较高的进程被及时读取。
可选地,若所述终端中所有当前缓存的进程所占用内存小于或者等于所述第一预设时间段内待启动的进程对应的内存使用量,则显示提示信息,以提示用户当前内存不足。
下面将介绍发明实施例提供一种内存处理装置,其中装置部分与上述方法对应,对应内容技术效果相同,在此不再赘述。
根据本公开实施例的第二方面,提供一种内存处理装置,包括:
预估模块,被配置为预估终端在第一预设时间段内待启动的进程对应的内存使用量;
释放模块,被配置为根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
可选地,所述预估模块包括:
第一确定子模块,被配置为确定所述终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量;
预估子模块,被配置为根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量;
其中,所述第二预设时间段为所述第一预设时间段之前的任一时间段。
可选地,所述预估子模块被配置为:
确定所述每个第二预设时间段内所启动的进程对应的内存使用量的最大值;
确定所述第一预设时间段内待启动的进程对应的内存使用量小于或者等于所述最大值。
可选地,所述预估子模块被配置为:
建立所述每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;
根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。
可选地,所述预估子模块被配置为:
计算所述每个第二预设时间段内所启动的进程对应的内存使用量的平均值;
确定所述第一预设时间段内待启动的进程对应的内存使用量大于或者等于所述平均值。
可选地,所述释放模块包括:第二确定子模块、判断子模块和释放子模块;
所述第二确定模块,被配置为确定所述终端中每条所述当前缓存的进程在第三预设时间段内的使用次数;
若所述判断子模块判断所有所述当前缓存的进程所占用内存大于所述第一预设时间段内待启动的进程对应的内存使用量,则所述释放子模块按照所述使用次数由低至高的顺序,释放大小为所述第一预设时间段内待启动的进程对应的内存使用量的内存。
可选地,所述装置还包括:显示模块;
若所述判断子模块判断所有当前缓存的进程所占用内存小于或者等于所述第一预设时间段内待启动的进程对应的内存使用量,则显示模块显示提示信息,以提示用户当前内存不足。
根据本公开实施例的第三方面,提供一种内存处理装置,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为:
预估终端在第一预设时间段内待启动的进程对应的内存使用量;
根据所述终端中所有当前缓存的进程所占用内存情况和所述待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
本公开的实施例提供的技术方案可以包括以下有益效果:本公开是关于一种内存处理方法及装置,该方法包括:预估终端在第一预设时间段内待启动的进程对应的内存使用量;根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,以使所述第一时间段内待启动的进程在释放后的内存中运行。由于预估终端在第一预设时间段内待启动的进程对应的内存使用量,相对于目前相关技术中,根据实际待启动的进程对应的内存使用量,才去释放内存的情况,本公开所提供的内存处理方法效率更高;并且根据终端中所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,相对于目前相关技术中,逐次释放当前缓存的进程所占用的内存,本公开通常会同时释放多个当前缓存的进程所占的内存,进一步地,提高了内存处理效率;基于内存处理效率的显著提高,才能使得待启动的进程运行更快,从而提高用户体验感。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种内存处理方法的流程图;
图2是根据另一示例性实施例示出的一种内存处理方法的流程图;
图3是根据一示例性实施例示出的一种内存处理装置的框图;
图4是根据另一示例性实施例示出的一种内存处理装置的框图;
图5是根据一示例性实施例示出的一种内存处理装置500的框图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种内存处理方法的流程图,本实施例以该内存处理方法应用于终端中来举例说明,其中该终端可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等,该方法的应用场景为:终端上存在待启动的进程,需要终端释放内存,以使待启动的进程可以在释放的内存中运行。该内存处理方法可以包括如下几个步骤:
步骤S11:预估终端在第一预设时间段内待启动的进程对应的内存使用量;
其中,第一预设时间段可以是用户根据实际情况设置的,比如:可以设置为20s,10s等,同样地,本公开中的所有预设时间段可以是用户根据实际情况设置的,本公开实施例对此不做限制。进一步地,所谓在第一预设时间段内待启动的进程是指:在第一预设时间段的前一个预设时间段内该进程未启动,而在第一预设段内该进程启动,其中,该前一个预设时间段与第一预设时间段相邻。更进一步地,终端可以首先确定第一预设时间段之前的至少一个时间段,然后,统计每个时间段内待启动的进程对应的内存使用量,即根据历史内存使用量预估终端在第一预设时间段内待启动的进程对应的内存使用量。
步骤S12:根据终端中所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,以使待启动的进程在释放后的内存中运行。
通常缓存的进程是那些暂时性保存起来以供再读取的进程,而终端当前并不一定会读取当前缓存的进程,这些缓存的进程又占用一定的内存,基于此,终端可以根据所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,以使第一时间段内待启动的进程在释放后的内存中运行。
例如:第一预设时间段内待启动的进程为微信对应的进程,而终端中所有当前缓存的进程包括:QQ对应的进程、淘宝对应的进程等,终端确定当前无需读取当前缓存的进程,则可以根据它们所占用内存的情况,释放内存,以使第一预设时间段内,微信对应的进程可以在释放后的内存中运行。
目前的相关技术中,针对第一预设时间段内待启动的进程,终端首先选择占用内存最大的当前缓存的进程,然后释放该进程对应的内存,当释放的内存不够时,则继续在剩下的当前缓存的进程中,选择占用内存最大的进程,继续释放该进程对应的内存,直到释放的内存达到待启动的进程所需的内存即可。
而本公开实施例所提供的内存处理方法,首先,预估终端在第一预设时间段内待启动的进程对应的内存使用量,相对于目前相关技术中,根据实际待启动的进程对应的内存使用量,才去释放内存的情况,本公开所提供的内存处理方法效率更高;其次,本公开中,根据终端中所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,相对于目前相关技术中,逐次释放当前缓存的进程所占用的内存,本公开通常会同时释放多个当前缓存的进程所占的内存,进一步地,提高了内存处理效率;基于内存处理效率的显著提高,才能使得待启动的进程运行更快,从而提高用户体验感。
图2是根据另一示例性实施例示出的一种内存处理方法的流程图,该方法与图1所示实施例的不同之处在于,该方法对步骤S11进行了进一步的细化,其中,该内存处理方法可以包括如下几个步骤:
步骤S111:确定终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量,其中,该第二预设时间段为第一预设时间段之前的任一时间段;
其中,第二预设时间段可以是用户根据实际情况设置的,比如:可以设置为20s,10s等,本公开实施例对此不做限制。
步骤S112:根据每个第二预设时间段内所启动的进程对应的内存使用量,预估第一预设时间段内待启动的进程对应的内存使用量;
一种可选方式,确定每个第二预设时间段内所启动的进程对应的内存使用量的最大值;确定第一预设时间段内待启动的进程对应的内存使用量小于或者等于最大值。
例如:终端确定三个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量分别为:30KB,60KB,以及90KB,基于此,终端确定内存使用量的最大值为90KB,接着,终端预估第一预设时间段内,待启动的进程对应的内存使用量小于或者等于90KB。
另一种可选方式,建立每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。即将每个第二预设时间段作为一个输入参数,以及将每个第二预设段内所启动的进程对应的内存使用量作为另一个参数,接着根据这两个参数建立函数,即对应关系,基于此,终端根据第一预设时间段和该函数可以确定第一预设段内待启动的进程对应的内存使用量。
例如:终端确定三个第二预设时间段与每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系为一次函数,接着,可以将第一预设时间段代入该一次函数,则输出第一预设时间段内待启动的进程对应的内存使用量。
又一种可选方式,计算每个第二预设时间段内所启动的进程对应的内存使用量的平均值;确定第一预设时间段内待启动的进程对应的内存使用量大于或者等于平均值。
其中,可以采用加权平均算法,对每个第二预设时间段内所启动的进程对应的内存使用量计算内存使用量的平均值,权重的确定方法可以根据第二预设时间段与第一预设时间段的时间间隔来确定,时间间隔越大,则设置的权重可以越小,相应地,时间间隔越小,则设置的权重可以越大,其中,该时间间隔可以为第二预设时间段的起始时间与第一预设时间段的起始时间之差,也可以是第二预设时间段的终止时间与第一预设时间段的终止时间之差,本公开实施例对此不做限制。
例如:三个第二预设时间段分别为:[12:00:00,12:00:30],[12:00:31,12:01:01],[12:01:02,12:02:42],第一预设时间段为:[12:02:43,12:03:00],终端确定每个第二预设时间段与第一预设时间段的时间间隔,分别确定每个第二预设时间段对应的权重分别为1/6,1/3,1/2,假设每个第二预设时间段内所启动的进程对应的内存使用量分别为:30KB,60KB,以及90KB,则预估第一预设时间段内待启动的进程对应的内存使用量为1/6*30KB+1/3*60KB+1/2*90KB=70KB。
步骤S12:根据终端中所有当前缓存的进程所占用内存情况和第一预设时间段内待启动的进程对应的内存使用量释放内存,以使待启动的进程在释放后的内存中运行。
可选地,确定终端中每条当前缓存的进程在第三预设时间段内的使用次数;若终端中所有当前缓存的进程所占用内存大于第一预设时间段内待启动的进程对应的内存使用量,则按照使用次数由低至高的顺序,释放大小为第一预设时间段内待启动的进程对应的内存使用量的内存;若终端中所有当前缓存的进程所占用内存小于或者等于第一预设时间段内待启动的进程对应的内存使用量,则显示提示信息,以提示用户当前内存不足。
具体地,终端中存储有所有当前缓存的进程列表,其中在该列表中,可以按照当前缓存的进程在第三预设时间段内的使用次数,由低至高的顺序依次排列,基于此,终端释放内存时,会将那些使用次数较低的进程优先释放,从而在提高内存处理效率的同时,还能保证那些使用次数较高的进程被及时读取。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图3是根据一示例性实施例示出的一种内存处理装置的框图,该内存处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。该内存处理装置可以包括:
预估模块31,被配置为预估终端在第一预设时间段内待启动的进程对应的内存使用量;
释放模块32,被配置为根据所述终端中所有当前缓存的进程所占用内存情况和所述预估模块31所预估的第一预设时间段内待启动的进程对应的内存使用量,释放内存,以使待启动的进程在释放后的内存中运行。
本公开实施例中,内存处理装置可用于执行图1所示的内存处理方法,具体功能和效果在此不再赘述。
图4是根据另一示例性实施例示出的一种内存处理装置的框图,该内存处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。基于上一实施例的基础,所述预估模块31包括:
第一确定子模块311,被配置为确定所述终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量;
预估子模块312,被配置为根据第一确定子模块311所确定的所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量;
其中,所述第二预设时间段为所述第一预设时间段之前的任一时间段。
可选地,所述预估子模块312被配置为:确定所述每个第二预设时间段内所启动的进程对应的内存使用量的最大值;确定所述第一预设时间段内待启动的进程对应的内存使用量小于或者等于所述最大值。
或者,
可选地,所述预估子模块312被配置为:建立所述每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。
或者,
可选地,所述预估子模块312被配置为:根据所述每个第二预设时间段内所启动的进程对应的内存使用量计算内存使用量的平均值;确定所述第一预设时间段内待启动的进程对应的内存使用量大于或者等于所述平均值。
进一步地,该释放模块32还包括:第二确定子模块321、判断子模块322、释放子模块323;所述第二确定子模块321,被配置为确定所述终端中每条当前缓存的进程在第三预设时间段内的使用次数;若所述判断子模块322判断所有当前缓存的进程所占用内存大于所述第一预设时间段内待启动的进程对应的内存使用量,则所述释放子模块323按照所述使用次数由低至高的顺序,释放大小为所述第一预设时间段内待启动的进程对应的内存使用量的内存;
所述装置还包括显示模块33,若所述判断子模块322判断所有当前缓存的进程所占用内存小于或者等于所述第一预设时间段内待启动的进程对应的内存使用量,则显示模块33显示提示信息,以提示用户当前内存不足。
本公开实施例中,内存处理装置可用于执行图2所示的内存处理方法,具体功能和效果在此不再赘述。
图5是根据一示例性实施例示出的一种内存处理装置500的框图。例如,装置500可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图5,装置500可以包括以下一个或多个组件:处理组件502,存储器504,电源组件506,多媒体组件508,音频组件510,输入/输出(I/O)的接口512,传感器组件514,以及通信组件516。
处理组件502通常控制装置500的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件502可以包括一个或多个模块,便于处理组件502和其他组件之间的交互。例如,处理组件502可以包括多媒体模块,以方便多媒体组件508和处理组件502之间的交互。
存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理***,一个或多个电源,及其他与为装置500生成、管理和分配电力相关联的组件。
多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的触控显示屏。在一些实施例中,触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件510被配置为输出和/或输入音频信号。例如,音频组件510包括一个麦克风(MIC),当装置500处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中,音频组件510还包括一个扬声器,用于输出音频信号。
I/O接口512为处理组件502和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件514包括一个或多个传感器,用于为装置500提供各个方面的状态评估。例如,传感器组件514可以检测到装置500的打开/关闭状态,组件的相对定位,例如所述组件为装置500的显示器和小键盘,传感器组件514还可以检测装置500或装置500一个组件的位置改变,用户与装置500接触的存在或不存在,装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件514还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件516经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件516还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述内存处理方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器504,上述指令可由装置500的处理器520执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由装置500的处理器执行时,使得装置500能够执行一种内存处理方法。
该方法包括:预估终端在第一预设时间段内待启动的进程对应的内存使用量;
根据所述终端中所有当前缓存的进程所占用内存情况和所述待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (15)
1.一种内存处理方法,其特征在于,包括:
预估终端在第一预设时间段内待启动的进程对应的内存使用量;
根据所述终端中所有当前缓存的进程所占用内存情况和所述待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
2.根据权利要求1所述的方法,其特征在于,所述预估终端在第一预设时间段内待启动的进程对应的内存使用量,包括:
确定所述终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量;
根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量;
其中,所述第二预设时间段为所述第一预设时间段之前的任一时间段。
3.根据权利要求2所述的方法,其特征在于,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
确定所述每个第二预设时间段内所启动的进程对应的内存使用量的最大值;
确定所述第一预设时间段内待启动的进程对应的内存使用量小于或者等于所述最大值。
4.根据权利要求2所述的方法,其特征在于,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
建立所述每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;
根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。
5.根据权利要求2所述的方法,其特征在于,所述根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量,包括:
计算所述每个第二预设时间段内所启动的进程对应的内存使用量的平均值;
确定所述第一预设时间段内待启动的进程对应的内存使用量大于或者等于所述平均值。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,包括:
确定所述终端中所述当前缓存的进程在第三预设时间段内的使用次数;
若所述终端中所有所述当前缓存的进程所占用内存大于所述第一预设时间段内待启动的进程对应的内存使用量,则按照所述使用次数由低至高的顺序,释放大小为所述第一预设时间段内待启动的进程对应的内存使用量的内存。
7.根据权利要求6所述的方法,其特征在于,还包括:
若所述终端中所有当前缓存的进程所占用内存小于或者等于所述第一预设时间段内待启动的进程对应的内存使用量,则显示提示信息,以提示用户当前内存不足。
8.一种内存处理装置,其特征在于,包括:
预估模块,被配置为预估终端在第一预设时间段内待启动的进程对应的内存使用量;
释放模块,被配置为根据所述终端中所有当前缓存的进程所占用内存情况和所述第一预设时间段内待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
9.根据权利要求8所述的装置,其特征在于,所述预估模块包括:
第一确定子模块,被配置为确定所述终端在至少一个第二预设时间段中,每个第二预设时间段内所启动的进程对应的内存使用量;
预估子模块,被配置为根据所述每个第二预设时间段内所启动的进程对应的内存使用量,预估所述第一预设时间段内待启动的进程对应的内存使用量;
其中,所述第二预设时间段为所述第一预设时间段之前的任一时间段。
10.根据权利要求9所述的装置,其特征在于,所述预估子模块被配置为:
确定所述每个第二预设时间段内所启动的进程对应的内存使用量的最大值;
确定所述第一预设时间段内待启动的进程对应的内存使用量小于或者等于所述最大值。
11.根据权利要求9所述的装置,其特征在于,所述预估子模块被配置为:
建立所述每个第二预设时间段与所述每个第二预设时间段内所启动的进程对应的内存使用量之间的对应关系;
根据所述对应关系确定所述第一预设时间段内待启动的进程对应的内存使用量。
12.根据权利要求9所述的装置,其特征在于,所述预估子模块被配置为:
计算所述每个第二预设时间段内所启动的进程对应的内存使用量的平均值;
确定所述第一预设时间段内待启动的进程对应的内存使用量大于或者等于所述平均值。
13.根据权利要求8-12任一项所述的装置,其特征在于,所述释放模块包括:第二确定子模块、判断子模块和释放子模块;
所述第二确定模块,被配置为确定所述终端中每条所述当前缓存的进程在第三预设时间段内的使用次数;
若所述判断子模块判断所有所述当前缓存的进程所占用内存大于所述第一预设时间段内待启动的进程对应的内存使用量,则所述释放子模块按照所述使用次数由低至高的顺序,释放大小为所述第一预设时间段内待启动的进程对应的内存使用量的内存。
14.根据权利要求13所述的装置,其特征在于,还包括:显示模块;
若所述判断子模块判断所有当前缓存的进程所占用内存小于或者等于所述第一预设时间段内待启动的进程对应的内存使用量,则显示模块显示提示信息,以提示用户当前内存不足。
15.一种内存处理装置,其特征在于,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为:
预估终端在第一预设时间段内待启动的进程对应的内存使用量;
根据所述终端中所有当前缓存的进程所占用内存情况和所述待启动的进程对应的内存使用量释放内存,以使所述待启动的进程在释放后的内存中运行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610306100.6A CN106021130A (zh) | 2016-05-10 | 2016-05-10 | 内存处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610306100.6A CN106021130A (zh) | 2016-05-10 | 2016-05-10 | 内存处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106021130A true CN106021130A (zh) | 2016-10-12 |
Family
ID=57099068
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610306100.6A Pending CN106021130A (zh) | 2016-05-10 | 2016-05-10 | 内存处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106021130A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107357655A (zh) * | 2017-06-22 | 2017-11-17 | 努比亚技术有限公司 | 一种进程的处理方法、终端和计算机可读存储介质 |
CN108446178A (zh) * | 2018-03-05 | 2018-08-24 | 北京小米移动软件有限公司 | 优化卡顿的方法及装置 |
CN109918217A (zh) * | 2019-03-21 | 2019-06-21 | 联想(北京)有限公司 | 一种控制方法及终端 |
CN111444145A (zh) * | 2020-03-24 | 2020-07-24 | 维沃移动通信有限公司 | 一种数据清理方法及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120324200A1 (en) * | 2011-01-30 | 2012-12-20 | International Business Machines Corporation | Method and apparatus of memory overload control |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN104298613A (zh) * | 2014-09-29 | 2015-01-21 | 广州金山网络科技有限公司 | 一种***内存的清理方法及终端设备 |
CN104375828A (zh) * | 2014-10-27 | 2015-02-25 | 小米科技有限责任公司 | 内存优化方法及装置 |
CN104461746A (zh) * | 2014-12-30 | 2015-03-25 | 中科创达软件股份有限公司 | 一种基于Android***的内存空间优化方法及*** |
-
2016
- 2016-05-10 CN CN201610306100.6A patent/CN106021130A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120324200A1 (en) * | 2011-01-30 | 2012-12-20 | International Business Machines Corporation | Method and apparatus of memory overload control |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN104298613A (zh) * | 2014-09-29 | 2015-01-21 | 广州金山网络科技有限公司 | 一种***内存的清理方法及终端设备 |
CN104375828A (zh) * | 2014-10-27 | 2015-02-25 | 小米科技有限责任公司 | 内存优化方法及装置 |
CN104461746A (zh) * | 2014-12-30 | 2015-03-25 | 中科创达软件股份有限公司 | 一种基于Android***的内存空间优化方法及*** |
Non-Patent Citations (1)
Title |
---|
苗职民: "《现代电话交换技术 》", 31 December 1994, 北京邮电学院出版社 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107357655A (zh) * | 2017-06-22 | 2017-11-17 | 努比亚技术有限公司 | 一种进程的处理方法、终端和计算机可读存储介质 |
CN108446178A (zh) * | 2018-03-05 | 2018-08-24 | 北京小米移动软件有限公司 | 优化卡顿的方法及装置 |
CN109918217A (zh) * | 2019-03-21 | 2019-06-21 | 联想(北京)有限公司 | 一种控制方法及终端 |
CN111444145A (zh) * | 2020-03-24 | 2020-07-24 | 维沃移动通信有限公司 | 一种数据清理方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105677460B (zh) | 应用程序处理方法以及装置 | |
CN105653323A (zh) | 应用程序管理方法及装置 | |
CN107102772B (zh) | 触控方法及装置 | |
CN104503740A (zh) | 内存管理方法和装置 | |
CN104836897A (zh) | 通过可穿戴设备控制终端通信的方法及装置 | |
CN105975301A (zh) | 内存清理方法及装置、电子设备 | |
CN105224349A (zh) | 应用程序的删除提示方法和装置 | |
CN105472303A (zh) | 视频聊天防偷窥的方法和装置 | |
CN107608561A (zh) | 触摸屏控制方法及装置 | |
CN105260247A (zh) | 一种控制终端应用的方法及装置 | |
CN104537380A (zh) | 聚类方法和装置 | |
CN104869595A (zh) | 数据流量控制方法及装置 | |
CN106021130A (zh) | 内存处理方法及装置 | |
CN104331228A (zh) | 锁屏的方法及装置 | |
CN105426218A (zh) | 控制音频播放的方法及装置 | |
CN105353901A (zh) | 对触摸操作进行有效性判断的方法及装置 | |
CN106201833A (zh) | WiFi信号图标的展示方法、装置和移动终端 | |
CN104243829A (zh) | 自拍的方法及装置 | |
CN106101433A (zh) | 通知消息显示方法和装置 | |
CN106170141A (zh) | 移动终端网络切换方法及装置 | |
CN105630354A (zh) | 应用程序控制方法及装置 | |
CN105450861A (zh) | 信息提示方法及装置 | |
CN105204712A (zh) | 文件夹图标的显示方法及装置 | |
CN107371222A (zh) | 虚拟卡禁用方法及装置 | |
CN105227891A (zh) | 一种视频通话方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161012 |
|
RJ01 | Rejection of invention patent application after publication |