CN106201717A - 一种管理系统内存的方法及终端 - Google Patents
一种管理系统内存的方法及终端 Download PDFInfo
- Publication number
- CN106201717A CN106201717A CN201610520701.7A CN201610520701A CN106201717A CN 106201717 A CN106201717 A CN 106201717A CN 201610520701 A CN201610520701 A CN 201610520701A CN 106201717 A CN106201717 A CN 106201717A
- Authority
- CN
- China
- Prior art keywords
- system memory
- installed system
- capacity
- terminal
- threshold value
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5022—Mechanisms to release resources
Abstract
本发明实施例公开了一种管理系统内存的方法,包括:终端获取系统内存的使用情况,判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则根据预设规则对系统内存中的进程进行释放。这样,终端内设置有第一预设阈值,终端检测系统的连续空闲物理内存的容量,若该系统的连续空闲物理内存的容量小于该第一预设阈值时,终端则根据预设规则对系统内存中的进程进行释放,从而增大系统内存的连续空闲容量,使得终端的系统内存保持一定的连续空闲物理内容内存容量,减少了系统崩溃以及数据丢失的可能性,提高了终端系统的稳定性。
Description
技术领域
本发明涉及终端领域,尤其涉及一种管理系统内存的方法及终端。
背景技术
随着智能终端技术的日益发展,智能终端越来越普及,用户对终端性能的要求也越来越高。终端性能主要体现在终端在硬件上的配置,比如终端的处理器、显示屏以及内存等。其中,内存是用于对正在运行的进程进行存储的存储器,使进程能够运行的主要硬件设备。由于目前市场上内存的制造成本较高,所以市面上的智能终端的内存一般设置为1G或者2G。而现在应用开发商所开发的应用程序越来越追求多功能用途,因此应用程序被运行时,对应的进程会占用较大的内存容量,比如一些大型游戏应用程序,当终端运行该大型游戏时,所对应的进程可能会占用800M内存空间,这样对终端的性能造成了较大的影响。并且,由于终端通常会同时运行多个应用程序,则会产生多个进程同时存储在内存中,而多个进程在内存的物理存储上,并非连续占用物理内存,从而导致内存碎片化。因此,即使内存的总空闲容量较大时,其连续空闲内存容量可能比较小,比如,该内存总容量为1G,由于多个进程非连续性存储,导致内存碎片化,其总的空闲容量为500M,但其最大的连续空闲容量则可能只有100M。这时,若有一个进程需要占用101M的连续内存时,系统则无法进行内存分配,可能导致系统崩溃,数据丢失等严重影响。
在现有的管理机制中,系统不会去实时监测内存的连续内存容量,当内存的空闲容量较小时,系统也不会主动对其进行部分进程的释放,而是被动接收到用户的关闭指令后对相应的进程进行释放。这样,若系统的连续内存容量较小时,若有新的需要占用较大内存容量的进程需要被运行时,则可能造成系统崩溃,数据丢失等问题,影响了终端系统的稳定性。
发明内容
本发明实施例提供了一种管理系统内存的方法及终端,用于提高终端系统的稳定性。
本发明实施例第一方面提供一种管理系统内存的方法,包括:
获取系统内存的使用情况;
判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则根据预设规则对系统内存中的进程进行释放。
可选地,根据预设规则对系统内存中的进程进行释放包括:
优先释放系统内存中优先级低的进程;或者,
优先释放系统内存中占用容量大于第二预设阈值的进程;或者,
优先释放系统内存中占用非连续的容量的进程。
可选地,优先级包括:进程的业务优先级,或者使用优先级,使用优先级根据进程的使用率设置,其中,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。
可选地,获取系统内存的使用情况包括:
实时检测获取系统内存的使用情况;或者,
按照预设周期获取系统内存的使用情况。
可选地,在根据预设规则对系统内存中的进程进行释放之前,该方法还包括:
接收目标进程对系统内存的占用请求,请求包含目标进程需要占用的系统内存的容量,目标进程需要占用的系统内存的容量大于第一预设阈值。
本发明实施例第二方面提供一种终端,包括:
获取单元,用于获取系统内存的使用情况;
判断单元,用于判断系统的连续空闲物理内存的容量是否小于第一预设阈值;
释放单元,用于当判断单元判断系统内存的连续空闲容量小于第一预设阈值时,根据预设规则对系统内存中的进程进行释放。
可选地,释放单元具体用于:
优先释放系统内存中优先级低的进程;或者,
优先释放系统内存中占用容量大于第二预设阈值的进程;或者,
优先释放系统内存中占用非连续的容量的进程。
可选地,优先级包括:进程的业务优先级,或者使用优先级,使用优先级根据进程的使用率设置,其中,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。
可选地,获取单元具体用于:
实时检测获取系统内存的使用情况;或者,
按照预设周期获取系统内存的使用情况。
可选地,该终端还包括:
接收单元,用于在释放单元根据预设规则对系统内存中的进程进行释放之前,接收目标进程对系统内存的占用请求,请求包含目标进程需要占用的系统内存的容量,目标进程需要占用的系统内存的容量大于第一预设阈值。
从以上技术方案可以看出,本发明实施例具有以下优点:终端获取系统内存的使用情况,判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则根据预设规则对系统内存中的进程进行释放。这样,终端内设置有第一预设阈值,终端检测系统的连续空闲物理内存的容量,若该系统的连续空闲物理内存的容量小于该第一预设阈值时,终端则根据预设规则对系统内存中的进程进行释放,从而增大系统内存的连续空闲容量,使得终端的系统内存保持一定的连续空闲物理内容内存容量,减少了系统崩溃以及数据丢失的可能性,提高了终端系统的稳定性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中管理系统内存的方法的一个实施例示意图;
图2为本发明实施例中管理系统内存的方法的另一实施例示意图;
图3为本发明实施例中终端的一个实施例示意图;
图4为本发明实施例中终端的另一实施例示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供了一种管理系统内存的方法及终端,用于提高终端系统的稳定性。
参照图1所示,图1为本发明实施例中管理系统内存的方法的一个实施例,需要说明的是,本发明实施例所提供的方法应用于终端,该终端可以是移动终端,移动终端可以是智能手机、平板电脑、个人数字助理(英文全称:Personal Digital Assistant,英文缩写:PDA)、个人计算机(英文全称:Personal Computer,英文缩写:PC)、智能电视、智能手表或其它具有系统内存管理功能的智能设备等,此处以智能手机为例进行介绍,然而并不应构成对本发明方案的限定。具体步骤包括:
101、获取系统内存的使用情况;
终端若需要检测系统内存的连续空闲容量,需要先获取系统内存的使用情况。可选地,终端可以进行实时监测获取系统内存的使用情况,也可以通过周期性地监测获取系统内存的使用情况,比如每隔5秒进行一次系统内存的检测。
系统内存的使用情况包括系统内存的总容量,具体什么进程占用了系统内存,每个进程所占用的系统内存的容量,系统内存的总空闲容量,以及进程占用系统内存的物理分配情况。终端根据进程占用系统内存的物理存储情况从而计算出系统内存的连续空闲容量。比如,终端的系统内存总容量为1G,该系统内存中包含了三个进程,第一个进程占用系统内存100M,第二个进程占用系统内存200M,第三个进程占用系统内存300M,那么系统内存的占用量总计为600M,系统内存的总空闲容量为400M,但是由于这三个进程在系统内存的物理分配中可能并非连续分配存储的,那么该系统内存的最大的连续空闲容量可能不足400M。比如,第一个进程虽然为100M,但是在系统内存的物理分配上,可能分配的是0到100M的存储位置,第二个进程虽然为200M,但是在系统内存的物理分配上,可能分配的是第200M到第400M的存储位置,第三个进程为300M,在系统内存的物理分配上可能分配的是第500M到第800M的存储位置。因此,在实际的系统内存的物理分配上,第一个进程和第二个进程之间有100M的空闲容量,第二个进程和第三个进程之间有100M的空闲容量,第三个进程之后有200M的空闲容量。虽然系统内存的总空闲容量仍然为400M,但是该系统内存的实际物理存储上最大的连续空闲内容只有200M。
102、判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则执行步骤103;若否,则结束流程。
终端的系统内存中出现连续空闲物理内存容量小于总空闲容量的情况一般是由于系统内存出现碎片化而造成的。比如,终端在运行某应用程序的时候,会根据其对应的进程大概所占用的系统内存的容量进行申请,终端则根据该申请为该进程分配相应的系统内存。例如,终端预计该进程可能占用100M系统内存,因此则在系统内存的物理分配上,将0到100M的存储位置预留给该进程进行存储,而实际上该进程只占用了80M,由于0到100M的存储位置均是预留给该进程的,在下一个进程进入系统内存后,终端在系统内存的物理分配上从第100M开始为下一个进程进行存储位置的分配,从而导致两个进程之间出现了20M的空隙。另外还有一种系统内存碎片化的情况,终端首先运行了第一应用程序,该第一应用程序对应的进程首先存储到系统内存中,随后终端运行第二应用程序,第二应用程序对应的进程也存储到系统内存中,在系统内存的物理分配上,两个应用程序对应的进程是连续存储的,但是由于后续终端对第一应用程序进行了不同的操作,从而产生其它关联进程,该关联进程在系统内存的物理分配上则被分配在第二应用程序所对应的进程后面。此时,若终端关闭了第二应用程序,则在系统内存中,第二应用程序所对应的进程同样被释放掉,那么在系统内存的物理分配上,第一应用程序两个关联的进程则并非是连续存储的,中间相隔了一段第二应用程序对应的进程大小的空闲容量。从而产生了系统内存碎片化的问题,系统内存碎片化越多,则系统内存中的连续空闲容量越小。
由于进程在系统内存的物理分配上一般需要进行连续的空闲容量进行存储,因此,在本发明实施例中,为了使得系统内存一直保持较大的连续空闲容量,则需要判断系统内存的连续空闲容量是否大于第一预设阈值。可选地,该连续空闲容量可以为系统内存中多个连续空闲容量中最大的一个。该第一预设阈值可以由用户人工设定,也可以由终端预先配置一个阈值,比如预先配置为300M。
103、根据预设规则对所述系统内存中的进程进行释放。
当终端判断系统内存中最大的连续空闲容量小于第一预设阈值时,则表示系统内存中的连续空闲容量较小,系统内存的碎片化较严重。为了让新的进程能够正常运行,减少系统崩溃的情况,提高系统的稳定性,终端则按照预设规则对系统内存中的进程进行释放,从而使得系统内存中的最大连续空闲容量大于第一预设阈值。
本发明实施例中,终端获取系统内存的使用情况,判断系统内存的连续空闲容量是否小于第一预设阈值,若是,则根据预设规则对系统内存中的进程进行释放。这样,终端内设置有第一预设阈值,终端检测系统内存的连续空闲容量,若该连续空闲容量小于该第一预设阈值时,终端则根据预设规则对系统内存中的进程进行释放,从而增大系统内存的连续空闲容量,使得终端的系统内存保持一定的连续空闲容量,减少了系统崩溃以及数据丢失的可能性,提高了终端系统的稳定性。
参照图2所示,本发明实施例中管理系统内存的方法的另一实施例包括:
201、获取系统内存的使用情况;
详细内容参照步骤101所述。
202、接收目标进程对所述系统内存的占用请求,所述请求包含所述目标进程需要占用的系统内存的容量,所述目标进程需要占用的系统内存的容量大于第一预设阈值;
在上述实施例中,终端只要检测到系统内存的最大的连续空闲容量小于第一预设阈值,则对系统内存中的进程进行释放。这样,可能导致用户并不想关闭的应用程序被强行关闭掉,影响用户的体验。而在实际应用中,可能即使系统内存的连续空闲容量小于第一预设阈值时,由于用户不会运行新的需要占用较大系统内存的应用程序,则一般不会导致系统崩溃,数据丢失等问题。因此,在本发明实施例中,终端在对系统内存中的进程进行释放之前,先判断所新运行的应用程序所对应的进程需要占用的系统内存是否大于第一预设阈值,若大于,才对系统内存中的进程进行释放。
需要说明的是,步骤202为可选步骤,该步骤可以位于步骤201之前,也可以位于步骤204之前。
203、判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则执行步骤204;若否,则结束流程。
比如,判断系统的连续空闲物理内存的容量是否小于200M。
204、根据预设规则对所述系统内存中的进程进行释放。
在一种可能的实现方式中,终端根据预设规则对所述系统内存中的进程进行释放可以为:终端优先释放所述系统内存中优先级低的进程。其中,优先级包括进程的业务优先级,或者使用优先级。业务优先级可以根据进程的具体作用进行划分,比如像操作系统进程、语音通信进程这类系统进程的业务优先级为高优先级,而像社交程序进程、文本阅读器进程、视频播放进程这类应用进程的业务优先级为低优先级。而另外一种优先级的划分可以根据进程的使用率进行划分,比如,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。比如,某社交应用程序所对应的进程平均每隔两天被使用一次,因此认为该社交应用程序所对应的进程的使用优先级为高优先级;而某文本阅读器程序对应的进程每隔三天被使用一次,因此认为该文本阅读器程序对应的进程的使用优先级为低优先级。
另一种可能的实现方式中,终端根据预设规则对所述系统内存中的进程进行释放可以为:优先释放所述系统内存中占用容量大于第二预设阈值的进程。若系统内存中有一个进程的占用容量特别大,占用了800M系统内存的容量,而整个系统内存的总容量才1G,因此,为了减少系统崩溃的情况发生,在需要对系统内存中的进行进行释放时,可以优先释放掉该占用系统内存较大的进程。
另一种可能的实现方式中,终端根据预设规则对所述系统内存中的进程进行释放可以为:优先释放所述系统内存中占用非连续的容量的进程。如上述102步骤可知,系统内存出现碎片化有可能是因为同一个应用程序所对应的多个关联进程在系统内存的物理分配上并非连续存储造成的,多个关联进程之间可能存在多个空闲容量,因此,在需要对进程进行释放时,可以优先释放掉这类在系统内存中占用非连续的容量的进程,因此则会得到较多的连续空闲容量。
参照图3所示,本发明实施例中终端的一个实施例包括:
获取单元301,用于获取系统内存的使用情况;
判断单元302,用于判断所述系统内存的连续空闲容量是否小于第一预设阈值;
释放单元303,用于当所述判断单元判断所述系统内存的连续空闲容量小于第一预设阈值时,根据预设规则对所述系统内存中的进程进行释放。
结合图3实施例,参照图4所示,在一个可选实施例中,所述释放单元303具体用于:
优先释放所述系统内存中优先级低的进程;或者,
优先释放所述系统内存中占用容量大于第二预设阈值的进程;或者,
优先释放所述系统内存中占用非连续的容量的进程。
可选地,所述优先级包括:进程的业务优先级,或者使用优先级,所述使用优先级根据进程的使用率设置,其中,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。
可选地,所述判断单元302具体用于:
判断系统的连续空闲内存是否小于第四预设阈值;或者,
判断系统的连续空闲缓存是否小于第五预设阈值。
可选地,所述终端还包括:
接收单元304,用于在所述释放单元根据预设规则对所述系统内存中的进程进行释放之前,接收目标进程对所述系统内存的占用请求,所述请求包含所述目标进程需要占用的系统内存的容量,所述目标进程需要占用的系统内存的容量大于所述第一预设阈值。
需要说明的是,图3以及图4所对应的终端的实施例中的具体描述可以参照图1以及图2所对应的方法实施例的描述内容,此处不做赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种管理系统内存的方法,其特征在于,所述方法包括:
获取系统内存的使用情况;
判断系统的连续空闲物理内存的容量是否小于第一预设阈值,若是,则根据预设规则对所述系统内存中的进程进行释放。
2.根据权利要求1所述的方法,其特征在于,所述根据预设规则对所述系统内存中的进程进行释放包括:
优先释放所述系统内存中优先级低的进程;或者,
优先释放所述系统内存中占用容量大于第二预设阈值的进程;或者,
优先释放所述系统内存中占用非连续的容量的进程。
3.根据权利要求2所述的方法,其特征在于,所述优先级包括:进程的业务优先级,或者使用优先级,所述使用优先级根据进程的使用率设置,其中,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。
4.根据权利要求1所述的方法,其特征在于,所述获取系统内存的使用情况包括:
实时检测获取系统内存的使用情况;或者,
按照预设周期获取系统内存的使用情况。
5.根据权利要求1-4中任一项所述的方法,其特征在于,在根据预设规则对所述系统内存中的进程进行释放之前,所述方法还包括:
接收目标进程对所述系统内存的占用请求,所述请求包含所述目标进程需要占用的系统内存的容量,所述目标进程需要占用的系统内存的容量大于所述第一预设阈值。
6.一种终端,其特征在于,所述终端包括:
获取单元,用于获取系统内存的使用情况;
判断单元,用于判断系统的连续空闲物理内存的容量是否小于第一预设阈值;
释放单元,用于当所述判断单元判断系统的连续空闲物理内存的容量小于第一预设阈值时,根据预设规则对所述系统内存中的进程进行释放。
7.根据权利要求6所述的终端,其特征在于,所述释放单元具体用于:
优先释放所述系统内存中优先级低的进程;或者,
优先释放所述系统内存中占用容量大于第二预设阈值的进程;或者,
优先释放所述系统内存中占用非连续的容量的进程。
8.根据权利要求7所述的终端,其特征在于,所述优先级包括:进程的业务优先级,或者使用优先级,所述使用优先级根据进程的使用率设置,其中,使用率高于第三预设阈值的进程的使用优先级高,使用率低于第三预设阈值的进程的使用优先级低。
9.根据权利要求6所述的终端,其特征在于,所述获取单元具体用于:
实时检测获取系统内存的使用情况;或者,
按照预设周期获取系统内存的使用情况。
10.根据权利要求6-9中任一项所述的终端,其特征在于,所述终端还包括:
接收单元,用于在所述释放单元根据预设规则对所述系统内存中的进程进行释放之前,接收目标进程对所述系统内存的占用请求,所述请求包含所述目标进程需要占用的系统内存的容量,所述目标进程需要占用的系统内存的容量大于所述第一预设阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610520701.7A CN106201717A (zh) | 2016-07-01 | 2016-07-01 | 一种管理系统内存的方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610520701.7A CN106201717A (zh) | 2016-07-01 | 2016-07-01 | 一种管理系统内存的方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106201717A true CN106201717A (zh) | 2016-12-07 |
Family
ID=57466231
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610520701.7A Pending CN106201717A (zh) | 2016-07-01 | 2016-07-01 | 一种管理系统内存的方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106201717A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107506237A (zh) * | 2017-07-07 | 2017-12-22 | 杭州联吉技术有限公司 | 一种网络摄像机及其内存整理方法和装置 |
CN107547267A (zh) * | 2017-08-10 | 2018-01-05 | 上海斐讯数据通信技术有限公司 | 一种无线接入设备的内存管理方法及系统、无线接入设备 |
CN107608796A (zh) * | 2017-09-29 | 2018-01-19 | 武汉斗鱼网络科技有限公司 | 存储资源管控方法、存储资源管控装置及处理器 |
WO2019076381A1 (zh) * | 2017-10-20 | 2019-04-25 | 中兴通讯股份有限公司 | 终端内存回收处理方法及装置 |
CN109771939A (zh) * | 2019-01-15 | 2019-05-21 | 网易(杭州)网络有限公司 | 游戏服务器调整方法与装置、存储介质、电子设备 |
CN111078586A (zh) * | 2019-12-10 | 2020-04-28 | Oppo(重庆)智能科技有限公司 | 内存回收方法、装置、存储介质及电子设备 |
CN111124941A (zh) * | 2018-11-01 | 2020-05-08 | 奇酷互联网络科技(深圳)有限公司 | 内存碎片清理方法、电子设备及具有存储功能的装置 |
CN111124668A (zh) * | 2019-11-28 | 2020-05-08 | 宇龙计算机通信科技(深圳)有限公司 | 内存释放方法、装置、存储介质及终端 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101382916A (zh) * | 2007-09-06 | 2009-03-11 | 大唐移动通信设备有限公司 | 嵌入式系统内存管理的方法 |
CN101470665A (zh) * | 2007-12-27 | 2009-07-01 | Tcl集团股份有限公司 | 一种无mmu平台的应用系统内存管理的方法及系统 |
CN102880551A (zh) * | 2012-07-28 | 2013-01-16 | 深圳市同洲电子股份有限公司 | 一种混合内存分配的方法、系统及浏览器 |
CN103246610A (zh) * | 2012-02-14 | 2013-08-14 | 中国科学院上海微系统与信息技术研究所 | 基于单类型存储器的嵌入式系统的动态存储管理方法 |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN104778086A (zh) * | 2015-04-15 | 2015-07-15 | 天脉聚源(北京)教育科技有限公司 | 一种释放资源的方法及装置 |
CN105404590A (zh) * | 2015-11-10 | 2016-03-16 | 浪潮(北京)电子信息产业有限公司 | 一种内存块合并方法与系统 |
CN105550035A (zh) * | 2015-12-04 | 2016-05-04 | 小米科技有限责任公司 | 后台进程控制方法及装置 |
CN105701025A (zh) * | 2015-12-31 | 2016-06-22 | 华为技术有限公司 | 一种内存回收方法及装置 |
-
2016
- 2016-07-01 CN CN201610520701.7A patent/CN106201717A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101382916A (zh) * | 2007-09-06 | 2009-03-11 | 大唐移动通信设备有限公司 | 嵌入式系统内存管理的方法 |
CN101470665A (zh) * | 2007-12-27 | 2009-07-01 | Tcl集团股份有限公司 | 一种无mmu平台的应用系统内存管理的方法及系统 |
CN103246610A (zh) * | 2012-02-14 | 2013-08-14 | 中国科学院上海微系统与信息技术研究所 | 基于单类型存储器的嵌入式系统的动态存储管理方法 |
CN102880551A (zh) * | 2012-07-28 | 2013-01-16 | 深圳市同洲电子股份有限公司 | 一种混合内存分配的方法、系统及浏览器 |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN104778086A (zh) * | 2015-04-15 | 2015-07-15 | 天脉聚源(北京)教育科技有限公司 | 一种释放资源的方法及装置 |
CN105404590A (zh) * | 2015-11-10 | 2016-03-16 | 浪潮(北京)电子信息产业有限公司 | 一种内存块合并方法与系统 |
CN105550035A (zh) * | 2015-12-04 | 2016-05-04 | 小米科技有限责任公司 | 后台进程控制方法及装置 |
CN105701025A (zh) * | 2015-12-31 | 2016-06-22 | 华为技术有限公司 | 一种内存回收方法及装置 |
Non-Patent Citations (1)
Title |
---|
KAREN HAZZAH: "《Windows VxD与设备驱动程序权威指南》", 31 May 2001 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107506237A (zh) * | 2017-07-07 | 2017-12-22 | 杭州联吉技术有限公司 | 一种网络摄像机及其内存整理方法和装置 |
CN107547267A (zh) * | 2017-08-10 | 2018-01-05 | 上海斐讯数据通信技术有限公司 | 一种无线接入设备的内存管理方法及系统、无线接入设备 |
CN107608796A (zh) * | 2017-09-29 | 2018-01-19 | 武汉斗鱼网络科技有限公司 | 存储资源管控方法、存储资源管控装置及处理器 |
CN107608796B (zh) * | 2017-09-29 | 2020-08-04 | 武汉斗鱼网络科技有限公司 | 存储资源管控方法、存储资源管控装置及处理器 |
WO2019076381A1 (zh) * | 2017-10-20 | 2019-04-25 | 中兴通讯股份有限公司 | 终端内存回收处理方法及装置 |
CN109697119A (zh) * | 2017-10-20 | 2019-04-30 | 中兴通讯股份有限公司 | 终端内存回收处理方法及装置 |
CN111124941A (zh) * | 2018-11-01 | 2020-05-08 | 奇酷互联网络科技(深圳)有限公司 | 内存碎片清理方法、电子设备及具有存储功能的装置 |
CN109771939A (zh) * | 2019-01-15 | 2019-05-21 | 网易(杭州)网络有限公司 | 游戏服务器调整方法与装置、存储介质、电子设备 |
CN111124668A (zh) * | 2019-11-28 | 2020-05-08 | 宇龙计算机通信科技(深圳)有限公司 | 内存释放方法、装置、存储介质及终端 |
CN111124668B (zh) * | 2019-11-28 | 2023-09-15 | 宇龙计算机通信科技(深圳)有限公司 | 内存释放方法、装置、存储介质及终端 |
CN111078586A (zh) * | 2019-12-10 | 2020-04-28 | Oppo(重庆)智能科技有限公司 | 内存回收方法、装置、存储介质及电子设备 |
CN111078586B (zh) * | 2019-12-10 | 2022-03-01 | Oppo(重庆)智能科技有限公司 | 内存回收方法、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106201717A (zh) | 一种管理系统内存的方法及终端 | |
CN108495195B (zh) | 一种网络直播排行榜生成方法、装置、设备及存储介质 | |
CN104866366B (zh) | 应用程序清理方法及装置 | |
CN105893153A (zh) | 移动终端的内存清理方法和装置 | |
EP1736885A2 (en) | Method for managing a memory in a mobile terminal | |
CN103902333A (zh) | 移动终端自动卸载应用的方法及移动终端 | |
CN103399781B (zh) | 云服务器及其虚拟机管理方法 | |
CN104182545A (zh) | 一种应用程序推荐方法及装置 | |
CN103024539B (zh) | 用于管理智能电视系统的方法及装置 | |
CN103229580B (zh) | 资源调度的方法和装置 | |
CN105956138A (zh) | 数据库连接的控制方法和装置 | |
CN103838630A (zh) | 信息处理方法、系统及电子设备 | |
CN104281510A (zh) | 应用程序耗电程度的获得方法、系统及节能方法、系统 | |
CN110493357A (zh) | 一种资源部署方法、系统、装置及计算机存储介质 | |
CN107209716A (zh) | 内存管理装置和方法 | |
CN102694873B (zh) | 一种地址池分配系统及方法 | |
CN109228954B (zh) | 一种充电桩能源管理方法、系统及充电桩群系统 | |
CN108984295A (zh) | 内存回收方法、计算机装置及计算机可读存储介质 | |
CN108683528A (zh) | 一种数据传输方法、中心服务器、服务器及数据传输系统 | |
CN106227530A (zh) | 一种设置信息推送权限的方法及移动终端 | |
CN108874324A (zh) | 一种访问请求处理方法、装置、设备及可读存储介质 | |
CN112749135A (zh) | 文件系统的存储空间的平衡的方法、设备和计算机程序产品 | |
CN110399217A (zh) | 一种内存资源分配方法、装置及设备 | |
CN103257700A (zh) | 一种Android系统的节能方法及装置 | |
CN106055406A (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: 20161207 |
|
RJ01 | Rejection of invention patent application after publication |