Nothing Special   »   [go: up one dir, main page]

CN109697119A - Terminal Memory recycle processing method and processing device - Google Patents

Terminal Memory recycle processing method and processing device Download PDF

Info

Publication number
CN109697119A
CN109697119A CN201710985809.8A CN201710985809A CN109697119A CN 109697119 A CN109697119 A CN 109697119A CN 201710985809 A CN201710985809 A CN 201710985809A CN 109697119 A CN109697119 A CN 109697119A
Authority
CN
China
Prior art keywords
memory
memory page
determining
page set
application system
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
CN201710985809.8A
Other languages
Chinese (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201710985809.8A priority Critical patent/CN109697119A/en
Priority to PCT/CN2018/111082 priority patent/WO2019076381A1/en
Publication of CN109697119A publication Critical patent/CN109697119A/en
Pending legal-status Critical Current

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

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 Of A Hierarchy Structure (AREA)
  • Memory System (AREA)

Abstract

The present invention provides a kind of terminal Memory recycle processing method and processing devices, wherein this method comprises: in the case where detecting that system free memory is less than preset threshold, triggering Memory recycle operation;Page set is determined by pre-defined algorithm;Determine application system belonging to each page in the page set;Page set to be recycled is determined from the page set according to the pre-set recycling ratio of each application system;Memory recycle processing is carried out according to the page set to be recycled, it solves the problems, such as not accounting for same management operation to the Different Effects of system for the same Memory recycle mechanism under multisystem in the related technology, reach in the heavy load of Installed System Memory, it still is able to guarantee that all system functions are unaffected, while not influencing or reducing the influence to user experience.

Description

Terminal memory recovery processing method and device
Technical Field
The invention relates to the field of communication, in particular to a terminal memory recovery processing method and device.
Background
The memory is a key resource of the system, and when the memory is in shortage, the jamming, the slow response and running speed, the error reporting of task running and even the system restart and crash can occur. Therefore, memory management is one of core technologies of the system, and plays a key role in improving the user experience of the system and the stability of system operation. Multisystem refers to running multiple application systems on the basis of one operating system kernel. With the improvement of the requirements on the security of the mobile phone, multiple systems are increasingly applied as important technical schemes for improving the security of the mobile phone. However, the memory occupation of multiple systems is greatly increased, so that the memory needs to be better managed aiming at the characteristics of the multiple systems, otherwise, the multiple systems are more prone to various problems caused by the memory shortage than a single system in the using process.
The memory management of multiple systems is based on the memory management of a single system, and is adjusted and optimized aiming at the characteristics of multiple systems. The main methods are as follows: 1) based on the resource control method, the amount of memory that each system can use is limited by using a resource control mechanism (e.g., cgroup of linux) provided by an operating system kernel, so that a certain system is prevented from occupying too much memory to enable other systems to not operate normally. The method has the disadvantages that resources are wasted, when one system is loaded to a load exceeding the memory quota allowed to be used, the other system can not take out the free memory for the system with the current load even if the memory occupied by the other system is very low; 2) the user mode program (such as an Android framework layer) adjusts the usage amount of the memory according to the current condition of the system, for example, when the user mode program finds that the user mode program is a background system, more memory is released more actively for other systems to use. The method for managing the memory based on the user mode program has limited memory releasing effect and side effect, and the memory releasing affects the performance and the function of the system at the cost of stopping the process or a certain module function in the system. 3) The method can ensure that the power of each system which is already running is not influenced. However, the existing management method looks like the memory used by all the systems, and does not consider the different influences of the same management operation on the systems. For example, when a memory page is swapped out, selecting to swap out a memory page used in a background system and a memory page used in a foreground system (with which a user may interact) has an impact on user experience, and if a memory page used in a foreground system is swapped out, the user is more likely to experience performance degradation caused by the selected memory page.
Aiming at the problem that the same memory recovery mechanism in multiple systems does not consider different influences of the same management operation on the systems in the related technology, a solution is not provided.
Disclosure of Invention
The embodiment of the invention provides a terminal memory recovery processing method and device, which are used for at least solving the problem that different influences of the same management operation on a system are not considered for the same memory recovery mechanism under multiple systems in the related technology.
According to an embodiment of the present invention, a method for recycling a terminal memory is provided, where the terminal includes at least two application systems, including:
triggering memory recovery operation when detecting that the idle memory of the system is smaller than a preset threshold value;
determining a memory page set through a preset algorithm;
determining an application system to which each memory page in the memory page set belongs;
determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system;
and performing memory recovery processing according to the memory page set to be recovered.
Optionally, the determining, by a predetermined algorithm, a set of memory pages to be recycled includes:
and obtaining a memory page set which is not accessed within a preset time period through an approximate LRU algorithm to determine the memory page set to be recycled.
Optionally, the determining an application system to which each memory page in the memory page set belongs includes:
acquiring all processes of each memory page in the memory page set;
and determining the application system to which each memory page belongs according to the process information.
Optionally, determining, according to a recovery ratio preset by each application system, a memory page set to be recovered from the memory page sets includes:
determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or,
and randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
Optionally, the performing, according to the to-be-recovered memory page set, memory recovery processing includes:
and releasing the memory pages in the memory set to be recycled to an idle memory pool.
According to another embodiment of the present invention, there is also provided a terminal memory recycling device, where the terminal includes at least two application systems, including:
the trigger module is used for triggering memory recovery operation when detecting that the idle memory of the system is smaller than a preset threshold value;
the first determining module is used for determining a memory page set through a predetermined algorithm;
a second determining module, configured to determine an application system to which each memory page in the memory page set belongs;
a third determining module, configured to determine, according to a recovery ratio preset by each application system, a memory page set to be recovered from the memory page sets;
and the memory recovery module is used for performing memory recovery processing according to the memory page set to be recovered.
Optionally, the first determining module is further configured to
And obtaining a memory page set which is not accessed within a preset time period through an approximate LRU algorithm to determine the memory page set to be recycled.
Optionally, the second determining module is further configured to
Acquiring all processes of each memory page in the memory page set;
and determining the application system to which each memory page belongs according to the process information.
Optionally, the third determining module is further configured to
Determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or,
and randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
Optionally, the memory recovery module is further configured to
And releasing the memory pages in the memory set to be recycled to an idle memory pool.
According to yet another embodiment of the present invention, there is also provided a storage medium including a stored program, wherein the program performs any one of the above methods when executed.
According to yet another embodiment of the present invention, there is also provided a processor for executing a program, wherein the program executes to perform the method of any one of the above.
According to the invention, on the basis of a memory recovery mechanism of an existing algorithm of an operating system kernel, and in addition, the influence of management operation on a system to which the managed memory belongs is considered, the memory of the system with unaffected user experience performance is preferentially selected to be recovered, so that the problem that different influences of the same management operation on the system are not considered in the same memory recovery mechanism under multiple systems in the related technology is solved, and the effects on the user experience are not affected or reduced while the functions of all the systems are still ensured to be unaffected under the heavy load condition of the system memory.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a block diagram of a hardware structure of a mobile terminal according to a method for recovering and processing a terminal memory according to an embodiment of the present invention;
fig. 2 is a flowchart of a terminal memory recycling method according to an embodiment of the present invention;
FIG. 3 is a flow chart of a memory reclamation method according to an embodiment of the invention;
fig. 4 is a block diagram of a terminal memory recycling device according to an embodiment of the present invention.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
Example 1
The method provided by the first embodiment of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Taking a mobile terminal as an example, fig. 1 is a block diagram of a hardware structure of the mobile terminal according to the terminal memory recycling method in the embodiment of the present invention, and as shown in fig. 1, the mobile terminal 10 may include one or two (only one shown in the figure) processors 102 (the processors 102 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data, and a transmission device 106 for a communication function. It will be understood by those skilled in the art that the structure shown in fig. 1 is only an illustration and is not intended to limit the structure of the electronic device. For example, the mobile terminal 10 may also include more or fewer components than shown in FIG. 1, or have a different configuration than shown in FIG. 1.
The memory 104 may be used to store software programs and modules of application software, such as program instructions/modules corresponding to the data transmission method in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by executing the software programs and modules stored in the memory 104, so as to implement the method described above. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or two magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the mobile terminal 10 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the mobile terminal 10. In one example, the transmission device 106 includes a Network adapter (NIC) that can be connected to other Network devices through a base station to communicate with the internet. In one example, the transmission device 106 can be a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.
Based on the foregoing mobile terminal, an embodiment of the present invention provides a terminal memory recovery processing method, where the terminal includes at least two application systems, and fig. 2 is a flowchart of the terminal memory recovery processing method according to the embodiment of the present invention, and as shown in fig. 2, the method includes:
step S202, triggering memory recycling operation when detecting that the idle memory of the system is smaller than a preset threshold value;
step S204, determining a memory page set through a preset algorithm;
step S206, determining an application system to which each memory page in the memory page set belongs;
step S208, determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system;
step S210, performing memory recovery processing according to the memory page set to be recovered.
Through the steps, on the basis that the existing algorithm of the kernel of the operating system performs a memory recovery mechanism, and the influence of the management operation on the system to which the managed memory belongs is considered, the memory of the system with the performance of the user experience not influenced is preferentially selected to be recovered, so that the problem that the same memory recovery mechanism under multiple systems does not consider different influences of the same management operation on the system in the related art is solved, and the effects on the user experience are not influenced or reduced while the functions of all the systems are still ensured not to be influenced under the heavy load condition of the memory of the system.
Optionally, the determining, by a predetermined algorithm, a set of memory pages to be recycled includes: and according to the recorded used information of the memory, obtaining a memory page set which is not accessed in a preset time period through an approximate LRU algorithm, and determining the memory page set as the memory page set to be recycled.
Optionally, the determining an application system to which each memory page in the memory page set belongs includes: acquiring all processes of each memory page in the memory page set; and determining the application system to which each memory page belongs according to the process information.
Optionally, determining, according to a recovery ratio preset by each application system, a memory page set to be recovered from the memory page sets includes: determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or, randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
Optionally, the performing, according to the to-be-recovered memory page set, memory recovery processing includes: and releasing the memory pages in the memory set to be recycled to an idle memory pool.
With the mobile phone as a portable information and data processing center, the mobile phone has various important and sensitive information and programs, such as bank account numbers and passwords, contact information, working application programs, and the like, and the mobile phone is urgently required to have higher security so as to protect the security of the operation and data of the programs. The safety can be effectively achieved by adopting a double system based on the container, and the system used in daily life runs in one container, has good openness and use convenience, and meets various use conveniences in life; and a system requiring high security, such as a system used in a working environment, is operated in another container, and programs and data of the system are controlled by strict security measures. When the two systems run, complete safety isolation is carried out by depending on a safety mechanism provided by an operating system kernel, and one system cannot access and sniff any information and running state of the other system, so that the safety information is ensured not to be leaked. Meanwhile, because the resource management is carried out based on the same operating system kernel, the two systems can share hardware resources (CPU, internal memory, IO equipment and the like), the performance is ensured, the hardware cost is reduced, and the carrying and use convenience is improved.
The following further describes the embodiments of the present invention by taking a dual system as an example.
This embodiment provides a memory management method for dual systems, and fig. 3 is a flowchart of a memory recovery method according to an embodiment of the present invention, as shown in fig. 3, the method flow is as follows:
step S302, monitoring and finding out the shortage of the memory, and triggering the memory recovery operation;
step S304, obtaining a memory page set R1 which can be recycled by using the recorded memory use information and according to an approximate LRU algorithm;
step S306, for each memory page in R1, acquiring all processes using the memory page, and obtaining which application system the memory page belongs to according to which application system the processes belong to;
step S308, selecting a memory page set R2 needing to be recovered from R1 in proportion according to a recovery proportion value preset by each application system;
in step S310, a memory recycle operation is performed on the inner page set R2, and the memory pages in R2 are released to the free memory of the system.
Through the steps, on the basis of the existing memory management method based on the approximate LRU algorithm in the kernel of the operating system, and in addition, the influence of the management operation on the system to which the managed memory belongs is considered, the management operation which does not influence the performance of the user experience (namely, the performance of the foreground system) is preferentially selected, so that under the condition of heavy load of the system memory, the functions of all the systems can still be ensured not to be influenced, and meanwhile, the influence on the user experience is not influenced or reduced.
Optionally, the memory reclamation specifically includes the following steps:
step 1, monitoring and finding that an idle memory is lower than a threshold value, and starting memory recovery operation;
step 2, obtaining a memory page set R1 which can be recycled by using the recorded memory use information according to an approximate LRU algorithm; the so-called LRU (least recently used) algorithm is to find out the memory page set which has not been accessed for a period of time recently;
step 3, for each memory page in R1, each process using the memory page is recorded, and in the corresponding process information, which application system the process belongs to is recorded, so that which application system the memory page belongs to is obtained;
step 4, selecting a memory page set R2 needing to be recovered from R1 in proportion according to a recovery proportion value preset by each application system; assuming A, B two application systems, setting the recovery ratio of A to be 1/3 and the recovery ratio of B to be 2/3, if N pages are selected for recovery, wherein the number of the pages belonging to the application system A is N/3, and the number of the pages belonging to the application system B is 2N/3;
and step 5, performing memory recycling operation on the inner page set R2, releasing the memory pages in the R2 to the free memory of the system, writing the page contents in the R2 back to a file or a swap partition, and then putting the pages in the R2 into the free memory pool of the system, wherein the pages can be allocated to other memory users for use.
The specific implementation method for selecting the recycled memory page according to the recycling ratio value is as follows:
assuming A, B two application systems, setting the recovery ratio of A to 1/3 and B to 2/3, 6 pages need to be selected for recovery, the first R1 case is as follows (MX indicates the memory page number, the parenthesis indicates which system the memory page belongs to, and the ranking indicates the priority ranking of recovery, i.e. the recovery ranked first is better than the recovery ranked later):
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)
then there should be 2 pages belonging to a and 4 pages belonging to B, and then the 2 pages belonging to a and the 4 pages belonging to B are selected in order as follows: m1(a), M2(a), M3(B), M6(B), M7(B), M8 (B).
In the algorithm, the order of selecting the R2 from the page set in R1 may be unordered (random) or in other ordering manners.
When the recycle proportion of the application system is set, a more obvious rule is that the recycle proportion of the foreground application system is set to be lower, so that the memory page of the foreground system is ensured to be remained in the system as much as possible.
Example 2
According to another embodiment of the present invention, there is also provided a terminal memory recycling device, where the terminal includes at least two application systems, and fig. 4 is a block diagram of the terminal memory recycling device according to the embodiment of the present invention, as shown in fig. 4, including:
the triggering module 42 is configured to trigger a memory recovery operation when detecting that the system idle memory is smaller than a preset threshold;
a first determining module 44, configured to determine a memory page set through a predetermined algorithm;
a second determining module 46, configured to determine an application system to which each memory page in the memory page set belongs;
a third determining module 48, configured to determine, according to a recovery ratio preset by each application system, a memory page set to be recovered from the memory page sets;
the memory recovery module 410 is configured to perform memory recovery processing according to the memory page set to be recovered.
Optionally, the first determining module 44 is further configured to
And according to the recorded used information of the memory, obtaining a memory page set which is not accessed in a preset time period through an approximate LRU algorithm, and determining the memory page set as the memory page set to be recycled.
Optionally, the second determining module 46 is further configured to
Acquiring all processes of each memory page in the memory page set;
and determining the application system to which each memory page belongs according to the process information.
Optionally, the third determining module 48 is further configured to
Determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or,
and randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
Optionally, the memory recycling module 410 is further configured to
And releasing the memory pages in the memory set to be recycled to an idle memory pool.
Example 3
An embodiment of the present invention further provides a storage medium including a stored program, where the program executes any one of the methods described above.
Alternatively, in the present embodiment, the storage medium may be configured to store program codes for performing the following steps:
s11, triggering memory recycling operation when detecting that the idle memory of the system is smaller than a preset threshold value;
s12, determining a memory page set through a preset algorithm;
s13, determining an application system to which each memory page in the memory page set belongs;
s14, determining a memory page set to be recovered from the memory page sets according to the preset recovery proportion of each application system;
and S15, performing memory recovery processing according to the memory page set to be recovered.
Optionally, in this embodiment, the storage medium may include, but is not limited to: various media capable of storing program codes, such as a usb disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk.
Example 4
Embodiments of the present invention also provide a processor configured to execute a program, where the program executes to perform any of the steps in the method.
Optionally, in this embodiment, the program is configured to perform the following steps:
s21, triggering memory recycling operation when detecting that the idle memory of the system is smaller than a preset threshold value;
s22, determining a memory page set through a preset algorithm;
s23, determining an application system to which each memory page in the memory page set belongs;
s24, determining a memory page set to be recovered from the memory page sets according to the preset recovery proportion of each application system;
and S25, performing memory recovery processing according to the memory page set to be recovered.
Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented in a general purpose computing device, they may be centralized on a single computing device or distributed over a network of two computing devices, and optionally they may be implemented in program code executable by a computing device, such that they may be stored in a memory device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into separate integrated circuit modules, or two of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the principle of the present invention should be included in the protection scope of the present invention.

Claims (10)

1. A terminal memory recovery processing method is provided, the terminal at least comprises two application systems, and the method is characterized by comprising the following steps:
triggering memory recovery operation when detecting that the idle memory of the system is smaller than a preset threshold value;
determining a memory page set through a preset algorithm;
determining an application system to which each memory page in the memory page set belongs;
determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system;
and performing memory recovery processing according to the memory page set to be recovered.
2. The method according to claim 1, wherein determining the set of memory pages by a predetermined algorithm comprises:
and obtaining a memory page set which is not accessed within a preset time period through an approximate LRU algorithm to determine the memory page set to be recycled.
3. The method according to claim 1, wherein determining an application system to which each memory page of the set of memory pages belongs comprises:
acquiring all processes of each memory page in the memory page set;
and determining the application system to which each memory page belongs according to the process information.
4. The method according to claim 1, wherein determining the set of memory pages to be recycled from the set of memory pages according to a recycling ratio preset by each application system comprises:
determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or,
and randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
5. The method according to claim 1, wherein performing memory reclamation processing according to the set of memory pages to be reclaimed comprises:
and releasing the memory pages in the memory set to be recycled to an idle memory pool.
6. A terminal memory recovery processing device, the terminal includes two application systems at least, characterized by, include:
the trigger module is used for triggering memory recovery operation when detecting that the idle memory of the system is smaller than a preset threshold value;
the first determining module is used for determining a memory page set through a predetermined algorithm;
a second determining module, configured to determine an application system to which each memory page in the memory page set belongs;
a third determining module, configured to determine, according to a recovery ratio preset by each application system, a memory page set to be recovered from the memory page sets;
and the memory recovery module is used for performing memory recovery processing according to the memory page set to be recovered.
7. The apparatus of claim 6, wherein the third determining module is further configured to
Determining a memory page set to be recovered from the memory page set according to a recovery ratio preset by each application system and the priority of memory pages in the application systems; or,
and randomly determining a memory page set to be recovered from the memory page sets according to a recovery ratio preset by each application system.
8. The apparatus of claim 6, wherein the memory reclamation module is further configured to reclaim the memory
And releasing the memory pages in the memory set to be recycled to an idle memory pool.
9. A storage medium, comprising a stored program, wherein the program when executed performs the method of any one of claims 1 to 5.
10. A processor, characterized in that the processor is configured to run a program, wherein the program when running performs the method of any of claims 1 to 5.
CN201710985809.8A 2017-10-20 2017-10-20 Terminal Memory recycle processing method and processing device Pending CN109697119A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710985809.8A CN109697119A (en) 2017-10-20 2017-10-20 Terminal Memory recycle processing method and processing device
PCT/CN2018/111082 WO2019076381A1 (en) 2017-10-20 2018-10-19 Terminal memory recycling processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710985809.8A CN109697119A (en) 2017-10-20 2017-10-20 Terminal Memory recycle processing method and processing device

Publications (1)

Publication Number Publication Date
CN109697119A true CN109697119A (en) 2019-04-30

Family

ID=66173547

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710985809.8A Pending CN109697119A (en) 2017-10-20 2017-10-20 Terminal Memory recycle processing method and processing device

Country Status (2)

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

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110727606A (en) * 2019-09-27 2020-01-24 Oppo(重庆)智能科技有限公司 Memory recovery method and device and electronic equipment
CN111078586A (en) * 2019-12-10 2020-04-28 Oppo(重庆)智能科技有限公司 Memory recovery method and device, storage medium and electronic equipment
CN111177024A (en) * 2019-12-30 2020-05-19 青岛海尔科技有限公司 Memory optimization processing method and device
CN111522659A (en) * 2020-04-15 2020-08-11 联想(北京)有限公司 Space using method and device
CN111666226A (en) * 2020-06-16 2020-09-15 北京紫光展锐通信技术有限公司 Page bump protection method for operating system memory recovery and user equipment
WO2021057623A1 (en) * 2019-09-27 2021-04-01 Oppo广东移动通信有限公司 Memory recovery method and apparatus, electronic device and storage medium
WO2021254200A1 (en) * 2020-06-16 2021-12-23 北京紫光展锐通信技术有限公司 Page thrashing protection method and apparatus for memory reclaim of operating system
WO2022242683A1 (en) * 2021-05-19 2022-11-24 维沃移动通信有限公司 Memory recovery method and apparatus, and electronic device
CN116225976A (en) * 2023-05-05 2023-06-06 麒麟软件有限公司 Water line self-adjusting method and system under Linux operating system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104166594A (en) * 2014-08-19 2014-11-26 杭州华为数字技术有限公司 Load balancing control method and related devices
CN104331337A (en) * 2014-11-25 2015-02-04 宇龙计算机通信科技(深圳)有限公司 System memory management method, system memory management device and terminal
CN106201717A (en) * 2016-07-01 2016-12-07 珠海市魅族科技有限公司 A kind of method managing Installed System Memory and terminal
US20170286288A1 (en) * 2016-03-30 2017-10-05 Sandisk Technologies Llc Method and System for Blending Data Reclamation and Data Integrity Garbage Collection

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103823714B (en) * 2014-01-15 2017-05-24 浙江大学 Virtualization-based method and device for adjusting QoS (quality of service) of node memory of NUMA (non uniform memory access architecture)
CN107220076B (en) * 2016-09-27 2018-10-30 华为技术有限公司 A kind of method for recovering internal storage and device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104166594A (en) * 2014-08-19 2014-11-26 杭州华为数字技术有限公司 Load balancing control method and related devices
CN104331337A (en) * 2014-11-25 2015-02-04 宇龙计算机通信科技(深圳)有限公司 System memory management method, system memory management device and terminal
US20170286288A1 (en) * 2016-03-30 2017-10-05 Sandisk Technologies Llc Method and System for Blending Data Reclamation and Data Integrity Garbage Collection
CN106201717A (en) * 2016-07-01 2016-12-07 珠海市魅族科技有限公司 A kind of method managing Installed System Memory and terminal

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021057623A1 (en) * 2019-09-27 2021-04-01 Oppo广东移动通信有限公司 Memory recovery method and apparatus, electronic device and storage medium
CN110727606A (en) * 2019-09-27 2020-01-24 Oppo(重庆)智能科技有限公司 Memory recovery method and device and electronic equipment
CN111078586A (en) * 2019-12-10 2020-04-28 Oppo(重庆)智能科技有限公司 Memory recovery method and device, storage medium and electronic equipment
CN111078586B (en) * 2019-12-10 2022-03-01 Oppo(重庆)智能科技有限公司 Memory recovery method and device, storage medium and electronic equipment
CN111177024B (en) * 2019-12-30 2022-09-06 青岛海尔科技有限公司 Memory optimization processing method and device
CN111177024A (en) * 2019-12-30 2020-05-19 青岛海尔科技有限公司 Memory optimization processing method and device
CN111522659A (en) * 2020-04-15 2020-08-11 联想(北京)有限公司 Space using method and device
CN111522659B (en) * 2020-04-15 2024-04-19 联想(北京)有限公司 Space use method and device
WO2021254200A1 (en) * 2020-06-16 2021-12-23 北京紫光展锐通信技术有限公司 Page thrashing protection method and apparatus for memory reclaim of operating system
CN111666226B (en) * 2020-06-16 2022-09-13 北京紫光展锐通信技术有限公司 Page bump protection method for operating system memory recovery and user equipment
CN111666226A (en) * 2020-06-16 2020-09-15 北京紫光展锐通信技术有限公司 Page bump protection method for operating system memory recovery and user equipment
WO2022242683A1 (en) * 2021-05-19 2022-11-24 维沃移动通信有限公司 Memory recovery method and apparatus, and electronic device
CN116225976A (en) * 2023-05-05 2023-06-06 麒麟软件有限公司 Water line self-adjusting method and system under Linux operating system
CN116225976B (en) * 2023-05-05 2023-08-08 麒麟软件有限公司 Water line self-adjusting method and system under Linux operating system

Also Published As

Publication number Publication date
WO2019076381A1 (en) 2019-04-25

Similar Documents

Publication Publication Date Title
CN109697119A (en) Terminal Memory recycle processing method and processing device
KR102245025B1 (en) Memory return method and device
CN109992523B (en) Memory processing method and device, electronic equipment and computer readable storage medium
CN110018902B (en) Memory processing method and device, electronic equipment and computer readable storage medium
CN109992402B (en) Memory processing method and device, electronic equipment and computer readable storage medium
CN105701025A (en) Memory recovery method and device
CN110018900B (en) Memory processing method and device, electronic equipment and computer readable storage medium
CN111177024B (en) Memory optimization processing method and device
CN108205474B (en) Memory management method, terminal device, computer apparatus, and readable storage medium
CN111045810B (en) Task scheduling processing method and device
CN107220077B (en) Using the management-control method and management and control devices of starting
CN106959874A (en) The electronic equipment of application management method and application this method based on operating system
EP3544344B1 (en) Method, user equipment and computer readable storage medium for switching the operation mode of a user equipment between carrier aggregation (ca) and non-ca operation modes
CN105205388A (en) Authority management method and system for application
CN113986559B (en) Memory management method and related device
CN104969232A (en) Managing device driver cross ring accesses
CN110727605A (en) Memory recovery method and device and electronic equipment
CN111984413A (en) Memory recovery method and device, electronic equipment and storage medium
CN105550041A (en) Mobile terminal control method and device
CN103268262A (en) Method for multiple basebands to access single-user identification card, and processor
CN114629960A (en) Resource scheduling method, device, system, device, medium, and program product
CN105490829B (en) Method and device for controlling message transmission and network function virtualization system
CN111522634B (en) Application management method, device and equipment
WO2018053916A1 (en) Application download method, device and terminal, and computer storage medium
CN113885969A (en) Embedded device, embedded software loading method and storage medium

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190430

RJ01 Rejection of invention patent application after publication