CN110532095A - 内存优化方法及装置、电子设备、存储介质 - Google Patents

内存优化方法及装置、电子设备、存储介质 Download PDF

Info

Publication number
CN110532095A
CN110532095A CN201910797765.5A CN201910797765A CN110532095A CN 110532095 A CN110532095 A CN 110532095A CN 201910797765 A CN201910797765 A CN 201910797765A CN 110532095 A CN110532095 A CN 110532095A
Authority
CN
China
Prior art keywords
memory
duration
target
degree information
target process
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.)
Granted
Application number
CN201910797765.5A
Other languages
English (en)
Other versions
CN110532095B (zh
Inventor
周华材
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oppo Chongqing Intelligent Technology Co Ltd
Original Assignee
Oppo Chongqing Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oppo Chongqing Intelligent Technology Co Ltd filed Critical Oppo Chongqing Intelligent Technology Co Ltd
Priority to CN201910797765.5A priority Critical patent/CN110532095B/zh
Publication of CN110532095A publication Critical patent/CN110532095A/zh
Application granted granted Critical
Publication of CN110532095B publication Critical patent/CN110532095B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation 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/5016Allocation 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation 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/5022Mechanisms to release resources
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Memory System (AREA)

Abstract

本公开是关于一种内存优化方法及装置、电子设备、存储介质,涉及计算机技术领域,该方法包括:在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。本公开的技术方案能够在内存分配操作的持续时长满足延时条件时,根据程度信息来确定目标进程从而对目标进程执行结束操作,提高了效率,能够避免内存分配操作的时间延迟较长而导致的内存紧张的情况,提高了系统性能。

Description

内存优化方法及装置、电子设备、存储介质
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种内存优化方法、内存优化装置、电子设备以及计算机可读存储介质。
背景技术
对于手机、平板电脑等智能终端设备,可以同时运行多个应用程序。各应用程序可能对应有一个或多个进程,各进程在运行时会占用一定的内存。对于安卓系统来说,在内存紧张时,例如低于预先设定的内存阈值后,便可以采用低内存管理服务机制清理进程,并释放内存。
相关技术中,在未触发低内存管理服务清理进程时,可能启动其他应用程序并为其分配内存,在此种情况下,由于耗时较长可能导致系统卡顿的情况,从而影响系统稳定性。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种内存优化方法及装置、电子设备、存储介质,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的由于内存分配耗时较长而导致的系统稳定性差的问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一个方面,提供了一种内存优化方法,包括:在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
根据本公开的一个方面,提供一种内存优化装置,包括:持续时长获取模块,用于在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;程度确定模块,用于若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;目标进程确定模块,用于根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
根据本公开的一个方面,提供一种电子设备,包括:处理器;以及存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的内存优化方法。
根据本公开的一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的内存优化方法。
本公开公开实施例中提供的内存优化方法、内存优化装置、电子设备以及计算机可读存储介质中,根据内存分配操作的持续时长确定程度信息,并进一步根据程度信息确定要执行结束操作的目标进程。一方面,在持续时长满足延迟条件的情况下,根据持续时长表示的延迟情况的程度信息分别确定针对不同情况的目标进程,进而激活低内存管理服务对目标进程执行结束操作。由于在内存信息满足内存清理条件时可根据程度信息触发低内存管理服务对目标进程的结束操作,避免了只有在内存回收不满足条件时才会清理进程的问题,通过及时触发低内存管理服务对目标进程进行结束操作,也避免了长时间的内存分配而导致的系统卡顿的问题,能够通过及时清理进程实现内存优化的功能,提高了系统的稳定性。另一方面,由于能够根据不同的程度信息分别确定不同的目标进程,能更准确地确定持续时长对应的目标进程,从而提高了内存优化的效率和有效性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开实施例中一种内存优化方法的示意图。
图2示意性示出本公开实施例中确定程度信息的具体流程的示意图。
图3示意性示出本公开实施例中确定目标进程的具体流程的示意图。
图4示意性示出本公开实施例中内存优化装置的框图。
图5示意性示出本公开实施例中一种电子设备的框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本发明人发现,Android手机内存空间有限,手机在使用一段时间后,后台会积累较多的进程,因此也会占用一定的内存空间。如果系统内存紧张,正在使用的应用的内存分配请求无法得到满足,会进行内存回收,内存回收还是不能满足且可用内存低于预设值,会启动Android中的low memory killer选择最近不被使用的进程来清理。当可用内存高于预设值(没有触发low mem killer),但应用连续多次分配大内存,这时内存回收能满足需求,但耗时长,有可能导致卡顿。
举例而言,系统预设低内存阈值为400MB,当前系统可用内存为410M(没有触发lowmemory killer),此时启动一个大型游戏程序,该应用需要连续10次每次分配100MB的内存,假如每次内存回收都能回收到100MB内存,但耗时200ms,这样该应用10次分配内存的过程中,共耗时2秒,内存耗时长有可能导致系统卡顿。
为了解决上述技术问题,本公开实施例中首先提供了一种内存优化方法,可以应用于对终端的内存进行释放和优化的应用场景。参考图1中所示,该内存优化方法可以包括步骤S110至步骤S130,其中:
在步骤S110中,在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;
在步骤S120中,若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;
在步骤S130中,根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
本公开实施例中提供的内存优化方法中,一方面,在内存分配操作的持续时长满足延迟条件的情况下,根据持续时长表示的延迟情况的程度信息分别确定针对不同情况的目标进程,进而激活低内存管理服务对目标进程执行结束操作。由于在内存信息未满足内存清理条件时可根据程度信息触发低内存管理服务对目标进程的结束操作,避免了只有在内存回收满足条件时才会清理进程的问题,及时触发低内存管理服务对目标进程进行结束操作,也避免了长时间的内存分配而导致的系统卡顿的问题,能够通过及时清理进程实现内存优化的功能,提高了系统的稳定性。另一方面,由于能够根据不同的程度信息分别确定不同的目标进程,能更准确地确定要清理的目标进程的数量以及类别,从而提高了内存优化的效率和有效性。
接下来,参考图1至图3对本公开实施例中的内存优化方法进行具体说明。
在步骤S110中,在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长。
本公开实施例中,系统的内存信息指的是系统中存在的可用内存,且可用内存指的是系统中未被使用和占用的剩余内存。可用内存是根据进程的运行情况以及内存的释放和回收情况实时变化的。因此,系统的内存信息指的是当前时刻对应的可用内存。内存清理条件指的是用于衡量可用内存是否符合开启清理进程功能的条件,内存清理条件可以为一个预设阈值或者是预设范围等等,此处以一个预设阈值为例进行说明。在此基础上,系统的内存信息未满足内存清理条件可以理解为:系统当前时刻的内存信息大于预设阈值,即未达到通过低内存管理服务清理进程的条件。预设阈值例如可以为一个较小的数值,可以根据系统的总内存而确定,也可以设置为一个固定的数值,此处不作限定。举例而言,对于各种不同类型的系统,在系统的总内存均不相同的情况下,预设阈值例如均可以设置为400M。
启动进程可以为进程,也可以为文件存储等需要分配内存的操作,此处以进程为例进行说明。本公开实施例中,启动进程具体可以为尚未处于运行状态但是即将开始运行的进程,例如新开启的进程。启动进程可以为各种类型的进程,且可以响应于用户的操作而开启。例如,启动进程可以为一个占用内存较大的游戏程序A。内存分配操作指的是为启动进程分配存储空间的方法。内存分配操作有静态内存分配和动态内存分配两种。内存分配操作可以一次执行,也可以为多次执行。另外,每次内存分配操作分配的内存可以相同,也可以不同,此处不做限定。举例而言,系统设置的预设阈值为400MB,当前系统的可用内存为410M(没有触发低内存管理服务),此时启动一个大型游戏程序,该应用需要连续10次分配内存,且每次分配的内存均为100MB的内存。
持续时长指的是为启动进程执行内存分配操作所需要的总时间,具体可以根据执行内存分配操作的次数以及每次执行内存分配操作的时间来确定。可在内存分配路径上做统计,统计每次内存分配的耗时,以获取持续时长。举例而言,执行内存分配操作的次数为10次,每次执行内存分配操作的时间可以为200ms。这样一来,可以确定内存分配操作的持续时长为2秒。
在步骤S120中,若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务。
本公开实施例中,延迟条件用于确定持续时长是否超过默认的内存分配时间。如果超过了该默认的内存分配时间,则可能影响系统的性能,使得系统运行比较缓慢,造成系统卡顿的问题;如果未超过该默认的内存分配时间,则系统能够保持正常的性能不变。其中,默认的内存分配时间可以用时间阈值来表示。图2示意性示出了确定程度信息的流程图,参考图2中所示,主要包括步骤S210和步骤S220,其中:
在步骤S210中,判断持续时长是否满足延迟条件。若是,则转至步骤S220;若否,则转至步骤S230。
在步骤S220中,根据所述持续时长与时间阈值确定程度信息,并激活低内存管理服务。
延迟条件例如可以为事先设置的时间阈值。时间阈值可以为一个较小的数值,例如90ms。在此基础上,持续时长满足延迟条件可以理解为持续时长大于或等于时间阈值。例如,对启动进程(游戏程序A)的内存分配操作对应的持续时长为2秒,而设置的时间阈值为90ms,则可以确定对游戏程序A的内存分配操作的持续时长满足延迟条件。
进一步地,在确定持续时长满足延迟条件之后,可以确定持续时长的程度信息。程度信息用于表示持续时长延迟的程度,例如可以用延迟级别来表示。延迟级别越高,可以代表延迟程度越高。延迟级别具体可以用高低等文字标识来表示,也可以用数值来表示,例如1代表低等级、2代表中等级、3代表高等级等等。延迟级别的级别数可以根据实际情况而设置,此处不作限定。
在确定持续时长的程度信息时,可以根据持续时长与设置的时间阈值而确定。程度信息具体可根据持续时长与时间阈值之间的差值、所述差值与程度信息之间的对应关系而确定。例如,差值与程度信息之间的对应关系可以包括:可以设定内存分配操作的持续时长延迟100ms为低等级,持续时长延迟200ms为中等级,持续时长延迟300ms为高等级等等,此处不作限定。
举例而言,对启动进程(游戏程序A)的内存分配操作对应的持续时长为2秒,而设置的时间阈值为90ms,持续时长与时间阈值之间的差值为1910ms,因此对应的程度信息为高等级。
需要说明的是,在确定持续时长的程度信息时,也可以直接根据持续时长的具体数值来确定。例如持续时长100ms为低等级,持续时长200ms为中等级,持续时长300ms为高等级等等,此处不作限定。当然,通过其他方式确定程度信息也在本公开实施例的保护范围之内。
在确定针对启动进程的内存分配操作的持续时长满足延迟条件时,可以激活低内存管理服务,以便于通过低内存管理服务对系统中的进程进行清理。本公开实施例中的方法,避免了只有内存信息满足内存清理条件时才可以激活低内存管理服务执行进程清理的操作,能够在内存信息未满足内存清理条件下及时激活低内存管理服务执行进程清理的操作,避免了由于分配内存空间的持续时间过长而无法清理内存的问题,提高了内存的可用性。
在步骤S230中,禁止激活低内存管理服务。
本公开实施例中,如果持续时长未超过设置的时间阈值,则表明持续时长未发生延迟,因此不需要激活低内存管理服务,只需要按照正常流程,在系统的内存信息满足内存清理条件时激活低内存管理服务,并使低内存管理服务按照优先级由低到高并在优先级相同的情况下选择占用内存较大的进程,从而执行进程清理操作即可。
接下来,继续参考图1中所示,在步骤S130中,根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
本公开实施例中,在确定持续时长的程度信息之后,可将程度信息发送至低内存管理服务,以便于低内存管理服务根据程度信息,采用不同的选择策略从多个进程中确定与程度信息符合的目标进程。需要说明的是,此处的多个进程指的是系统中正在运行的进程。Android系统提供有以下类别的进程:前台进程、可见进程、次要服务、后台进程、内容提供者以及空进程。上述各类别的进程的优先级依次由高到低,且各类型的进程预先配置有对应的内存阈值。基于此,用于供低内存管理服务选择目标进程的多个进程可以为系统中运行的全部进程或者是部分进程。部分进程可以为相同优先级的进程或者是不同优先级的进程,此处不作限定。
一般而言,在激活低内存管理服务之后,可以通过低内存管理服务获取系统中的多个待清理的进程。对于内存管理服务而言,根据进程的优先级和占用内存的大小来判断是否杀死进程。即,Android系统在利用low memory killer机制杀死进程时,按照各进程的优先级从低到高选择,在同等优先级的情况下,选择内存占用最大的进程杀死。
在本公开实施例中,根据程度信息从多个进程中确定目标进程时,首先可在步骤S120的基础上,确定程度信息对应的目标优先级。目标优先级指的是每一个程度信息对应的优先级,且程度信息不同,其对应的目标优先级也不同,优先级具体可以用adj来表示。程度信息与目标优先级之间的对应关系可以为:程度信息与目标优先级正相关,即程度信息越高,目标优先级越高;或者是也可以为程度信息与目标优先级负相关,即程度信息越高,目标优先级越低。本公开实施例中,以程度信息与目标优先级正相关为例进行说明。具体而言,程度信息为低等级时,可以选择优先级低(adj>900)进程;程度信息为中等级时,可以选择中优先级(900>adj>600)进程;程度信息为高等级时可以选择高优先级(600>adj>300)进程。需要说明的是,本公开实施例中,持续时长的等级不限于3个,也可以为任意数量个。类似地,与持续时长的等级信息对应的进程的优先级也不限于3个,可以包括任意数量个,只要与持续时长的等级信息相同即可。
进一步地,在确定目标优先级之后,可从该目标优先级对应的多个进程中确定目标进程。目标进程的数量可以为一个或者是多个。需要说明的是,程度信息不同,对应的目标进程的数量也不同,且目标进程的数量与程度信息正相关,即程度信息越高,目标进程的数量越多。其中目标进程的数量可以根据实际需求进行设置,此处不作限定。举例而言,当程度信息为低等级时,可以选择1个进程;当程度信息为中等级时,可以选择2个进程;当程度信息为高等级时,可以选择3个进程。需要说明的是,每个程度信息可以对应一个目标优先级中的至少一个目标进程。需要说明的是,每个程度信息对应的目标进程的数量为其他值,也在本公开的保护范围之内。
本公开实施例中,若能选择的进程越多,则能用于清理进程的概率越大。由于内存分配延迟越严重,越需要能选择多个进程来清理。由于低内存管理服务在按照预设规则清理进程时,首先会清理低优先级的进程,然后在同等优先级的情况下,清理内存占用最大的进程。在这种情况下,可能出现提前清理完了所有的低优先级进程的情况。因此在内存分配操作延迟较严重的情况下,可能导致此处并没有可以被清理的进程,因此无法通过清理进程的方式来优化内存,导致系统卡顿等情况。基于此,本公开实施例中,通过不同的程度信息对应不同优先级的进程,使得不同的延迟程度对应不同的选择范围的进程,能够更准确更合理地确定目标进程,避免了无法清理进程的情况,提高了可靠性。
本公开实施例中选择目标进程时,可以根据预设方式(方式一和方式二)中的任意一种:方式一、直接根据进程的占用内存的排列顺序从目标优先级对应的多个进程中确定目标进程。其中,占用内存指的是每个处于运行状态的进程需要占用的内存,每个进程的占用内存可以相同,也可以不同,此处不作限定。例如进程A的占用内存为100M,进程B的占用内存为200M。
排列顺序用于描述进程的占用内存之间的大小关系。排列顺序例如可以为从大到小的顺序,也可以为从小到大的顺序,可以根据实际需求而设定,此处以从大到小的顺序为例进行说明。在此基础上,可以根据由大到小的顺序对多个进程的占用内存进行排列,并将其中占用内存排列在前N位的进程确定为目标进程。此处的N可以与目标进程的数量相对应。例如,当程度信息为低等级时,可以将占用内存最大的进程确定为目标进程;当程度信息为中等级时,可以将占用内存排列在前2个的进程确定为目标进程;当程度信息为高等级时,可以将占用内存排列在前3个的进程确定为目标进程。
方式二、对进程的占用内存以及启动进程的占用内存进行对比,并根据对比结果从目标优先级对应的多个进程中确定目标进程。对比结果用于表示进程的占用内存以及启动进程的占用内存之间的大小关系,对比结果不同,则对应的确定目标进程的方式也不同。
图3中示意性示出了确定目标进程的流程图,参考图3中所示,主要包括步骤S310至步骤S330,其中:
在步骤S310中,判断对比结果是否为第一对比结果。若是,则转至步骤S320;若否在,则转至步骤S330。
在步骤S320中,在对比结果为第一对比结果时,可以在目标优先级对应的进程内随机选择进程确定为目标进程。
在步骤S330中,在对比结果为第二对比结果时,可以根据进程的进程信息从目标优先级对应的多个进程中确定目标进程。
其中,第一对比结果可以为进程的占用内存大于或等于启动进程的占用内存。第二对比结果可以为进程的占用内存小于启动进程的占用内存。
如果进程的占用内存据大于或等于启动进程的占用内存,则可以从这些进程中随机选择程度信息对应的数量的进程作为目标进程。举例而言,对启动进程游戏程序A的内存分配操作对应的持续时长为2秒,启动进程的占用内存为100M,因此对应的程度信息为高等级,因此目标优先级为600>adj>300的优先级,进程的数量可以为3个,因此可以从600>adj>300的优先级对应的进程中随机选择3个作为目标进程。由于进程的占用内存均大于启动进程的占用内存,则无论如何选择都可以释放一定的内存空间,保证系统稳定性。
如果进程的占用内存据小于启动进程的占用内存,则进程信息包括占用内存的大小、清理次数、清理时长中的至少一种。清理次数可以根据每个进程的结束标签而确定,其中结束标签中可以包括清理的时间戳,通过多个时间戳之间的差值可以确定清理次数和清理时长等等。当然,清理次数和清理时长也可以根据清理日志而确定。
在确定占用内存的大小、清理次数以及清理时长之后,可以只根据占用内存从大到小的顺序确定目标进程,也可以只根据清理次数从大到小的顺序确定目标进程,还可以只根据清理时长从小到大的顺序确定目标进程。除此之外还可以根据占用内存、清理次数以及清理时长之间的两种或者是三种共同确定,此处不作限定。举例而言,对启动进程游戏程序B的内存分配操作对应的持续时长为200ms,启动进程的占用内存为100M,因此对应的程度信息为低等级,因此目标优先级为adj>900的优先级,进程的数量可以为1个,因此可以从adj>900的优先级对应的进程中选择1个占用内存最高的进程作为目标进程。当然,根据其他策略确定目标进程的方式也在本公开实施例的保护范围之内,此处不作限定。
在此基础上,本示例实施方式中,若确定出了目标进程,则可以通过低内存管理服务对确定的目标进程执行结束操作。此处的结束操作指的是停止或者是关闭目标进程,以使其不再处于运行状态。在对目标进程执行结束操作后,可以释放该目标进程所占用的内存空间,从而快速缓解系统内存紧张的情况。当出现满足预设的内存分配延迟时,需要启动低内存管理服务并将当前内存分配延迟的严重程度传递给低内存管理服务,启动低内存管理服务采取应用等级措施选择合适进程进行清理。
通过本公开实施例中的技术方案,在持续时长满足延迟条件的情况下,根据持续时长表示的延迟情况的程度信息分别确定针对不同情况的目标进程,进而激活低内存管理服务对目标进程执行结束操作。由于在内存信息不满足内存清理条件时可根据程度信息触发低内存管理服务对目标进程的结束操作,避免了只有在内存信息满足条件时才会清理进程的问题,通过及时触发低内存管理服务对目标进程进行结束操作,也避免了长时间的内存分配而导致的系统卡顿的问题,能够通过及时清理进程实现内存优化的功能,提高了系统的稳定性。
图4中示出了本公开实施例中的内存优化装置,参考图4所示,该内存优化装置400主要包括持续时长获取模块401、程度确定模块402以及目标进程确定模块403,其中:
持续时长获取模块401,用于在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;
程度确定模块402,用于若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;
目标进程确定模块403,用于根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
在本公开的一种示例性实施例中,程度确定模块包括:程度信息确定模块,用于若所述持续时长大于或等于时间阈值,则根据所述持续时长与所述时间阈值确定所述程度信息。
在本公开的一种示例性实施例中,目标进程确定模块包括:优先级确定模块,用于根据所述程度信息确定目标优先级,并从所述目标优先级对应的多个进程中选择所述目标进程;其中,所述程度信息不同,所述目标优先级不同。
在本公开的一种示例性实施例中,优先级确定模块包括:第一确定模块,用于根据所述多个进程的占用内存的排列顺序从所述目标优先级对应的所述多个进程中确定所述目标进程。
在本公开的一种示例性实施例中,优先级确定模块包括:第二确定模块,用于对所述多个进程的占用内存以及所述启动进程的占用内存进行对比,并根据对比结果从所述目标优先级对应的所述多个进程中确定所述目标进程。
在本公开的一种示例性实施例中,第二确定模块被配置为:若所述对比结果为第一对比结果,则从所述多个进程中随机确定所述目标进程;若所述对比结果为第二对比结果,则按照清理次数以及占用内存从所述多个进程中确定所述目标进程。
在本公开的一种示例性实施例中,所述目标优先级与所述程度信息正相关,且所述目标优先级对应的所述目标进程的数量与所述程度信息正相关。
需要说明的是,上述内存优化装置中各模块的具体细节已经在对应的内存优化方法中进行了详细描述,因此此处不再赘述。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
在本公开的实施例中,还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解,本公开的各个方面可以实现为系统、方法或程序产品。因此,本公开的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
下面参照图5来描述根据本公开的这种实施方式的电子设备500。图5显示的电子设备500仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图5所示,电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于:上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线550。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元510执行,使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元510可以执行如图1中所示的步骤:在步骤S110中,在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;在步骤S120中,若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;在步骤S130中,根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
存储单元520可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202,还可以进一步包括只读存储单元(ROM)5203。
存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204,这样的程序模块5205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线530可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速接口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备500也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备500交互的设备通信,和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且,电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器560通过总线530与电子设备500的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备500使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
在本公开的实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本公开的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
根据本公开的实施方式的用于实现上述方法的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外,上述附图仅是根据本公开实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种内存优化方法,其特征在于,包括:
在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;
若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;
根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
2.根据权利要求1所述的内存优化方法,其特征在于,若所述持续时长满足延迟条件,则确定所述持续时长的程度信息包括:
若所述持续时长大于或等于时间阈值,则根据所述持续时长与所述时间阈值确定所述程度信息。
3.根据权利要求1所述的内存优化方法,其特征在于,根据所述程度信息从多个进程中确定目标进程包括:
根据所述程度信息确定目标优先级,并从所述目标优先级对应的多个进程中选择所述目标进程;其中,所述程度信息不同,所述目标优先级不同。
4.根据权利要求3所述的内存优化方法,其特征在于,从所述目标优先级对应的多个进程中选择所述目标进程包括:
根据所述多个进程的占用内存的排列顺序从所述目标优先级对应的所述多个进程中确定所述目标进程。
5.根据权利要求3所述的内存优化方法,其特征在于,从所述目标优先级对应的多个进程中选择所述目标进程包括:
对所述多个进程的占用内存以及所述启动进程的占用内存进行对比,并根据对比结果从所述目标优先级对应的所述多个进程中确定所述目标进程。
6.根据权利要求5所述的内存优化方法,其特征在于,根据对比结果从所述目标优先级对应的所述多个进程中确定所述目标进程包括:
若所述对比结果为第一对比结果,则从所述多个进程中随机确定所述目标进程;
若所述对比结果为第二对比结果,则按照清理次数以及占用内存从所述多个进程中确定所述目标进程。
7.根据权利要求3所述的内存优化方法,其特征在于,所述目标优先级与所述程度信息正相关,且所述目标优先级对应的所述目标进程的数量与所述程度信息正相关。
8.一种内存优化装置,其特征在于,包括:
持续时长获取模块,用于在系统的内存信息未满足内存清理条件时,若检测到针对一启动进程的内存分配操作,则获取所述内存分配操作的持续时长;
程度确定模块,用于若所述持续时长满足延迟条件,则确定所述持续时长的程度信息并激活低内存管理服务;
目标进程确定模块,用于根据所述程度信息从多个进程中确定目标进程,并通过所述低内存管理服务对所述目标进程执行结束操作。
9.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任意一项所述的内存优化方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-7任意一项所述的内存优化方法。
CN201910797765.5A 2019-08-27 2019-08-27 内存优化方法及装置、电子设备、存储介质 Active CN110532095B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910797765.5A CN110532095B (zh) 2019-08-27 2019-08-27 内存优化方法及装置、电子设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910797765.5A CN110532095B (zh) 2019-08-27 2019-08-27 内存优化方法及装置、电子设备、存储介质

Publications (2)

Publication Number Publication Date
CN110532095A true CN110532095A (zh) 2019-12-03
CN110532095B CN110532095B (zh) 2022-06-03

Family

ID=68664745

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910797765.5A Active CN110532095B (zh) 2019-08-27 2019-08-27 内存优化方法及装置、电子设备、存储介质

Country Status (1)

Country Link
CN (1) CN110532095B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966493A (zh) * 2020-08-07 2020-11-20 Oppo广东移动通信有限公司 进程处理方法、电子设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080178189A1 (en) * 2007-01-23 2008-07-24 Piotr Findeisen Efficient detection of sources of increasing memory consumption
US20130145073A1 (en) * 2011-12-02 2013-06-06 Vmware, Inc. Memory defragmentation in a hosted hypervisor
US20150153958A1 (en) * 2013-12-03 2015-06-04 Samsung Electronics Co., Ltd. Electronic device and method for memory allocation in electronic device
US20160055082A1 (en) * 2014-08-20 2016-02-25 Samsung Electronics Co., Ltd. Memory allocating method and electronic device supporting the same
CN107179949A (zh) * 2016-12-16 2017-09-19 重庆大学 一种用于移动设备中操作系统内存分配流畅度的量化方法
CN107193678A (zh) * 2017-04-28 2017-09-22 北京小米移动软件有限公司 卡顿原因确定方法、装置及存储介质
CN107516255A (zh) * 2016-06-16 2017-12-26 阿里巴巴集团控股有限公司 资源分配异常状况的处理方法及装置
CN107832127A (zh) * 2017-10-20 2018-03-23 广东欧珀移动通信有限公司 应用控制方法及相关产品
CN109857555A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
CN109857556A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
CN110083450A (zh) * 2019-04-09 2019-08-02 Oppo广东移动通信有限公司 内存回收方法、装置、电子设备及存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080178189A1 (en) * 2007-01-23 2008-07-24 Piotr Findeisen Efficient detection of sources of increasing memory consumption
US20130145073A1 (en) * 2011-12-02 2013-06-06 Vmware, Inc. Memory defragmentation in a hosted hypervisor
US20150153958A1 (en) * 2013-12-03 2015-06-04 Samsung Electronics Co., Ltd. Electronic device and method for memory allocation in electronic device
US20160055082A1 (en) * 2014-08-20 2016-02-25 Samsung Electronics Co., Ltd. Memory allocating method and electronic device supporting the same
CN107516255A (zh) * 2016-06-16 2017-12-26 阿里巴巴集团控股有限公司 资源分配异常状况的处理方法及装置
CN107179949A (zh) * 2016-12-16 2017-09-19 重庆大学 一种用于移动设备中操作系统内存分配流畅度的量化方法
CN107193678A (zh) * 2017-04-28 2017-09-22 北京小米移动软件有限公司 卡顿原因确定方法、装置及存储介质
CN107832127A (zh) * 2017-10-20 2018-03-23 广东欧珀移动通信有限公司 应用控制方法及相关产品
CN109857555A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
CN109857556A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
CN110083450A (zh) * 2019-04-09 2019-08-02 Oppo广东移动通信有限公司 内存回收方法、装置、电子设备及存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHENG-ZEN YANG等: "Design of an Intelligent Memory Reclamation Service on Android", 《2013 CONFERENCE ON TECHNOLOGIES AND APPLICATIONS OF ARTIFICIAL INTELLIGENCE》, 7 April 2014 (2014-04-07), pages 97 - 102 *
沈非一等: "嵌入式实时系统中动态内存管理算法的设计与实现", 《计算机与现代化》, 15 July 2015 (2015-07-15), pages 103 - 107 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966493A (zh) * 2020-08-07 2020-11-20 Oppo广东移动通信有限公司 进程处理方法、电子设备及存储介质
CN111966493B (zh) * 2020-08-07 2023-07-21 Oppo广东移动通信有限公司 进程处理方法、电子设备及存储介质

Also Published As

Publication number Publication date
CN110532095B (zh) 2022-06-03

Similar Documents

Publication Publication Date Title
CN108984301B (zh) 自适应云资源调配方法和装置
US11693693B2 (en) Resource management based on ranking of importance of applications
CN107153545A (zh) 一种iOS系统中弹窗统一管理的方法
CN109857556A (zh) 内存回收方法及装置、存储介质和电子设备
CN109005130B (zh) 网络资源配置调度方法和装置
CN112269641B (zh) 一种调度方法、装置、电子设备及存储介质
CN109783028A (zh) I/o调度的优化方法、装置、存储介质及智能终端
CN110532197A (zh) 内存回收方法及装置、电子设备、存储介质
CN112363821A (zh) 一种计算资源调度方法、装置及计算机设备
CN110099012B (zh) 一种流量控制方法、系统及电子设备和存储介质
CN109933405A (zh) 虚拟机创建方法及装置、电子设备、存储介质
CN112988535B (zh) 数据推送服务的测试方法、设备、存储介质及程序产品
CN110362450A (zh) 一种日志数据采集方法、装置及计算机可读存储介质
CN110532095A (zh) 内存优化方法及装置、电子设备、存储介质
CN105892833A (zh) 一种弹出消息的处理方法及装置
CN110223435A (zh) 对象随机分配方法、装置、计算机存储介质和电子设备
CN108415765B (zh) 任务调度方法、装置及智能终端
CN106055406A (zh) 一种程序运行的方法和终端
CN111143027A (zh) 一种云平台管理方法、系统、设备及计算机可读存储介质
CN109274991B (zh) 智能电视的内存管理方法及系统
CN109960572B (zh) 设备资源管理方法和装置以及智能终端
CN115762503A (zh) 车载语音系统、车载语音的自主学习方法、设备及介质
CN115061762A (zh) 页面的展示方法、装置、电子设备和介质
CN111309627B (zh) 一种软件测试中防止测试冲突的方法与系统
CN109005052B (zh) 网络任务预测方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant