CN116302559A - 内存管理方法、装置、电子设备、存储介质及产品 - Google Patents

内存管理方法、装置、电子设备、存储介质及产品 Download PDF

Info

Publication number
CN116302559A
CN116302559A CN202310363965.6A CN202310363965A CN116302559A CN 116302559 A CN116302559 A CN 116302559A CN 202310363965 A CN202310363965 A CN 202310363965A CN 116302559 A CN116302559 A CN 116302559A
Authority
CN
China
Prior art keywords
memory
application
dirty page
parameters
page processing
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
Application number
CN202310363965.6A
Other languages
English (en)
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.)
Beijing Zitiao Network Technology Co Ltd
Original Assignee
Beijing Zitiao Network 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 Beijing Zitiao Network Technology Co Ltd filed Critical Beijing Zitiao Network Technology Co Ltd
Priority to CN202310363965.6A priority Critical patent/CN116302559A/zh
Publication of CN116302559A publication Critical patent/CN116302559A/zh
Pending legal-status Critical Current

Links

Images

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/508—Monitor
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Energy 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)
  • Stored Programmes (AREA)

Abstract

本公开实施例公开了一种内存管理方法、装置、电子设备、存储介质及产品，其中，方法包括：基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和应用系统的运行状态参数；根据内存占用参数确定各应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；基于第一内存占用情况、第二内存占用情况、运行状态参数和当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使应用系统依据目标参数对物理内存进行管理。本公开实施例的技术方案，可以更加细粒度的对内存的使用情况进行管理，提升应用程序运行性能。

Description

内存管理方法、装置、电子设备、存储介质及产品
技术领域
本公开实施例涉及计算机技术领域，尤其涉及一种内存管理方法、装置、电子设备、存储介质及产品。
背景技术
在应用系统运行过程中，内存分配器会根据预先设定的脏页管理参数等系统固化参数对物理内存进行管理，即将物理内存中的脏页转写到内存交换区，暂时通过系统CPU资源换取内存资源，以提升系统内应用程序的运行性能。但是，上述关于脏页管理的参数是以系统全局进行设定的，并不适配于应用程序维度，甚至是应用程序中不同应用场景维度的内存管理，不利于维持各应用程序的内存需求以及CPU资源需求之间的平衡，影响应用程序的运行性能。
发明内容
本公开提供了一种内存管理方法、装置、电子设备、存储介质及产品，可以根据应用程序以及应用程序的应用场景，动态调整脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理。
第一方面，本公开实施例提供了一种内存管理方法，该方法包括：
基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
第二方面，本公开实施例还提供了一种内存管理装置，该装置包括：
内存使用数据获取模块，用于基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
内存使用数据分析模块，用于根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
内存使用管理模块，用于基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
第三方面，本公开实施例还提供了一种电子设备，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例任一所述的内存管理方法。
第四方面，本公开实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本公开实施例任一所述的内存管理方法。
第五方面，本公开实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如本发明实施例中任一所述的内存管理方法。
本公开实施例，通过基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。本公开实施例的技术方案解决了应用系统仅能以系统固化的脏页管理参数进行内存管理，导致内存管理方案不能与活跃的应用程序的内存需求相匹配，影响程序运行性能的问题，可以根据应用程序以及应用程序的应用场景，动态调整脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理，在一定程度上提升应用程序运行性能。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1是本公开实施例所提供的一种内存管理方法流程示意图；
图2是本公开实施例所提供的一种内存管理方法流程示意图；
图3是本公开实施例所提供的一种内存管理方法流程示意图；
图4是本公开实施例所提供的一种内存管理中脏页处理参数确定过程示意图；
图5是本公开实施例所提供的一种内存管理功能框架结构示意图；
图6是本公开实施例所提供的一种内存管理装置的结构示意图；
图7是本公开实施例所提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。
作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。
可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。
可以理解的是，本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。
图1为本公开实施例所提供的一种内存管理方法的流程示意图，本公开实施例适用于对已使用内存进行内存释放管理的场景，特别是以应用程序维度以及应用场景维度动态的进行内存管理的情形，该方法可以由内存管理装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，通过电子设备来实现，该电子设备可以是移动终端、PC端或服务器等。
如图1所示，所述内存管理方法包括：
S110、基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
在应用系统运行的过程中，会通过对应用系统的物理内存的使用情况进行管理的方式，提升运行在该应用系统的应用程序的性能；如将脏页转写到内存交换区中，用CPU计算资源置换内存资源，以临时性增加物理内存。但是，应用系统对物理内存的使用情况进行管理的配置参数通常是固化的参数，以维持剩余物理内存空间与CPU计算资源之间的大致的平衡。这个大致的平衡点是不可修改的，并不能适用于所有的应用程序，或者同一个应用程序内的不同场景。这就导致各应用程序或是应用程序内的不同场景在运行过程中不能达到较优的运行性能。例如，触发转写脏页的参数的门限值较低时，很容易就会触发对当前物理内存的数据清理，过多的占用CPU计算资源，从而影响应用程序以及应用系统的运行性能。
在本实施例中，为了解决上述问题，使得对物理内存进行释放管理的参数是可配置的，并且可以根据当前应用程序、应用程序的应用场景以及当前的物理内存使用状态进行个性化的精准的配置。
其中，预设内存管理应用接口可以是用于在本实施例所提供的内存管理装置与应用系统之间进行内存使用数据的信息采集以及进行内存管理参数配置的交互通道。在一种可选的实施方式中，可以采用某一个预设内存分配器的应用程序接口作为预设内存管理应用接口。这是由于安卓端通常的一些常规的内存分配器，如tcmalloc、jemalloc等内存分配器会提供一些私有或公有的应用程序接口，内存管理装置可以通过钩子函数调用有权限使用的预设内存分配器的应用接口，实现内存使用数据的信息采集以及内存管理参数的配置。
为了确定与当前运行的应用程序的应用功能场景更加适配的内存管理参数，本步骤中首先通过预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和应用系统的运行状态参数。其中，当前运行应用程序可以是任一配置有上述内存管理装置的应用程序，其在程序运行过程中基于内存管理装置进行内存管理，可以是社交媒体应用、电商购物应用、音乐应用、游戏应用或是视频应用等不同类型的应用。
进一步的，当前运行应用程序的不同应用场景物理内存的使用情况和需求也是不同的。对于应用程序来说，可以按照功能或者业务等方式划分成多个不同的场景。例如，对于移动设备的应用程序来说，可以包括程序冷启动、播放点播视频、进入直播间、打开搜索界面、拍摄视频及上传视频等场景。对于一个服务端应用程序来说，还可以按照不同的服务类别、不同的应用程序接口响应处理流程分为不同的场景；或者，还可以按照应用程序的负载情况，分成轻负载，中负载，重负载等不同的应用场景。在本实施例中是以功能模块为粒度进行内存使用情况采集的，可采集到的内存占用参数可以包括USS、PSS、RSS、VSS、ShCl、ShDi、PrCl及PrDi。其中，ShDi和PrDi的数据用来反应当前功能模块粒度的脏页占比数据，还可以将各功能模块的数据汇总得到当前运行应用程序整体的脏页情况。
其中，RSS(resident set size)表示程序实际使用的内存大小，包含了共享内存，但其只将实际使用到的共享内存统计入内；PSS(proportional set size)表示程序自身占有内存大小以及按比例分配的共享内存大小；USS(unique set size)表示程序自身占有的内存大小，不包括使用到的其他共享内存；VSS(virtual set size)表示可访问的内存大小，包含了共享内存；ShCl(shared clean)表示干净的共享数据；ShDi(shared dirty)表示脏共享数据；PrCl(private clean)表示私有干净数据；PrDi(private dirty)表示私有脏数据。
应用系统的运行状态参数则包括物理内存整体使用或剩余内存大小、CPU使用率、输入输出端口(I/O)使用情况及运行所述应用系统及应用程序的终端设备的电量情况等会影响到内存管理策略的参数。
在上述可采集得到内存信息以及运行状态参数的基础上，可以进一步的进行分析，以获取更加精确的目标内存管理参数。
S120、根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况。
其中，当前活跃应用功能是当前正在运行的应用功能，其使用的内存也可以作为当前活跃内存，第一内存占用情况可以理解为所述当前活跃内存的使用情况，包括USS、PSS、RSS、VSS、ShCl、ShDi、PrCl及PrDi。
当前非活跃应用功能则包括当前运行的应用程序中除当前活跃应用功能之外的其他应用功能的集合。非活跃应用功能的第二内存占用情况即在当前活跃应用功能运行之前运行的非活跃应用功能在运行时所占用的内存情况。
由于上一步骤中获取到的内存占用参数是以单个功能模块为粒度进行数据读取的，可以基于读取到的内存使用数据，以当前活跃应用功能和非活跃应用功能为粒度进行统计。例如，活跃内存在当前运行应用程序整体内存占用情况中的占比数据，非活跃内存在当前运行应用程序整体内存占用情况中的占比数据等。可以在后续分析中，综合分析内存的占用与内存使用需求，以进行内存管理参数的确定。
S130、基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
其中，应用系统的运行状态参数包括物理内存整体使用或剩余内存大小、CPU使用率、输入输出端口(I/O)使用情况及运行所述应用系统及应用程序的终端设备的电量情况等会影响到内存管理策略的参数。通常情况下，物理内存整体剩余内存越小越需要触发内存的释放；输入输出端口(I/O)使用频繁需要的CPU资源就会多就需要延迟触发内存的释放；CPU使用率高相应的会消耗更多的电量，当设备低电量时会采用偏保守的内存管理策略，要延迟触发内存的释放。
其中，当前运行的应用程序的应用场景不同，对内存的需求也不同。可以基于各应用场景的内存需求特征，设置不同的内存管理参数。示例性的，若当前活跃应用功能的应用场景为一个非低延迟文件更新场景是，在该场景下不需要立即做内存同步，可以结合当前的CPU使用率和当前的内存使用率进行决策。当内存使用率较高且CPU使用率较低时，可以将触发进行内存释放即脏页处理参数的参数值设置为相对低的数值；当内存使用率较低且CPU使用率较高时，可以将触发进行内存释放即脏页处理参数的参数值设置为相对高的数值。
在一种可选的实施方式中，可以为第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景等参数分别设置一个权重参数，综合各参数对内存释放需求的影响，最终确定进行内存处理的目标参数，即进行脏页处理的目标参数。根据具体场景需求，一些场景下一些参数的权重值可以设置为0。
在一种可选的实施方式中，还可以预先训练一个用于进行内存处理参数分析的模型，将获取到的第一内存占用情况、第二内存占用情况、运行状态参数和当前活跃应用功能的应用场景输入到该模型中，得到脏页处理参数的目标参数值。
在又一种可选的实施方式中，可以预先设置一个经验值较优的目标脏页处理参数表，可以根据第一内存占用情况、第二内存占用情况、运行状态参数和当前活跃应用功能的应用场景到目标脏页处理参数表匹配一组目标脏页处理参数。
具体的，进行脏页处理的目标参数也即目标脏页处理参数。目标脏页处理参数可以包括触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率。其中，触发执行脏页清理时的脏页占总内存页的百分比数值表示开始进行内存清理的时机，当脏页占比达到该数值时，开始执行内存清理。停止执行脏页清理时的脏页占总内存页的百分比数值是阻塞执行内存清理的时机，当脏页占比达到该数值时，停止执行内存清理。触发执行脏页清理时的物理内存使用率表示物理内存的整体使用率超过该数值时，便开始执行内存清理。可以理解的是，触发执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率均具有内存清理触发效率，两者之间有一个达到相应的数值即可触发，不必重复触发内存清理操作。
在确定了目标脏页处理参数之后，可以预设内存管理应用接口将目标脏页处理参数发送到应用系统，以使应用系统依据所述目标脏页处理参数对所述物理内存进行管理，从而实现更细粒度的内存管理。
本公开实施例的技术方案，通过基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定目标脏页处理参数，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。本公开实施例的技术方案解决了应用系统仅能以系统固化的脏页管理参数进行脏页管理，导致内存管理方案不能与活跃的应用程序的内存需求相匹配，影响程序运行性能的问题，可以根据应用程序以及应用程序的应用场景，动态调整脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理，在一定程度上提升应用程序运行性能。
图2为本公开实施例所提供的又一内存管理方法的流程示意图，在实现该方法流程的过程中，进一步的描述了结合实际内存使用情况与应用场景确定目标脏页处理参数的具体过程。该方法可以由内存管理装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，通过电子设备来实现，该电子设备可以是移动终端、PC端或服务器等。
如图2所示，所述内存管理方法包括：
S210、基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
S220、根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况。
S230、根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则。
不同的应用场景对物理内存的需求以及CPU资源的需求是不同的，在本实施例中可以根据具体的需求调整相匹配的脏页处理参数。脏页处理参数的数值影响了启动内存释放的时机和频次。预设脏页处理参数调整规则可以是基于当前的应用场景，对于当前脏页处理参数的数值进行调整的具体规则。
在一种实施方式中，基于不同的应用场景对物理内存的需求以及CPU资源的需求，可以为脏页处理参数的数值设置不同的数值区间。预设脏页处理参数调整规则可以是将当前脏页处理参数的数值调整到对应数值区间的规则。
S240、根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到目标脏页处理参数。
当前脏页处理参数可以是应用系统原本的脏页处理参数，也可以是在前一个活跃的应用功能的运行过程中设置的脏页处理参数，或者还可以是符合当前活跃应用功能的应用场景的内存使用需求而设置的脏页处理参数的初始值。当前脏页处理参数同样可以通过预设内存管理应用接口获取。
进一步的，根据第一内存占用情况、第二内存占用情况、运行状态参数可以确定在当前活跃应用功能的应用场景下是否需要对当前脏页处理参数。若需要，便可以基于获取到的预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到目标脏页处理参数。
示例性的，可以将对内存清理的策略划分为偏保守、偏激进或者是中立的策略。保守可以理解为触发脏页转写以实现内存清理的门槛较高，执行频次较少。激进可以理解为触发脏页转写以实现内存清理的门槛较低，执行频次较高。中立则是介于保守和激进之间的一个程度。在当前活跃的应用功能的应用场景发生切换的情况下，便可以基于预设脏页处理参数调整规则，将不满足当前活跃的应用功能的应用场景的内存需求的当前脏页处理参数，得到目标脏页处理参数。即对触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率中一个或多个参数的数值进行调整。
在一个具体的实例中，当前活跃应用功能的应用场景为一个非低延迟文件更新场景，不需要立即做内存同步，那么可以基于当前的运行状态参数中CPU使用率和当前物理内存整体使用率进行脏页处理参数调整决策。如果当前物理内存整体使用率低于预设下限参考值且CPU使用率高于相应的参考值，可以提高触发脏页转写以实现内存清理的门槛值。如果当前物理内存整体使用率高于预设上限参考值且CPU使用率低于相应的参考值，可以降低触发脏页转写以实现内存清理的门槛值。当前活跃应用功能的应用场景为一个需要低延迟同步更新文件的场景，则可以将降低触发脏页转写以实现内存清理的门槛值。
对于CPU使用率和当前物理内存整体使用率相对适中的场景，则将触发脏页转写以实现内存清理的门槛值设置为适合档位的视频。如可以在应用程序启动阶段，页面切换，视频流展示页面中视频流内容切换，进入拍摄页面等场景下，会采取偏保守的策略，在满足内存使用的前提下，提高触发脏页转写以实现内存清理的门槛值。可以理解的是，此时内存脏页数量相应的也会增加，但进入场景后，随着策略变更，内存脏页数量也会对应的下降。
S250、将所述目标脏页处理参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。
本公开实施例的技术方案，通过本公开实施例的技术方案，通过基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；然后根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；进而可以根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则，并根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到目标脏页处理参数，并最终将所述目标脏页处理参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。本公开实施例的技术方案解决了应用系统仅能以系统固化的脏页管理参数进行脏页管理，导致内存管理方案不能与活跃的应用程序的内存需求相匹配，影响程序运行性能的问题，可以根据应用程序以及应用程序的应用场景，动态调整与当前活跃应用功能的内存使用需求不匹配的当前脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理，在一定程度上提升应用程序运行性能。
图3为本公开实施例所提供的又一内存管理方法的流程示意图，在实现该方法流程的过程中，进一步的描述了如何确定与各应用场景适配的脏页处理参数，并基于较优的脏页处理参数进行内存管理。该方法可以由内存管理装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，通过电子设备来实现，该电子设备可以是移动终端、PC端或服务器等。
如图3所示，所述内存管理方法包括：
S310、基于预设内存管理应用接口，将与当前运行应用程序的活跃应用功能的应用场景匹配的脏页处理参数发送给应用系统，作为所述应用系统进行内存管理的当前脏页处理参数。
当前运行应用程序的运行过程中，每当可以根据其运行的线程确定切换了应用功能的时候，便可以根据切换后的活跃应用功能的应用场景确定一组与场景匹配的脏页处理参数。然后，通过预设内存管理应用接口，将该组脏页处理参数发送到应用系统中，对原来的脏页处理参数进行更新，得到当前脏页处理参数。即实现了基于应用场景对脏页处理参数的初步动态配置。
其中，与当前活跃应用功能的应用场景匹配的当前脏页处理参数，可以是预先基于应用场景的内存需求特征以及CPU资源使用特征确定的一组参数。
在一种可选的实施例中，与当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，可以是将各所述应用功能在活跃状态下的内存占用参数和相应的应用系统的运行状态参数输入到预设脏页处理参数分析模型中，由模型输出得到与各所述应用功能的应用场景匹配的当前脏页处理参数。其中，预设脏页处理参数分析模型是基于运行所述当前运行应用程序的终端设备的设备性能和活跃状态下的各应用功能的应用场景进行设置的模型。
在本实施例中，进行预设脏页处理参数分析模型设置时，考虑到了运行应用程序的终端设备的性能。这是由于不同类型的终端设备对应的可应用物理内存空间大小是不同的，CPU计算能力也是不同的。进而可以对终端设备进行综合性能评分，以设置预设脏页处理参数分析模型的相关参数。
进一步的，还可以对预设脏页处理参数分析模型输出的数据进行优化，自适应的探索更优的脏页处理参数，以减少参数调整的次数，使参数动态调整的效果最优化。
具体的，自适应的探索更优的脏页处理参数的过程包括如图4所示的步骤：
3101、将所述预设脏页处理参数分析模型的分析结果作为脏页处理参数的待优化基线数据。
针对于当前运行应用程序的当前活跃应用功能对应的应用场景，预设脏页处理参数分析模型的输出的脏页处理参数即为参数优化的起点，也是应用程序在初期使用阶段该应用场景默认的脏页处理参数。
随着应用程序运行时间的增长，可以对脏页处理参数设置为所述待优化基线数据时的应用程序运行性能进行分析，从而得到使运行性能更优的脏页处理参数数值。
3102、调整步长调整所述待优化基线数据中至少一个参数的数值得到多组优化候选数据。
具体的，可以按照预设时间间隔和预设参数调整步长对待优化基线数据进行调整。其中，预设参数调整步长即每一次进行参数数值调整的差值，各参数的预设参数调整步长的设置，也是根据运行当前应用程序的终端设备的设备性能评分以及预设应用程序对应的应用场景进行设置的。可以理解为，为不同终端设备的硬件条件以及不同的应用场景的待优化基线数据分别设置了相应的参数调整步长。其中，基于预设参数调整步长的数值调整方向可以是正向的也可以是反向的。
每次调整时，可以针对待优化基线数据中一个参数进行调整也可以对其中一个以上的不同组合的参数进行调整，从而可以得到多组优化候选数据。
3103、分别获取以各组所述优化候选数据为对应的应用功能活跃状态下的目标脏页处理参数时的程序运行性能数据。
具体的，在基于待优化基线数据每进行一次参数调整，得到一组优化候选数据后，便会通过预设内存管理应用接口将新的一组优化候选数据发送给应用系统，进行脏页处理参数的配置更新。然后，在更新后的配置下，运行当前应用功能，检测并统计运行过程中的运行性能数据。从而，可以得到各组所述优化候选数据对应的运行性能数据。预设时间间隔对应基于一组优化候选数据运行的时长。
其中，运行性能数据包括对应场景下的QoE(Quality of Experience，)和QoS(Quality of Service)，即体验性能和服务性能。QoS针对不同场景可以是视频播放的流畅度/卡顿率，视频的首帧加载时间，视频播放时的帧率，进入直播间的延迟，拍摄视频的流畅度，搜索的延迟，应用程序接口的响应延迟等性能数据。QoE可以是是用户的使用时长等体验性能。
3104、基于所述运行性能数据，在所述多组优化候选数据确定所述当前脏页处理参数。
进行参数自适应探索的目标就是寻找到能使应用程序的运行性能最优的参数，针对每一组优化候选数据对应的运行性能数据，可以进一步进行性能评分。在每个应用场景中可以有一个或多个性能目标，在多个性能目标的情况，可以为每个性能目标设置一个权重参数，多个性能目标按照权重组合成一个最终分值。其中，最高分值对应的一组选优化候数据即为与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数。
在一种优选的实施方式中，在与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程中，还可以获取预设内存数据管理服务端下发的参考脏页处理参数；然后，将所述参考脏页处理参数作为脏页处理参数的待优化基线数据，以获取新的优化候选数据，以探索全局最优的参数。其中，参考脏页处理参数是基于多个设备性能相同的终端设备运行当前运行应用程序的运行性能数据确定的优选脏页处理参数。
S320、基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
S330、根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况。
S340、根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则。
S350、根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到目标脏页处理参数。
当前脏页处理参数仅是基于应用场景对脏页处理参数的初步动态配置。在当前运行应用程序的当前活跃功能模块的运行过程中，可能还会有其他的应用程序的功能模块的运行，会对当前活跃功能模块的运行产生影响。在本实施例中，基于S320～S350各步骤，还可以进一步地综合当前运行应用程序、其他应用程序等各个维度内存占用情况以及运行状态参数，再次进行脏页处理参数的动态配置，得到目标脏页处理参数。
S360、将所述目标脏页处理参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。
基于上述步骤，可以更加精确的得到与当前活跃应用功能更加适配的内存释放管理参数。
本公开实施例的技术方案，通过基于预设内存管理应用接口，将与当前运行应用程序的活跃应用功能的应用场景匹配的脏页处理参数发送给应用系统，作为所述应用系统进行内存管理的当前脏页处理参数，进行初步的动态配置，然后，基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则；根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到目标脏页处理参数，最终基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景确定目标脏页处理参数实现再次动态调整，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。本公开实施例的技术方案解决了应用系统仅能以系统固化的脏页管理参数进行脏页管理，导致内存管理方案不能与活跃的应用程序的内存需求相匹配，影响程序运行性能的问题，可以根据应用程序以及应用程序的应用场景，动态调整脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理，在一定程度上提升应用程序运行性能。
在一个具体的实例中，内存管理的方案可以通过如图5所示的内存管理功能框架实现。具体的，在图5中，内存管理模块可以通过系统接口向应用系统配置脏页处理参数，可以通过系统接口获取应用程序各应用功能的内存使用情况，以及应用系统整体的运行状态参数等信息。内存管理模块还可以就收到相关服务的云端配置信息。内存管理模块可以基于从系统接口获取到的数据和/或云端配置信息进行脏页处理参数调整的决策，从而实现上述
图6为本公开实施例所提供的一种内存管理装置，该装置适用于在应用程序运行过程中进行内存释放管理的场景，特别是以不同的应用程序的应用场景为粒度进行内存释放管理的场景，内存管理装置可以通过软件和/或硬件的形式实现，可配置于电子设备，该电子设备可以是移动终端、PC端或服务器等。
如图6所示，所述内存管理装置包括：内存使用数据获取模块410、内存使用数据分析模块420和内存使用管理模块430。
其中，内存使用数据获取模块410，用于基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；内存使用数据分析模块420，用于根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；内存使用管理模块430，用于基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
本公开实施例的技术方案，通过基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定目标脏页处理参数，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。本公开实施例的技术方案解决了应用系统仅能以系统固化的脏页管理参数进行脏页管理，导致内存管理方案不能与活跃的应用程序的内存需求相匹配，影响程序运行性能的问题，可以根据应用程序以及应用程序的应用场景，动态调整脏页处理参数的数值，更加细粒度的对内存的使用情况进行管理，在一定程度上提升应用程序运行性能。
在一种可选的实施方式中，所述内存使用管理模块430，具体用于：
根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则；
根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数进行调整，得到所述目标参数；
将所述目标参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
在一种可选的实施方式中，所述内存管理装置还包括应用场景的脏页处理参数确定模块，具体用于：
将各所述应用功能在活跃状态下的内存占用参数和相应的应用系统的运行状态参数输入到预设脏页处理参数分析模型中，得到与各所述应用功能的应用场景匹配的当前脏页处理参数；
其中，所述预设脏页处理参数分析模型是基于运行所述当前运行应用程序的终端设备的设备性能和活跃状态下的各应用功能的应用场景进行设置的模型。
在一种可选的实施方式中，所述应用场景的脏页处理参数确定模块还用于：
将所述预设脏页处理参数分析模型的分析结果作为脏页处理参数的待优化基线数据；
调整所述待优化基线数据中至少一个参数的数值得到多组优化候选数据；
分别获取以各组所述优化候选数据为对应的应用功能活跃状态下的目标脏页处理参数时的程序运行性能数据；
基于所述运行性能数据，在所述多组优化候选数据确定所述当前脏页处理参数。
在一种可选的实施方式中，所述应用场景的脏页处理参数确定模块，还用于：
获取预设内存数据管理服务端下发的参考脏页处理参数；
将所述参考脏页处理参数作为脏页处理参数的待优化基线数据，以获取新的优化候选数据；
其中，所述参考脏页处理参数是基于多个设备性能相同的终端设备运行所述当前运行应用程序的运行性能数据确定的优选脏页处理参数。
在一种可选的实施方式中，所述内存使用数据获取模块410具体用于：
通过钩子函数调用预设内存分配器的应用接口，获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
在一种可选的实施方式中，所述目标参数包括触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率。
本公开实施例所提供的内存管理装置可执行本公开任意实施例所提供的内存管理方法，具备执行方法相应的功能模块和有益效果。
值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。
图7为本公开实施例所提供的一种电子设备的结构示意图。下面参考图7，其示出了适于用来实现本公开实施例的电子设备(例如图7中的终端设备或服务器)500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。编辑/输出(I/O)接口505也连接至总线504。
通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
本公开实施例提供的电子设备与上述实施例提供的内存管理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。
本公开实施例还提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所提供的内存管理方法。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
本公开实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现如本公开任意一个实施例所提供的内存管理方法。
计算机程序产品在实现的过程中，可以以一种或多种程序设计语言或其组合来编写用于执行本公开操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
根据本公开的一个或多个实施例，【示例一】提供了一种内存管理方法，该方法包括：
基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定目标脏页处理参数，以使所述应用系统依据所述目标脏页处理参数对所述物理内存进行管理。
根据本公开的一个或多个实施例，【示例二】提供了一种内存管理方法，还包括：
在一些可选的实现方式中，所述基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景确定脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理，包括：
根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则；
根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到所述目标参数；
将所述目标参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
根据本公开的一个或多个实施例，【示例三】提供了一种内存管理方法，包括：
在一些可选的实现方式中，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，包括：
将各所述应用功能在活跃状态下的内存占用参数和相应的应用系统的运行状态参数输入到预设脏页处理参数分析模型中，得到与各所述应用功能的应用场景匹配的当前脏页处理参数；
其中，所述预设脏页处理参数分析模型是基于运行所述当前运行应用程序的终端设备的设备性能和活跃状态下的各应用功能的应用场景进行设置的模型。
根据本公开的一个或多个实施例，【示例四】提供了一种内存管理方法，还包括：
在一些可选的实现方式中，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，还包括：
将所述预设脏页处理参数分析模型的分析结果作为脏页处理参数的待优化基线数据；
调整所述待优化基线数据中至少一个参数的数值得到多组优化候选数据；
分别获取以各组所述优化候选数据为对应的应用功能活跃状态下的目标脏页处理参数时的程序运行性能数据；
基于所述运行性能数据，在所述多组优化候选数据确定所述当前脏页处理参数。
根据本公开的一个或多个实施例，【示例五】提供了一种内存管理方法，还包括：
在一些可选的实现方式中，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，还包括：
获取预设内存数据管理服务端下发的参考脏页处理参数；
将所述参考脏页处理参数作为脏页处理参数的待优化基线数据，以获取新的优化候选数据；
其中，所述参考脏页处理参数是基于多个设备性能相同的终端设备运行所述当前运行应用程序的运行性能数据确定的优选脏页处理参数。
根据本公开的一个或多个实施例，【示例六】提供了一种内存管理方法，还包括：
在一些可选的实现方式中，所述基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数，包括：
通过钩子函数调用预设内存分配器的应用接口，获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
根据本公开的一个或多个实施例，【示例七】提供了一种内存管理方法，还包括：
在一些可选的实现方式中，所述目标参数包括触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率。
根据本公开的一个或多个实施例，【示例八】提供了一种内存管理装置，包括：
内存使用数据获取模块，用于基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
内存使用数据分析模块，用于根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
内存使用管理模块，用于基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
根据本公开的一个或多个实施例，【示例九】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述内存使用管理模块，具体用于：
根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则；
根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数进行调整，得到所述目标参数；
将所述目标参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
根据本公开的一个或多个实施例，【示例十】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述内存管理装置还包括应用场景的脏页处理参数确定模块，具体用于：
将各所述应用功能在活跃状态下的内存占用参数和相应的应用系统的运行状态参数输入到预设脏页处理参数分析模型中，得到与各所述应用功能的应用场景匹配的当前脏页处理参数；
其中，所述预设脏页处理参数分析模型是基于运行所述当前运行应用程序的终端设备的设备性能和活跃状态下的各应用功能的应用场景进行设置的模型。
根据本公开的一个或多个实施例，【示例十一】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述应用场景的脏页处理参数确定模块还用于：
将所述预设脏页处理参数分析模型的分析结果作为脏页处理参数的待优化基线数据；
调整所述待优化基线数据中至少一个参数的数值得到多组优化候选数据；
分别获取以各组所述优化候选数据为对应的应用功能活跃状态下的目标脏页处理参数时的程序运行性能数据；
基于所述运行性能数据，在所述多组优化候选数据确定所述当前脏页处理参数。
根据本公开的一个或多个实施例，【示例十二】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述应用场景的脏页处理参数确定模块，还用于：
获取预设内存数据管理服务端下发的参考脏页处理参数；
将所述参考脏页处理参数作为脏页处理参数的待优化基线数据，以获取新的优化候选数据；
其中，所述参考脏页处理参数是基于多个设备性能相同的终端设备运行所述当前运行应用程序的运行性能数据确定的优选脏页处理参数。
根据本公开的一个或多个实施例，【示例十三】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述内存使用数据获取模块具体用于：
通过钩子函数调用预设内存分配器的应用接口，获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
根据本公开的一个或多个实施例，【示例十四】提供了一种内存管理装置，还包括：
在一种可选的实施方式中，所述目标参数包括触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (11)

1.一种内存管理方法，其特征在于，包括：
基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
2.根据权利要求1所述的方法，其特征在于，所述基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景确定脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理，包括：
根据所述当前活跃应用功能的应用场景确定预设脏页处理参数调整规则；
根据所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述预设脏页处理参数调整规则对当前脏页处理参数进行调整，得到所述目标参数；
将所述目标参数通过所述预设内存管理应用接口发送到所述应用系统，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
3.根据权利要求1或2所述的方法，其特征在于，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，包括：
将各所述应用功能在活跃状态下的内存占用参数和相应的应用系统的运行状态参数输入到预设脏页处理参数分析模型中，得到与各所述应用功能的应用场景匹配的当前脏页处理参数；
其中，所述预设脏页处理参数分析模型是基于运行所述当前运行应用程序的终端设备的设备性能和活跃状态下的各应用功能的应用场景进行设置的模型。
4.根据权利要求3所述的方法，其特征在于，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，还包括：
将所述预设脏页处理参数分析模型的分析结果作为脏页处理参数的待优化基线数据；
调整所述待优化基线数据中至少一个参数的数值得到多组优化候选数据；
分别获取以各组所述优化候选数据为对应的应用功能活跃状态下的目标脏页处理参数时的程序运行性能数据；
基于所述运行性能数据，在所述多组优化候选数据确定所述当前脏页处理参数。
5.根据权利要求4所述的方法，其特征在于，与所述当前活跃应用功能的应用场景匹配的当前脏页处理参数的确定过程，还包括：
获取预设内存数据管理服务端下发的参考脏页处理参数；
将所述参考脏页处理参数作为脏页处理参数的待优化基线数据，以获取新的优化候选数据；
其中，所述参考脏页处理参数是基于多个设备性能相同的终端设备运行所述当前运行应用程序的运行性能数据确定的优选脏页处理参数。
6.根据权利要求1所述的方法，其特征在于，所述基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数，包括：
通过钩子函数调用预设内存分配器的应用接口，获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数。
7.根据权利要求1所述的方法，其特征在于，所述目标参数包括触发执行脏页清理时的脏页占总内存页的百分比数值、停止执行脏页清理时的脏页占总内存页的百分比数值和触发执行脏页清理时的物理内存使用率。
8.一种内存管理装置，其特征在于，包括：
内存使用数据获取模块，用于基于预设内存管理应用接口获取当前运行应用程序的各应用功能在应用系统的物理内存中的内存占用参数和所述应用系统的运行状态参数；
内存使用数据分析模块，用于根据所述内存占用参数确定各所述应用功能中当前活跃应用功能的第一内存占用情况和当前非活跃应用功能的第二内存占用情况；
内存使用管理模块，用于基于所述第一内存占用情况、所述第二内存占用情况、所述运行状态参数和所述当前活跃应用功能的应用场景中至少一个参数确定进行脏页处理的目标参数，以使所述应用系统依据所述目标参数对所述物理内存进行管理。
9.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的内存管理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的内存管理方法。
11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序在被处理器执行时实现如权利要求1-7中任一项所述的内存管理方法。
CN202310363965.6A 2023-04-06 2023-04-06 内存管理方法、装置、电子设备、存储介质及产品 Pending CN116302559A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310363965.6A CN116302559A (zh) 2023-04-06 2023-04-06 内存管理方法、装置、电子设备、存储介质及产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310363965.6A CN116302559A (zh) 2023-04-06 2023-04-06 内存管理方法、装置、电子设备、存储介质及产品

Publications (1)

Publication Number Publication Date
CN116302559A true CN116302559A (zh) 2023-06-23

Family

ID=86790498

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310363965.6A Pending CN116302559A (zh) 2023-04-06 2023-04-06 内存管理方法、装置、电子设备、存储介质及产品

Country Status (1)

Country Link
CN (1) CN116302559A (zh)

Similar Documents

Publication Publication Date Title
US9712612B2 (en) Method for improving mobile network performance via ad-hoc peer-to-peer request partitioning
CN114020470B (zh) 资源分配方法、装置、可读介质及电子设备
CN111221638B (zh) 并发任务的调度处理方法、装置、设备和介质
CN111240834B (zh) 任务执行方法、装置、电子设备和存储介质
CN112379982B (zh) 任务处理方法、装置、电子设备及计算机可读存储介质
CN110636367A (zh) 一种视频加载方法、装置、终端设备及介质
CN110795446A (zh) 榜单更新方法、装置、可读介质和电子设备
CN110768861B (zh) 一种获取超时阈值的方法、装置、介质和电子设备
CN116627333A (zh) 日志缓存方法、装置、电子设备及计算机可读存储介质
CN112418389A (zh) 数据处理方法、装置、电子设备及计算机可读存储介质
CN114363654B (zh) 一种视频推流方法、装置、终端设备及存储介质
CN116302559A (zh) 内存管理方法、装置、电子设备、存储介质及产品
CN111756833B (zh) 节点处理方法、装置、电子设备及计算机可读介质
CN114138427A (zh) Slo保障方法、装置、节点及存储介质
CN112163176A (zh) 数据存储方法、装置、电子设备和计算机可读介质
CN117170986B (zh) 芯片一致性处理系统，及其方法、装置、设备及介质
CN110609603A (zh) 调频的方法及装置、终端和存储介质
CN111385643B (zh) 存储数据的方法、装置、电子设备及存储介质
CN115103023B (zh) 视频缓存方法、装置、设备及存储介质
CN116755889B (zh) 应用于服务器集群数据交互的数据加速方法、装置与设备
CN110069570B (zh) 数据处理方法和装置
CN113395291B (zh) 流量控制方法、装置、电子设备及存储介质
CN114979757B (zh) 视频发布方法、装置、设备及存储介质
CN116820736A (zh) 内存分配方法、装置、设备及介质
CN117156147A (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