WO2019076381A1 - 终端内存回收处理方法及装置 - Google Patents

终端内存回收处理方法及装置 Download PDF

Info

Publication number
WO2019076381A1
WO2019076381A1 PCT/CN2018/111082 CN2018111082W WO2019076381A1 WO 2019076381 A1 WO2019076381 A1 WO 2019076381A1 CN 2018111082 W CN2018111082 W CN 2018111082W WO 2019076381 A1 WO2019076381 A1 WO 2019076381A1
Authority
WO
WIPO (PCT)
Prior art keywords
memory
memory pages
pages
application system
determining
Prior art date
Application number
PCT/CN2018/111082
Other languages
English (en)
French (fr)
Inventor
古幼鹏
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2019076381A1 publication Critical patent/WO2019076381A1/zh

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]
    • 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

提供了一种终端内存回收处理方法及装置，其中，该方法包括：检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作（S202）；通过预定算法确定内存页集合（S204）；确定所述内存页集合中的每个内存页所属的应用系统（S206）；根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合（S208）；根据所述待回收的内存页集合进行内存回收处理（S210），解决了相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题，达到了在系统内存的重负荷情况下，仍然能够保证所有系统功能不受影响，同时不影响或者降低对用户体验的影响。

Description

终端内存回收处理方法及装置 技术领域
本公开涉及通信领域，具体而言，涉及一种终端内存回收处理方法及装置。
背景技术
内存是系统的关键资源，当内存紧张时，就会出现卡顿、反应与运行速度变慢、任务运行报错、甚至导致系统重启和崩溃。因此，内存管理是系统的核心技术之一，对提高系统的用户体验和系统运行的稳定性具有关键作用。多系统是指在一个操作系统内核基础上运行多个应用系统。随着对手机安全性要求的提高，多系统作为提高手机安全性重要技术方案得到越来越多的应用。但是多系统会极大增加内存占用，因此需要针对多系统特点更好地管理内存，否则在使用过程中，多系统比单系统更容易出现内存紧张所导致的各种问题。
多系统的内存管理是以单系统的内存管理为基础，针对多系统特点进行调整和优化。主要的方法有：1)基于资源控制的方法，利用操作系统内核提供的资源控制机制(例如linux的cgroup)，对每个系统能够使用的内存量进行限制，防止某个系统占用过多内存使其它系统不能正常运行。该方法的缺点是会产生资源的浪费，当一个系统负荷重到超过允许其使用的内存配额，另一个系统即使占用内存很低，其空闲内存也不能拿出来给当前重负荷的系统使用；2)用户态程序(比如Android框架层)根据自己系统当前情况调整对内存的使用量，例如当发现自己是后台系统时，更积极地释放出更多内存以备其他系统使用。基于用户态程序管理内存的方法释放内存效果有限，并且有副作用，释放内存是以终止本系统的中的进程或者某个模块功能为代价，影响本系统的性能和功能。3)操作系统内核中对所有系统使用内存进行统一管理，这种方法可以保证不会影响各个系统已经在运行的功率。但是常用管理方法对所有系统使用的内存一视同仁，没有考虑同一管理操作对系统的不同影响。比如，内存换出操作时，选择换出一个在后台系统中使用的内存页和在前台系统(用户可以与该系统进行交互)中使用的内存页，对用户体验有影响，如果选择换出前台系统中使用的内存页，用户更可能会感受到由此引起的性能降低。
针对相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题，尚未提出解决方案。
发明内容
本公开实施例提供了一种终端内存回收处理方法及装置，以至少解决相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题。
根据本公开的一个实施例，提供了一种终端内存回收处理方法，所述终端至少包括两个应用系统，包括：
检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
通过预定算法确定内存页集合；
确定所述内存页集合中的每个内存页所属的应用系统；
根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
根据所述待回收的内存页集合进行内存回收处理。
可选地，通过预定算法确定待回收的内存页集合包括：
通过近似LRU算法获取预定时间段内未被访问的内存页集合确定为所述待回收的内存页集合。
可选地，确定所述内存页集合中的每个内存页所属的应用系统包括：
获取所述内存页集合中的每个内存页的所有进程；
根据进程信息确定每个内存页所属的应用系统。
可选地，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合包括：
根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，
根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
可选地，根据所述待回收的内存页集合进行内存回收处理包括：
将所述待回收的内存集合中的内存页释放到空闲内存池中。
根据本公开的另一个实施例，还提供了一种终端内存回收处理装置，所述终端至少包括两个应用系统，包括：
触发模块，用于检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
第一确定模块，用于通过预定算法确定内存页集合；
第二确定模块，用于确定所述内存页集合中的每个内存页所属的应用系统；
第三确定模块，用于根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
内存回收模块，用于根据所述待回收的内存页集合进行内存回收处理。
可选地，所述第一确定模块，还用于
通过近似LRU算法获取预定时间段内未被访问的内存页集合确定为所述待回收的内存页集合。
可选地，所述第二确定模块，还用于
获取所述内存页集合中的每个内存页的所有进程；
根据进程信息确定每个内存页所属的应用系统。
可选地，所述第三确定模块，还用于
根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，
根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
可选地，所述内存回收模块，还用于
将所述待回收的内存集合中的内存页释放到空闲内存池中。
根据本公开的又一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述任一项所述的方法。
根据本公开的又一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任一项所述的方法。
通过本公开，在操作系统内核已有的算法进行内存回收机制的基础上，再加上管理操作对被管理的内存所属的系统的影响考虑，优先选择对用户体验的性能不被影响的系统的内存进行回收操作，解决了相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题，达到了在系统内存的重负荷情况下，仍然能够保证所有系统功能不受影响，同时不影响或者降低对用户体验的影响。
附图说明
此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
图1是本公开实施例的终端内存回收处理方法的移动终端的硬件结构框图；
图2是根据本公开实施例的终端内存回收处理方法的流程图；
图3是根据本公开实施例的内存回收方法的流程图；
图4是根据本公开实施例的终端内存回收处理装置的框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本公开实施例的终端内存回收处理方法的移动终端的硬件结构框图，如图1所示，移动终端10可以包括一个或两个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域 普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，如本公开实施例中的数据传输方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者两个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
基于上述的移动终端，本公开实施例，提供了一种终端内存回收处理方法，所述终端至少包括两个应用系统，图2是根据本公开实施例的终端内存回收处理方法的流程图，如图2所示，包括：
步骤S202，检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
步骤S204，通过预定算法确定内存页集合；
步骤S206，确定所述内存页集合中的每个内存页所属的应用系统；
步骤S208，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
步骤S210，根据所述待回收的内存页集合进行内存回收处理。
通过上述步骤，在操作系统内核已有的算法进行内存回收机制的基础上，再加上管理操作对被管理的内存所属的系统的影响考虑，优先选择对用户体验的性能不被影响的系统的内存进行回收操作，解决了相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题，达到了在系统内存的重负荷情况下，仍然能够保证所有系统功能不受影响，同时不影响或者降低对用户体验的影响。
可选地，通过预定算法确定待回收的内存页集合包括：根据记录的内存已使用信息，通过近似LRU算法获取预定时间段内未被访问的内存页集合确定为所述待回收的内存页集合。
可选地，确定所述内存页集合中的每个内存页所属的应用系统包括：获取所述内存页集合中的每个内存页的所有进程；根据进程信息确定每个内存页所属的应用系统。
可选地，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内 存页集合包括：根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
可选地，根据所述待回收的内存页集合进行内存回收处理包括：将所述待回收的内存集合中的内存页释放到空闲内存池中。
随着手机作为随身的信息和数据处理中心，手机上有各种重要和敏感的信息和程序，比如银行账号与密码、联系人信息、工作应用程序等，迫切需要手机具有较高的安全性，以保护这些程序运行和数据的安全。采用基于容器的双系统可以有效达到这种安全性，在一个容器中运行日常生活中使用的系统，该系统具有良好的开放性和使用方便性，满足在生活中各种使用便利；在另一个容器中运行需要高安全性的系统，比如工作环境下使用的系统，该系统的程序和数据都由严格的安全措施进行管控。两个系统运行时，依赖操作系统内核提供的安全机制进行完全的安全隔离，一个系统无法访问和嗅探另一个系统的任何信息和运行状态，从而保证了安全信息不被泄漏。同时，由于基于同一操作系统内核进行资源管理，两个系统又能共享硬件资源(CPU、内存、IO设备等)，保证性能和降低硬件成本，提高携带使用方便性。
下面以双系统为例对本公开实施例进行进一步说明。
本实施例提供了一种双系统的内存管理方法，图3是根据本公开实施例的内存回收方法的流程图，如图3所示，其方法流程如下：
步骤S302，监控发现内存紧张，触发内存回收操作；
步骤S304，利用记录的内存使用信息，根据近似LRU算法，得到可以回收的内存页集合R1；
步骤S306，对于R1中的每个内存页，获取使用这个内存页的所有进程，根据这些进程属于哪个应用系统，从而得到内存页相应属于哪个应用系统；
步骤S308，按照每个应用系统预先设置的回收比例值按比例从R1选出需要回收的内存页集合R2；
步骤S310，对内页集合R2执行内存回收操作，释放R2中的内存页到系统的空闲内存中。
通过上述步骤，在操作系统内核已有的基于近似LRU算法进行内存管理的方法基础上，再加上该管理操作对被管理的内存所属的系统的影响考虑，优先选择对用户体验(也就是保证前台系统)的性能不被影响的管理操作，从而达到在系统内存的重负荷情况下，仍然能够保证所有系统功能不受影响，同时不影响或者降低对用户体验的影响。
可选地，内存回收可包括以下步骤：
步骤1，监控发现空闲内存低于阈值，启动内存回收操作；
步骤2，利用记录的内存使用信息，根据近似LRU算法，得到可以回收的内存页集合R1；所谓近似LRU算法，就是找出最近一段时间未被访问的内存页集合；
步骤3，对于R1中的每个内存页，会记录使用该内存页的每个进程，而在相应的进程信息中，又会记录该进程属于哪个应用系统，这样就得到了内存页属于哪个应用系统；
步骤4，按照每个应用系统预先设置的回收比例值按比例从R1选出需要回收的内存页集合R2；假设有A、B两个应用系统，设置A的回收比例为1/3，B的回收比例为2/3，如果要选出N个页面进行回收，则其中属于应用系统A的页面数目为N/3，属于应用系统B的页面数目为2N/3；
步骤5，对内页集合R2执行内存回收操作，释放R2中的内存页到系统的空闲内存中，把R2中的页面内容回写到文件或者交换分区中，然后把R2中的页面放到系统空闲内存池中，可以分配给其它内存使用者使用。
按回收比例值选择回收内存页的实现方法举例如下：
假设有A、B两个应用系统，设置A的回收比例为1/3，B的回收比例为2/3，需要选出6个页面进行回收，最初的R1情况如下(MX表示内存页标号，括号内表示该内存页属于哪个系统，排列顺序表示回收的优先级顺序，即排在前面的要优于排在后面的回收)：
M1(A)，M2(A)，M3(B)，M4(A)，M5(A)，M6(B)，M7(B)，M8(B)，M9(A)，M10(B)，M11(A)，M12(B)，M13(A)，M14(B)，M15(A)，M16(A)，M17(A)，M18(B)
则属于A的应该有2个，属于B的应该有4个，则在上面按顺序分别选出属于A的2个页面、属于B的4个页面为：M1(A)，M2(A)、M3(B)，M6(B)，M7(B)，M8(B)。
本算法中，R1中的页面集合选择R2的顺序也可以无序(随机)或其他排序方式。
在设置应用系统的回收比例时，一个比较明显的规则是前台应用系统的回收比例设置的比较低一些，这样保证前台系统的内存页尽量留在系统中。
实施例2
根据本公开的另一个实施例，还提供了一种终端内存回收处理装置，所述终端至少包括两个应用系统，图4是根据本公开实施例的终端内存回收处理装置的框图，如图4所示，包括：
触发模块42，用于检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
第一确定模块44，用于通过预定算法确定内存页集合；
第二确定模块46，用于确定所述内存页集合中的每个内存页所属的应用系统；
第三确定模块48，用于根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
内存回收模块410，用于根据所述待回收的内存页集合进行内存回收处理。
可选地，所述第一确定模块44，还用于
根据记录的内存已使用信息，通过近似LRU算法获取预定时间段内未被访问的内存页集合确定为所述待回收的内存页集合。
可选地，所述第二确定模块46，还用于
获取所述内存页集合中的每个内存页的所有进程；
根据进程信息确定每个内存页所属的应用系统。
可选地，所述第三确定模块48，还用于
根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，
根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
可选地，所述内存回收模块410，还用于
将所述待回收的内存集合中的内存页释放到空闲内存池中。
实施例3
本公开的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项所述的方法。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S11，检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
S12，通过预定算法确定内存页集合；
S13，确定所述内存页集合中的每个内存页所属的应用系统；
S14，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
S15，根据所述待回收的内存页集合进行内存回收处理。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
实施例4
本公开的实施例还提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述任一项方法中的步骤。
可选地，在本实施例中，上述程序用于执行以下步骤：
S21，检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
S22，通过预定算法确定内存页集合；
S23，确定所述内存页集合中的每个内存页所属的应用系统；
S24，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
S25，根据所述待回收的内存页集合进行内存回收处理。
可选地，本实施例中的示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在两个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的两个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
工业实用性
根据本公开提供的终端内存回收处理方案，在操作系统内核已有的算法进行内存回收机制的基础上，再加上管理操作对被管理的内存所属的系统的影响考虑，优先选择对用户体验的性能不被影响的系统的内存进行回收操作，解决了相关技术中对于多系统下的同一内存回收机制没有考虑到同一管理操作对系统的不同影响的问题，达到了在系统内存的重负荷情况下，仍然能够保证所有系统功能不受影响，同时不影响或者降低对用户体验的影响。

Claims (10)

  1. 一种终端内存回收处理方法，所述终端至少包括两个应用系统，所述方法包括：
    检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
    通过预定算法确定内存页集合；
    确定所述内存页集合中的每个内存页所属的应用系统；
    根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
    根据所述待回收的内存页集合进行内存回收处理。
  2. 根据权利要求1所述的方法，其中，通过预定算法确定内存页集合包括：
    通过近似LRU算法获取预定时间段内未被访问的内存页集合确定为所述待回收的内存页集合。
  3. 根据权利要求1所述的方法，其中，确定所述内存页集合中的每个内存页所属的应用系统包括：
    获取所述内存页集合中的每个内存页的所有进程；
    根据进程信息确定每个内存页所属的应用系统。
  4. 根据权利要求1所述的方法，其中，根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合包括：
    根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，
    根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
  5. 根据权利要求1所述的方法，其中，根据所述待回收的内存页集合进行内存回收处理包括：
    将所述待回收的内存集合中的内存页释放到空闲内存池中。
  6. 一种终端内存回收处理装置，所述终端至少包括两个应用系统，所述装置包括：
    触发模块，用于检测到系统空闲内存小于预设阈值的情况下，触发内存回收操作；
    第一确定模块，用于通过预定算法确定内存页集合；
    第二确定模块，用于确定所述内存页集合中的每个内存页所属的应用系统；
    第三确定模块，用于根据每个应用系统预先设置的回收比例从所述内存页集合中确定待回收的内存页集合；
    内存回收模块，用于根据所述待回收的内存页集合进行内存回收处理。
  7. 根据权利要求6所述的装置，其中，所述第三确定模块，还用于
    根据每个应用系统预先设置的回收比例以及应用系统中内存页的优先级从所述内存页集合中确定待回收的内存页集合；或者，
    根据每个应用系统预先设置的回收比例随机从所述内存页集合中确定待回收的内存页集合。
  8. 根据权利要求6所述的装置，其中，所述内存回收模块，还用于
    将所述待回收的内存集合中的内存页释放到空闲内存池中。
  9. 一种存储介质，其中，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至5中任一项所述的方法。
  10. 一种处理器，其中，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任一项所述的方法。
PCT/CN2018/111082 2017-10-20 2018-10-19 终端内存回收处理方法及装置 WO2019076381A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710985809.8 2017-10-20
CN201710985809.8A CN109697119A (zh) 2017-10-20 2017-10-20 终端内存回收处理方法及装置

Publications (1)

Publication Number Publication Date
WO2019076381A1 true WO2019076381A1 (zh) 2019-04-25

Family

ID=66173547

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/111082 WO2019076381A1 (zh) 2017-10-20 2018-10-19 终端内存回收处理方法及装置

Country Status (2)

Country Link
CN (1) CN109697119A (zh)
WO (1) WO2019076381A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110727606A (zh) * 2019-09-27 2020-01-24 Oppo（重庆）智能科技有限公司 内存回收方法、装置以及电子设备
CN110704189A (zh) * 2019-09-27 2020-01-17 Oppo（重庆）智能科技有限公司 内存回收方法、装置以及电子设备
CN111078586B (zh) * 2019-12-10 2022-03-01 Oppo（重庆）智能科技有限公司 内存回收方法、装置、存储介质及电子设备
CN111177024B (zh) * 2019-12-30 2022-09-06 青岛海尔科技有限公司 一种内存优化处理方法及装置
CN111522659B (zh) * 2020-04-15 2024-04-19 联想(北京)有限公司 一种空间使用方法和装置
CN111666226B (zh) * 2020-06-16 2022-09-13 北京紫光展锐通信技术有限公司 操作系统内存回收的页颠簸保护方法及用户设备
CN111666227B (zh) * 2020-06-16 2021-09-07 北京紫光展锐通信技术有限公司 操作系统内存回收的页颠簸保护方法及装置
CN113268438B (zh) * 2021-05-19 2024-03-08 维沃移动通信有限公司 内存回收方法、装置和电子设备
CN116225976B (zh) * 2023-05-05 2023-08-08 麒麟软件有限公司 一种Linux操作系统下的水位线自调整方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103823714A (zh) * 2014-01-15 2014-05-28 浙江大学 一种基于虚拟化下NUMA节点内存QoS的调节方法及装置
CN106201717A (zh) * 2016-07-01 2016-12-07 珠海市魅族科技有限公司 一种管理系统内存的方法及终端
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104166594B (zh) * 2014-08-19 2018-01-02 杭州华为数字技术有限公司 负载均衡控制方法及相关装置
CN104331337B (zh) * 2014-11-25 2018-07-24 宇龙计算机通信科技(深圳)有限公司 系统内存管理方法、系统内存管理装置和终端
US10339044B2 (en) * 2016-03-30 2019-07-02 Sandisk Technologies Llc Method and system for blending data reclamation and data integrity garbage collection

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103823714A (zh) * 2014-01-15 2014-05-28 浙江大学 一种基于虚拟化下NUMA节点内存QoS的调节方法及装置
CN106201717A (zh) * 2016-07-01 2016-12-07 珠海市魅族科技有限公司 一种管理系统内存的方法及终端
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置

Also Published As

Publication number Publication date
CN109697119A (zh) 2019-04-30

Similar Documents

Publication Publication Date Title
WO2019076381A1 (zh) 终端内存回收处理方法及装置
EP3388946B1 (en) Memory collection method and device
US9952903B2 (en) Background task resource control
CN109992523B (zh) 内存处理方法和装置、电子设备、计算机可读存储介质
EP3514689A1 (en) Memory management method and apparatus
CN109992402B (zh) 内存处理方法和装置、电子设备、计算机可读存储介质
CN110018902B (zh) 内存处理方法和装置、电子设备、计算机可读存储介质
EP3506106B1 (en) Method for processing application, electronic device, and computer-readable storage medium
CN106775496B (zh) 一种存储数据处理方法及装置
CN104008061A (zh) 内存回收方法及装置
CN110018900B (zh) 内存处理方法和装置、电子设备、计算机可读存储介质
US11096177B2 (en) Operation mode switching method and user equipment
WO2017092596A1 (zh) 处理写请求的方法和移动终端
TW201441934A (zh) 客戶端的更新方法及裝置
CN111984413A (zh) 内存回收方法、装置、电子设备及存储介质
CN105988875B (zh) 一种运行进程的方法及装置
CN103257700A (zh) 一种Android系统的节能方法及装置
US20130132681A1 (en) Temporal standby list
US8761833B2 (en) Apparatus and method for power saving using predictive polling in a portable terminal
JP6217008B2 (ja) 電子機器、制御方法、及び、プログラム
CN116049025B (zh) 动态调整内存回收gc参数的方法、电子设备及存储介质
JP2007317176A (ja) 端末装置
CN116431338A (zh) 内存优化方法、内存管理器、电子设备及存储介质
CN115934276A (zh) 内存管理方法、装置及电子设备
CN114461378A (zh) 云桌面的分配方法及系统、电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18868211

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 07.09.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18868211

Country of ref document: EP

Kind code of ref document: A1