WO2021083378A1

WO2021083378A1 - Method for accelerating starting of application, and electronic device

Info

Publication number: WO2021083378A1
Application number: PCT/CN2020/125814
Authority: WO
Inventors: 薛春; 梁宇; 石亮
Original assignee: 华为技术有限公司
Priority date: 2019-11-01
Filing date: 2020-11-02
Publication date: 2021-05-06
Also published as: CN112783564A; CN112783564B

Abstract

Disclosed are a method for accelerating the starting of an application, and an electronic device, wherein same relate to the technical field of communications, and can reduce a cold start delay of an application and improve the user experience. The method is applied to an electronic device, the electronic device includes a configuration file, and the configuration file includes information of a target page. The method comprises: after an instruction for starting a first application is detected, an electronic device starting the first application, requesting access to an internal memory page required for the starting process of the first application, and reading the content of a first internal memory page from an external memory and caching same in an internal memory if the first internal memory page required for the starting process of the first application is not cached in the internal memory; and the electronic device determining, according to information of a target page in a configuration file, whether the first internal memory page is the target page, and locking the content of the first internal memory page in the internal memory if the first internal memory page is the target page.

Description

Method and electronic equipment for accelerating application start

This application claims the priority of a Chinese patent application filed with the State Intellectual Property Office on November 1, 2019, the application number is 201911061362.0, and the application name is "a method and electronic device for accelerating application startup", the entire content of which is by reference Incorporated in this application.

Technical field

This application relates to the field of electronic equipment, and in particular to a method and electronic equipment for accelerating application startup.

Background technique

The application (application, APP) installed on the mobile phone is divided into hot start and cold start when it is started. Among them, the hot start means that the APP switches from the background to the foreground. At this time, APP data is still cached in the memory of general mobile phones, which can be quickly started. Cold start refers to the first start of the APP after the phone restarts, or the first start after the APP is killed (kill). At this time, all or part of the data of the APP is not in the memory, and the APP needs to read the data from the external memory, so the startup delay is large and the user experience is poor.

Summary of the invention

The method and electronic device for accelerating the startup of an application provided by the present application can reduce the delay of the cold startup of the application and improve the user experience.

In order to achieve the foregoing objectives, the embodiments of the present application provide the following technical solutions:

In the first aspect, a method provided in this application is applied to an electronic device. The electronic device contains a configuration file, and the configuration file includes information about a target page. The method includes: in response to detecting an instruction to start a first application, the electronic device Start the first application; the electronic device requests to access the memory page required by the startup process of the first application; if the first memory page among the memory pages required for the startup process of the first application is not cached in the internal memory, the electronic device Read the content of the first memory page from the external memory and cache it in the internal memory; after the electronic device caches the first memory page from the external memory to the internal memory, the electronic device determines according to the information of the target page in the configuration file Whether the first memory page is the target page; after determining that the first memory page is the target page, the electronic device locks the first memory page in the internal memory.

It can be seen that, among the pages that need to be read in the process of starting the first application by the mobile phone, a specific page that is prone to page missing (ie, the target page) is locked in the memory of the mobile phone. Later, when the mobile phone starts the first application again, it can directly read the corresponding pages from the memory, so as to avoid page missing of these pages again, thereby speeding up the startup of the application.

In a possible implementation manner, the method further includes: the electronic device detects the instruction to exit the first application program, and the electronic device exits the first application program; when the electronic device detects the instruction to start the first application program again, the electronic device again Start the first application program; the electronic device obtains the memory page required by the startup process of the first application program; the electronic device displays the main interface of the first application program.

When the first application is started again later, the missing pages can be read directly from the memory, reducing page missing due to the target page, improving the startup speed of the first application, and reducing the first screen time of the first application , Improve the user experience.

In a possible implementation, the target page is one or more pages in the target file, and the target page has been missing during the start of the first application; the target file is the one accessed when the first application is started. One or more read-only files, and are one or more files that are not related to user data when the first application program is accessed at startup, and the number of page missing occurrences is not related to the user data.

If the file is writable (not read-only), it means that the file may be modified, and the position and content of each page in the file may change, and the page where the page is missing will not be fixed, and the page cannot be locked in advance In memory.

In the specific implementation, the file size can be used to judge. If the file size does not change during the running process, the file has a high probability of being a read-only file. Alternatively, the judgment can also be made by obtaining the read and write information of the file, and the read and write information clearly indicates that the file is a read-only file or a readable and writable file. Among them, the file read and write information can be obtained from the VFS. Of course, other methods can also be used to determine whether the file is a read-only file, which is not limited in the embodiment of the present application.

The number of times a file has page missing is related to the user. For example, when using different accounts to log in to the application or the user data stored in the mobile phone is different, the page where the page is missing may not be fixed, and the page cannot be locked in memory in advance, which is inconvenient. The mobile phone is deployed uniformly before leaving the factory.

In specific implementation, before counting, use different accounts to log in, or store different user data in the mobile phone, and then count the number of page missing occurrences of each file when the application is running. The files with the same number of page deletions in each case are determined as files irrelevant to the user.

In a possible implementation manner, the target file is one or more files whose access times are greater than a threshold when the first application is started.

On the one hand, locking pages that are prone to page missing in frequently accessed files in the memory can avoid page missing frequently occurring due to frequently accessed files, which is more conducive to improving the running speed of the application. On the other hand, due to the limited memory of mobile phones, choosing to lock pages in frequently accessed files in memory means that pages in infrequently accessed files do not need to be locked in memory, which will help improve memory utilization.

In specific implementation, it is possible to count the number of times the file is accessed while the application is running, and determine the files whose times are greater than the threshold as frequently accessed files. Or, according to the order of the number of times of accessing the files, the first preset number (for example, 15) files are selected as frequently accessed files. Of course, other methods can also be used to determine frequently accessed files.

In a possible implementation manner, the information of the target page in the configuration file includes the information of the target file and the information of the target page; the electronic device determines whether the first memory page is the target page according to the information of the target page in the configuration file, specifically: electronic The device determines whether the file where the first memory page is located is the target file according to the information of the target file in the configuration file; after determining that the file where the first memory page is located is the target file, the electronic device determines the first memory according to the information of the target page in the configuration file Whether the page is the target page.

In a possible implementation manner, the information of the target file in the configuration file includes the name of the target file. For example, the information of the target file may include: file name (file name), file index number (inode number), file size (file size), request size (request size), request offset (request offset), cache hit (hit ) Or miss, etc.

In a possible implementation manner, the target page information in the configuration file includes the size and offset of the target page. For example, the target page information may include: file index number, file size, request size, request offset, etc.

In a possible implementation manner, the method further includes: when the electronic device updates the operating system or the electronic device updates the first application program, the electronic device obtains the latest configuration file from the server to update it.

Among them, the target file and the configuration file of the target page may be one or more. A configuration file can include target files and target pages corresponding to one or more applications.

For example: a mobile phone contains a configuration file that contains target files and target pages of multiple applications. The configuration file is usually maintained by the mobile phone manufacturer or mobile phone operating system manufacturer. Therefore, when the operating system of the mobile phone is upgraded, the target pages of multiple applications that need to be locked and unlocked can be adjusted directly according to the updated configuration file.

Another example: the mobile phone contains multiple configuration files, and each configuration file includes a target file and a target page of an application. The configuration file corresponding to each application can be maintained by the application manufacturer. In this way, when a mobile phone installs and updates an application, the mobile phone can adjust the target page that the application needs to lock and unlock according to the updated configuration file of the application.

In one possible implementation, it is determined whether the file where the first memory page is located is the target file, specifically: obtaining the read request of the first memory page, and obtaining the information of the file where the first memory page is located from the read request of the first memory page File index number, and obtain the file index number of the target file according to the name of the target file in the configuration file; determine whether the first memory page is the target file according to the file index number of the file where the first memory page is located and the file index number of the target file .

In a possible implementation, determining whether the first memory page is the target page is specifically: obtaining the size and offset of the first memory page from the read request of the first memory page; according to the size of the first memory page And offset, as well as the size and offset of the target page, determine whether the first memory page is the target page.

In a possible implementation manner, after determining that the first memory page is the target page, the electronic device locks the first memory page in the internal memory, specifically: after determining the first memory page as the target page, the electronic device locks the first memory page as the target page. The content of a memory page is added to the non-removable linked list of the internal memory.

In a possible implementation manner, the method further includes: in response to detecting the instruction to uninstall the first application program, the electronic device unlocks the first memory page from the internal memory.

In a possible implementation manner, the electronic device unlocks the first memory page from the internal memory, specifically: the electronic device removes the content of the first memory page from the non-removable linked list of the memory storage.

In a second aspect, an electronic device is provided, including: a processor, a memory, and a touch screen, the memory, the touch screen are coupled to the processor, and the memory is used to store computer program code, the computer program code including a computer Instruction, when the processor reads the computer instruction from the memory, so that the electronic device executes the method described in the foregoing aspects and any one of the possible implementation manners.

In a third aspect, a device is provided, the device is included in an electronic device, and the device has the function of realizing the behavior of the electronic device in any of the foregoing aspects and possible implementation manners. This function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes at least one module or unit corresponding to the above-mentioned functions. For example, detecting modules or units, determining modules or units, and locking modules or units, and so on.

In a fourth aspect, a computer-readable storage medium is provided, including computer instructions, which when the computer instructions run on a terminal, cause the terminal to execute the method described in the above aspects and any one of the possible implementation manners.

In a fifth aspect, a computer program product is provided, which when the computer program product runs on a computer, enables the computer to execute the method described in the above aspects and any one of the possible implementation manners.

In a sixth aspect, a chip system is provided, the chip system is applied to the electronic device in the above aspects and any one of the possible implementations; the chip system includes one or more interface circuits and one or more The processor; the interface circuit and the processor are interconnected by wires; the processor receives and executes computer instructions from the memory of the electronic device through the interface circuit.

Description of the drawings

FIG. 1 is a schematic diagram of an application program reading process provided by an embodiment of the application;

FIG. 2 is a comparison diagram of application startup time when page missing and no page missing according to an embodiment of the application;

FIG. 3 is a schematic structural diagram of an electronic device provided by an embodiment of the application;

FIG. 4 is a schematic structural diagram of another electronic device provided by an embodiment of the application;

FIG. 5 is a schematic flowchart of a method for accelerating application startup according to an embodiment of the application;

FIG. 6 is a schematic process diagram of another method for accelerating application startup according to an embodiment of the application;

FIG. 7 is a schematic process diagram of yet another method for accelerating application startup according to an embodiment of the application;

FIG. 8 is a schematic structural diagram of a chip system provided by an embodiment of the application.

Detailed ways

In the description of the embodiments of the present application, unless otherwise specified, "/" means or, for example, A/B can mean A or B; "and/or" in this document is only an association describing the associated object Relationship means that there can be three kinds of relationships. For example, A and/or B can mean that: A alone exists, A and B exist at the same time, and B exists alone.

Hereinafter, the terms “first” and “second” are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features. Therefore, the features defined with "first" and "second" may explicitly or implicitly include one or more of these features.

In the description of the embodiments of the present application, unless otherwise specified, "plurality" means two or more. In the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations, or illustrations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of the present application should not be construed as being more preferable or advantageous than other embodiments or design solutions. To be precise, words such as "exemplary" or "for example" are used to present related concepts in a specific manner.

In order to better understand the technical solutions of this application, the technical terms involved in this application will be explained first.

Memory, also known as internal memory, physical memory (physical memory), main memory, etc., refers to the memory space obtained through physical memory sticks. The main function is to provide temporary storage instructions and instructions for electronic devices to run operating systems and various applications. data. The address in the memory is the physical address (physical address).

Virtual memory (virtual memory) is a technology of memory management in an electronic device operating system, and an abstraction of memory provided by the operating system. The realization of virtual memory is completed by the combination of operating system software and hardware. Virtual memory is not limited to the size of physical memory, providing a larger private address space for applications. In other words, each application process allocates its own virtual memory space independently. From the perspective of the application process, the application process has a continuous available virtual memory space (a continuous and complete address space). In fact, this segment of virtual memory space is usually mapped to a discontinuous address space in physical memory, and part of it is mapped to an address space in external memory. The addresses in virtual memory are virtual addresses, or logical addresses. The electronic device can look up the corresponding physical address according to the virtual address, so as to read data from the physical memory and write the data into the physical memory.

External storage, also known as external storage, etc., refers to storage other than memory and CPU cache. Such storage can generally retain data after power failure. Common external storages include SD cards, flash storage, hard disks, CDs, U disks, and so on. The electronic device is specifically used to organize, manage, and store data on the external memory through the file system. The file system also searches for the physical address in the corresponding external memory according to the virtual address, so as to read data from the external memory to the memory, and write data from the memory to the external memory.

When an application on an electronic device is started, it will create its own process. The application process specifically allocates virtual memory space, and the operating system allocates physical memory space for the virtual memory space of the application program, that is, maps the virtual memory space allocated by the application process to the physical memory space. If the application process runs for a long time and does not actively release the physical memory space, or when a large number of application processes apply for physical memory space, the operating system will follow a certain algorithm (for example, the least recently used (LRU) algorithm) ) Reclaim physical memory space that has not been used recently. It is precisely because of the existence of the recycling mechanism that the data requested when the application is subsequently started may not be in the memory, and page misses (miss) occur, also known as page faults.

It should be noted that the virtual address is divided into multiple pages (pages) according to a fixed length in the virtual memory, also called memory pages, usually 4KB. At the same time, the physical memory is divided into multiple page frames (page frames) according to a fixed length. The operating system maps pages in virtual memory to page frames in physical memory. It can be seen that the operating system manages memory at the granularity of pages.

It is understandable that when the application is running, it will read data from the memory or external storage, or write data to the internal memory or external storage. The reading and writing process of the application directly affects the running speed of the application. Among them, the read process has a greater impact on the running speed of the application, because the application needs to wait for the returned data when executing the read process.

As shown in Figure 1, it is a schematic diagram of the reading process when the application is started. When the application is started, it sends multiple page read requests to the virtual file system (VFS) at the kernel layer. The virtual file system confirms whether the requested page is cached in the page cache in memory. If the cache is in the page cache, the data of the requested page is directly read from the page cache. If it is not cached in the page cache, that is, a page is missing, a read request is sent to the file system (file system) for the page where the page is missing (referred to as the missing page for short). The file system requests the missing page data from the external memory through the block device and the input/output caller. It can be seen that it takes a long time for the application to process the page missing, which will cause a large delay in the running of the application.

When the application is started, the time required for the application to display the main interface (also referred to as the first screen time) is the most intuitive indicator for the user to experience the running speed of the application. Therefore, speeding up application startup speed and compressing the first screen time have become important factors for improving the performance of electronic devices and improving user experience.

As shown in Figure 2, it is a comparison diagram of the startup time of multiple applications when a page missing occurs and the startup time without a page missing. It can be seen that the time taken by the operating system to deal with page missing accounts for a large part of the application startup time. Therefore, the embodiment of the present application provides a method for accelerating the startup of an application program, which can lock the pages that are more than a threshold and are prone to page missing in the memory, thereby reducing the occurrence of page missing and improving the operation of the application program. speed.

Exemplarily, the electronic device in this application may be a mobile phone, a tablet computer, a personal computer (PC), a personal digital assistant (personal digital assistant, PDA), a smart watch, a netbook, a wearable electronic device, and augmented reality technology (Augmented reality, AR) equipment, virtual reality (VR) equipment, in-vehicle equipment, smart cars, smart audio, robots, etc. This application does not impose special restrictions on the specific form of the electronic equipment.

FIG. 3 shows a schematic diagram of the structure of the electronic device 100.

The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, and an antenna 2. , Mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, and Subscriber identification module (subscriber identification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and ambient light Sensor 180L, bone conduction sensor 180M, etc.

It can be understood that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may include more or fewer components than shown, or combine certain components, or split certain components, or arrange different components. The illustrated components can be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), and an image signal processor. (image signal processor, ISP), controller, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU), etc. Among them, the different processing units may be independent devices or integrated in one or more processors.

The controller can generate operation control signals according to the instruction operation code and timing signals to complete the control of fetching and executing instructions.

A memory may also be provided in the processor 110 to store instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory can store instructions or data that the processor 110 has just used or used cyclically. If the processor 110 needs to use the instruction or data again, it can be directly called from the memory. Repeated accesses are avoided, the waiting time of the processor 110 is reduced, and the efficiency of the system is improved.

In some embodiments, the processor 110 may include one or more interfaces. The interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, and a universal asynchronous transmitter/receiver (universal asynchronous) interface. receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and / Or Universal Serial Bus (USB) interface, etc.

The I2C interface is a bidirectional synchronous serial bus, which includes a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple sets of I2C buses. The processor 110 may couple the touch sensor 180K, charger, flash, camera 193, etc., respectively through different I2C bus interfaces. For example, the processor 110 may couple the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement the touch function of the electronic device 100.

The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled with the audio module 170 through an I2S bus to implement communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit audio signals to the wireless communication module 160 through an I2S interface, so as to realize the function of answering calls through a Bluetooth headset.

The PCM interface can also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to realize the function of answering calls through the Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus can be a two-way communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, the UART interface is generally used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to realize the Bluetooth function. In some embodiments, the audio module 170 may transmit audio signals to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a Bluetooth headset.

The MIPI interface can be used to connect the processor 110 with the display screen 194, the camera 193 and other peripheral devices. The MIPI interface includes a camera serial interface (camera serial interface, CSI), a display serial interface (display serial interface, DSI), and so on. In some embodiments, the processor 110 and the camera 193 communicate through a CSI interface to implement the shooting function of the electronic device 100. The processor 110 and the display screen 194 communicate through a DSI interface to realize the display function of the electronic device 100.

The GPIO interface can be configured through software. The GPIO interface can be configured as a control signal or as a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 with the camera 193, the display screen 194, the wireless communication module 160, the audio module 170, the sensor module 180, and so on. The GPIO interface can also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, etc.

The USB interface 130 is an interface that complies with the USB standard specification, and specifically may be a Mini USB interface, a Micro USB interface, a USB Type C interface, and so on. The USB interface 130 can be used to connect a charger to charge the electronic device 100, and can also be used to transfer data between the electronic device 100 and peripheral devices. It can also be used to connect earphones and play audio through earphones. This interface can also be used to connect to other electronic devices, such as AR devices.

It can be understood that the interface connection relationship between the modules illustrated in the embodiment of the present invention is merely a schematic description, and does not constitute a structural limitation of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also adopt different interface connection modes in the foregoing embodiments, or a combination of multiple interface connection modes.

The charging management module 140 is used to receive charging input from the charger. Among them, the charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive the charging input of the wired charger through the USB interface 130. In some embodiments of wireless charging, the charging management module 140 may receive the wireless charging input through the wireless charging coil of the electronic device 100. While the charging management module 140 charges the battery 142, it can also supply power to the electronic device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, and battery health status (leakage, impedance). In some other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

The wireless communication function of the electronic device 100 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor, and the baseband processor.

The antenna 1 and the antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the electronic device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example: Antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna can be used in combination with a tuning switch.

The mobile communication module 150 can provide a wireless communication solution including 2G/3G/4G/5G and the like applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves by the antenna 1, and perform processing such as filtering, amplifying and transmitting the received electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor, and convert it into electromagnetic wave radiation via the antenna 1. In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110. In some embodiments, at least part of the functional modules of the mobile communication module 150 and at least part of the modules of the processor 110 may be provided in the same device.

The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays an image or video through the display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be provided in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide applications on the electronic device 100 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), and global navigation satellites. System (global navigation satellite system, GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (infrared, IR) and other wireless communication solutions. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110. The wireless communication module 160 may also receive the signal to be sent from the processor 110, perform frequency modulation, amplify it, and convert it into electromagnetic waves to radiate through the antenna 2.

In some embodiments, the antenna 1 of the electronic device 100 is coupled with the mobile communication module 150, and the antenna 2 is coupled with the wireless communication module 160, so that the electronic device 100 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code division multiple access (wideband code division multiple access, WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc. The GNSS may include global positioning system (GPS), global navigation satellite system (GLONASS), Beidou navigation satellite system (BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite-based augmentation systems (SBAS).

The electronic device 100 implements a display function through a GPU, a display screen 194, an application processor, and the like. The GPU is an image processing microprocessor, which is connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs, which execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display screen 194 includes a display panel. The display panel can use liquid crystal display (LCD), organic light-emitting diode (OLED), active matrix organic light-emitting diode or active-matrix organic light-emitting diode (active-matrix organic light-emitting diode). AMOLED, flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 100 may include one or N display screens 194, and N is a positive integer greater than one.

The electronic device 100 can realize a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, and an application processor.

The ISP is used to process the data fed back by the camera 193. For example, when taking a picture, the shutter is opened, the light is transmitted to the photosensitive element of the camera through the lens, the light signal is converted into an electrical signal, and the photosensitive element of the camera transmits the electrical signal to the ISP for processing and is converted into an image visible to the naked eye. ISP can also optimize the image noise, brightness, and skin color. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and is projected to the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transfers the electrical signal to the ISP to convert it into a digital image signal. ISP outputs digital image signals to DSP for processing. DSP converts digital image signals into standard RGB, YUV and other formats of image signals. In some embodiments, the electronic device 100 may include one or N cameras 193, and N is a positive integer greater than one.

Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals. For example, when the electronic device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the energy of the frequency point.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 can play or record videos in multiple encoding formats, such as: moving picture experts group (MPEG) 1, MPEG2, MPEG3, MPEG4, and so on.

NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, for example, the transfer mode between human brain neurons, it can quickly process input information, and it can also continuously self-learn. Through the NPU, applications such as intelligent cognition of the electronic device 100 can be realized, such as image recognition, face recognition, voice recognition, text understanding, and so on.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example, save music, video and other files in an external memory card.

The internal memory 121 may be used to store computer executable program code, where the executable program code includes instructions. The internal memory 121 may include a storage program area and a storage data area. Among them, the storage program area can store an operating system, at least one application program (such as a sound playback function, an image playback function, etc.) required by at least one function. The data storage area can store data (such as audio data, phone book, etc.) created during the use of the electronic device 100. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), and the like. The processor 110 executes various functional applications and data processing of the electronic device 100 by running instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The electronic device 100 can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. For example, music playback, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal for output, and is also used to convert an analog audio input into a digital audio signal. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110, or part of the functional modules of the audio module 170 may be provided in the processor 110.

The speaker 170A, also called "speaker", is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music through the speaker 170A, or listen to a hands-free call.

The receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a call or voice message, it can receive the voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also called "microphone", "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can make a sound by approaching the microphone 170C through the human mouth, and input the sound signal into the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, which can implement noise reduction functions in addition to collecting sound signals. In other embodiments, the electronic device 100 may also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and realize directional recording functions.

The earphone interface 170D is used to connect wired earphones. The earphone interface 170D may be a USB interface 130, or a 3.5mm open mobile terminal platform (OMTP) standard interface, and a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used to sense the pressure signal and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be provided on the display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, capacitive pressure sensors and so on. The capacitive pressure sensor may include at least two parallel plates with conductive material. When a force is applied to the pressure sensor 180A, the capacitance between the electrodes changes. The electronic device 100 determines the intensity of the pressure according to the change in capacitance. When a touch operation acts on the display screen 194, the electronic device 100 detects the intensity of the touch operation according to the pressure sensor 180A. The electronic device 100 may also calculate the touched position according to the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch position but have different touch operation strengths can correspond to different operation instructions. For example, when a touch operation whose intensity of the touch operation is less than the first pressure threshold is applied to the short message application icon, an instruction to view the short message is executed. When a touch operation with a touch operation intensity greater than or equal to the first pressure threshold acts on the short message application icon, an instruction to create a new short message is executed.

The gyro sensor 180B may be used to determine the movement posture of the electronic device 100. In some embodiments, the angular velocity of the electronic device 100 around three axes (ie, x, y, and z axes) can be determined by the gyro sensor 180B. The gyro sensor 180B can be used for image stabilization. Exemplarily, when the shutter is pressed, the gyro sensor 180B detects the shake angle of the electronic device 100, calculates the distance that the lens module needs to compensate according to the angle, and allows the lens to counteract the shake of the electronic device 100 through reverse movement to achieve anti-shake. The gyro sensor 180B can also be used for navigation and somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 100 calculates the altitude based on the air pressure value measured by the air pressure sensor 180C to assist positioning and navigation.

The magnetic sensor 180D includes a Hall sensor. The electronic device 100 may use the magnetic sensor 180D to detect the opening and closing of the flip holster. In some embodiments, when the electronic device 100 is a flip machine, the electronic device 100 can detect the opening and closing of the flip according to the magnetic sensor 180D. Furthermore, according to the detected opening and closing state of the holster or the opening and closing state of the flip cover, features such as automatic unlocking of the flip cover are set.

The acceleration sensor 180E can detect the magnitude of the acceleration of the electronic device 100 in various directions (generally three axes). When the electronic device 100 is stationary, the magnitude and direction of gravity can be detected. It can also be used to identify the posture of electronic devices, and be used in applications such as horizontal and vertical screen switching, pedometers and so on.

Distance sensor 180F, used to measure distance. The electronic device 100 can measure the distance by infrared or laser. In some embodiments, when shooting a scene, the electronic device 100 may use the distance sensor 180F to measure the distance to achieve fast focusing.

The proximity light sensor 180G may include, for example, a light emitting diode (LED) and a light detector such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 100 emits infrared light to the outside through the light emitting diode. The electronic device 100 uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the electronic device 100. When insufficient reflected light is detected, the electronic device 100 can determine that there is no object near the electronic device 100. The electronic device 100 can use the proximity light sensor 180G to detect that the user holds the electronic device 100 close to the ear to talk, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in leather case mode, and the pocket mode will automatically unlock and lock the screen.

The ambient light sensor 180L is used to sense the brightness of the ambient light. The electronic device 100 can adaptively adjust the brightness of the display screen 194 according to the perceived brightness of the ambient light. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also cooperate with the proximity light sensor 180G to detect whether the electronic device 100 is in the pocket to prevent accidental touch.

The fingerprint sensor 180H is used to collect fingerprints. The electronic device 100 can use the collected fingerprint characteristics to realize fingerprint unlocking, access application locks, fingerprint photographs, fingerprint answering calls, and so on.

The temperature sensor 180J is used to detect temperature. In some embodiments, the electronic device 100 uses the temperature detected by the temperature sensor 180J to execute a temperature processing strategy. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold value, the electronic device 100 reduces the performance of the processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, when the temperature is lower than another threshold, the electronic device 100 heats the battery 142 to avoid abnormal shutdown of the electronic device 100 due to low temperature. In some other embodiments, when the temperature is lower than another threshold, the electronic device 100 boosts the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperature.

Touch sensor 180K, also called "touch device". The touch sensor 180K may be disposed on the display screen 194, and the touch screen is composed of the touch sensor 180K and the display screen 194, which is also called a “touch screen”. The touch sensor 180K is used to detect touch operations acting on or near it. The touch sensor can pass the detected touch operation to the application processor to determine the type of touch event. The visual output related to the touch operation can be provided through the display screen 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100, which is different from the position of the display screen 194.

The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can obtain the vibration signal of the vibrating bone mass of the human voice. The bone conduction sensor 180M can also contact the human pulse and receive the blood pressure pulse signal. In some embodiments, the bone conduction sensor 180M may also be provided in the earphone, combined with the bone conduction earphone. The audio module 170 can parse the voice signal based on the vibration signal of the vibrating bone block of the voice obtained by the bone conduction sensor 180M, and realize the voice function. The application processor can analyze the heart rate information based on the blood pressure beating signal obtained by the bone conduction sensor 180M, and realize the heart rate detection function.

The button 190 includes a power-on button, a volume button, and so on. The button 190 may be a mechanical button. It can also be a touch button. The electronic device 100 may receive key input, and generate key signal input related to user settings and function control of the electronic device 100.

The motor 191 can generate vibration prompts. The motor 191 can be used for incoming call vibration notification, and can also be used for touch vibration feedback. For example, touch operations that act on different applications (such as photographing, audio playback, etc.) can correspond to different vibration feedback effects. Acting on touch operations in different areas of the display screen 194, the motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminding, receiving information, alarm clock, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

The indicator 192 may be an indicator light, which may be used to indicate the charging status, power change, or to indicate messages, missed calls, notifications, and so on.

The SIM card interface 195 is used to connect to the SIM card. The SIM card can be inserted into the SIM card interface 195 or pulled out from the SIM card interface 195 to achieve contact and separation with the electronic device 100. The electronic device 100 may support 1 or N SIM card interfaces, and N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. The same SIM card interface 195 can insert multiple cards at the same time. The types of the multiple cards can be the same or different. The SIM card interface 195 can also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to implement functions such as call and data communication. In some embodiments, the electronic device 100 adopts an eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

The software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiment of the present invention takes an Android system with a layered architecture as an example to illustrate the software structure of the electronic device 100 by way of example.

FIG. 4 is a block diagram of the software structure of the electronic device 100 according to an embodiment of the present invention.

The layered architecture divides the software into several layers, and each layer has a clear role and division of labor. Communication between layers through software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, the application layer, the application framework layer, the Android runtime and system library, and the kernel layer.

The application layer can include a series of application packages.

As shown in Figure 4, the application package can include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message, etc.

The application framework layer provides an application programming interface (application programming interface, API) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions.

As shown in Figure 4, the application framework layer can include a window manager, a content provider, a view system, a phone manager, a resource manager, and a notification manager.

The window manager is used to manage window programs. The window manager can obtain the size of the display, determine whether there is a status bar, lock the screen, take a screenshot, etc.

The content provider is used to store and retrieve data and make these data accessible to applications. The data may include videos, images, audios, phone calls made and received, browsing history and bookmarks, phone book, etc.

The view system includes visual controls, such as controls that display text, controls that display pictures, and so on. The view system can be used to build applications. The display interface can be composed of one or more views. For example, a display interface that includes a short message notification icon may include a view that displays text and a view that displays pictures.

The phone manager is used to provide the communication function of the electronic device 100. For example, the management of the call status (including connecting, hanging up, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and so on.

The notification manager enables the application to display notification information in the status bar, which can be used to convey notification-type messages, and it can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify download completion, message reminders, and so on. The notification manager can also be a notification that appears in the status bar at the top of the system in the form of a chart or a scroll bar text, such as a notification of an application running in the background, or a notification that appears on the screen in the form of a dialog window. For example, text messages are prompted in the status bar, prompt sounds, electronic devices vibrate, and indicator lights flash.

Android Runtime includes core libraries and virtual machines. Android runtime is responsible for the scheduling and management of the Android system.

The core library consists of two parts: one part is the function functions that the java language needs to call, and the other part is the core library of Android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes the java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

The system library can include multiple functional modules. For example: surface manager (surface manager), media library (Media Libraries), three-dimensional graphics processing library (for example: OpenGL ES), 2D graphics engine (for example: SGL), etc.

The surface manager is used to manage the display subsystem and provides a combination of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to realize 3D graphics drawing, image rendering, synthesis, and layer processing.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.

In the embodiment of the present application, the kernel layer also includes a virtual VFS, a page cache, a memory management module, and a file system. Among them, VFS is the external interface of the Linux file system, that is to say, upper-level applications access data in internal storage and external storage through the framework layer and VFS. Page cache is an important disk cache of the Linux kernel, used to cache the contents of memory pages. For example, when the kernel reads data, it first searches the page cache to see if the read data already exists. If it does not exist, add a new memory page to the page cache, and then fill the new memory page with data read from the external memory. The memory management module is used to allocate and manage the memory resources of the electronic device 100. Specifically, it includes the efficient and fast allocation of memory resources, and the release and recovery of memory resources when appropriate. The file system can also be referred to as a file management system, which is used to organize and allocate the space of file storage devices (for example, external memory), is responsible for file storage, and protects and retrieves stored files. The mobile terminal 100 may support multiple types of file systems, for example: fourth-generation extended file system (ext4), flash friendly file system (F2FS), etc.

Hereinafter, taking the electronic device 100 as a mobile phone as an example, the technical solutions provided by the embodiments of the present application will be described in detail with reference to the accompanying drawings.

1. How to determine the target page

In this application, the target page is the memory page that the mobile phone needs to lock in the memory. That is, when the mobile phone is powered on, the target page can always be cached in the memory, and specifically can be stored in the page cache as shown in FIG. 4. In other words, when the mobile phone's operating system reclaims memory space, the target page will not be reclaimed.

The target page is the page where the application is prone to page missing. In this way, when the target page is locked in the memory and the application program is running, page missing due to the target page can be avoided, and the running speed of the application program can be improved. In some examples, it is possible to select pages that are prone to page missing among the pages that are called when the application is started, which can increase the application startup speed, reduce the first screen time, and improve the user experience.

Since the solution of this application is to lock the target page in memory, that is, the location of the target page (offset in the target file) and content (specific data of the memory page) are unchanged, so when determining the target page, You need to find a page whose location and content in the application are unchanged as the target page.

Exemplarily, the target file may be determined from the files called by the application, and then the target page may be determined from the target file. Among them, the target file is a file whose location and content are unchanged called by the application program, and the number of target files is one or more.

Among them, a file that meets the following

conditions

1 and 2 can be selected as the target file, as follows:

Condition 1. Read-only file.

This is because if the file is writable, it means that the file may be modified, and the position and content of each page in the file may change, and the page where the page is missing will not be fixed, and the page cannot be locked in memory in advance. in.

In the specific implementation, the file size can be used to judge. If the file size does not change during the running process, the file has a high probability of being a read-only file. Alternatively, the judgment can also be made by obtaining the read and write information of the file, and the read and write information clearly indicates that the file is a read-only file or a readable and writable file. Among them, the file read and write information can be obtained from the VFS. Of course, other methods can also be used to determine whether the file is a read-only file, which is not limited in the embodiment of the application.

Condition 2. The number of occurrences of page deletions has nothing to do with the user.

This is because the number of times a file has page missing is related to the user. For example, when using different accounts to log in to the application or the user data stored in the mobile phone is different, the page where the page is missing may not be fixed, and the page cannot be locked in memory in advance. , It is not convenient to do a unified deployment before the mobile phone leaves the factory.

In other embodiments, the target file can satisfy condition 3 in addition to condition 1 and condition 2.

Condition 3. Files frequently accessed by the application.

After the target file is determined, it is determined from the target file that the page where the page is missing when the application is started is the target page.

Exemplarily, the application program is run multiple times (for example, 2 times or more) under the same conditions, and a page in the target file that is missing almost every time is found, and the page is determined as the target page. Among them, the target page may be one or more pages in a target file.

Specifically, the information of the target file and the information of the target page can be obtained according to the request of the application program to access the above-mentioned target file. For example, the information of the target file may include: file name (file name), file index number (inode number), file size (file size), request size (request size), request offset (request offset), cache hit (hit ) Or miss, etc. The information of the target page may include: file index number, file size, request size, request offset, etc.

In the following, an application startup scenario is taken as an example to illustrate the process of determining the target file and the target page.

In this application, the target page of each application can be determined for different applications. Here, the determination of the target page in the first application is taken as an example, and the method of determining the target page is introduced.

First, the first application can be selected from the applications commonly used by the user. The first application can be, for example, a social application, an entertainment application, such as a video playback application, or a tool application, such as a map. For applications, etc., the embodiment of the present application does not limit the first application program.

Start the first application on the test machine. The test machine may be a mobile phone, or a server or computer that can simulate the operation of the first application on the mobile phone. That is to say, the functional modules on the test machine are the same or similar to the mobile phone, for example, have the same functional modules as shown in Figure 1. In addition, the flow of the first application running on the test machine is the same as the flow of running on the mobile phone.

When the test machine starts the first application program, it obtains the information of the files accessed by the first application program, so as to subsequently determine the target file from the files accessed by the first application program, and then determine the target page from the target file.

Exemplarily, the information about the file accessed by the first application in the reading process is printed in the virtual file system of the test machine. The information of the first application to access the file includes: file name (file name), file index number (inode number), request size (request size), request offset (request offset), cache hit (hit) or miss ( miss) one or more of the others. It is understandable that when the application layer accesses the memory file, it passes through the virtual file system. Therefore, the virtual file system can obtain information about all the files accessed by the first application program.

In a specific implementation, you can obtain /fs/read_write.c (a file in the VFS) from the virtual file system, and obtain the request size (request size) of the first application to access the file from sync_new_read() in the file And request offset information, and read and write information for accessing files. The function dentry_path_raw() can be called in the virtual file system to obtain the file name (file name) of the file accessed by the first application. The information about whether the first application accesses the file or not can be cached from the code of the memory management module, for example, do_generic_file_read() in /mm/filemap.c.

For example, a read-only file can be determined from the files accessed when the first application is started according to the obtained read and write information of the accessed file, that is, the file that meets the condition 1 can be determined.

Another example: considering the different hardware configuration of the test machine, the different settings of the first application program, the different user information used by the first application, and the different user data of the first application, it may cause the page to occur easily when the first application starts. The missing pages may be different. It is also possible to collect information about files accessed when the first application is started under different conditions. Then, compare the information of the files accessed at startup under different conditions, and determine that the file that has a common page missing is a file that has nothing to do with user data, that is, a file that meets condition 2 is determined.

It is understandable that in order to improve the accuracy of the collected data, it is possible to collect data several times, and clean the memory of the test machine before starting the first application each time, so as to determine that the first application is started as a cold start. This is because there are many cases of page missing during the cold start of the first application, and it takes a long time for the first application to cold start, which reduces the time that the first application takes during the cold start and improves users The effect of the experience is more significant.

From the collection of file information accessed when the first application is started, it is determined that the file that meets the above condition 1 and the condition 2, or the file that meets the above condition 1 to condition 3 is the target file. Then select the page where the page is missing from the target file as the target page.

For example, the format used by the first application to access the file is {file index number (inode number), request size (request size), request offset (request offset), cache hit (hit) or miss (miss)}.

Assuming that the first application program is started with the data of user 1, at the time of startup, it is obtained from the virtual file system that the first application program accesses the following files:

{1, 4Byte, 0, miss;

1, 30Byte, 11956, hit;

1, 4Byte, 24878, miss;

2, 4Byte, 39109, hit}

Assuming that the first application program is started with user 2’s data, at startup, it is obtained from the virtual file system that the first application program accesses the following files:

{1, 4Byte, 0, miss;

1, 30Byte, 11956, hit;

2, 4Byte, 39109, hit}

Assuming that a.apk has been determined to be the target file, and the file index number of the target file is "1". Comparing the situation of accessing files when the first application is started using different user data, it can be seen that the page that is missing page is determined to be {1, 4Byte, 0} during both startups, which is determined as the target page.

The above takes the first application program as an example to explain the process of determining the target file and the target page in the first application program. A mobile phone usually contains multiple applications, and the process of determining the target file and target page in other applications is similar, and will not be repeated here.

In order to facilitate the understanding of the determined target files and target pages of each application, as shown in Table 1, an example of target files and target pages of multiple applications is given. In specific implementation, the information shown in Table 1 can be written into the kernel layer of the mobile phone in the form of a configuration file, so that the mobile phone locks the target page of each application according to the configuration file. In some examples, the target file and target page information can be written into the sysfs or proc file of the kernel layer.

Table I

2. Lock the target page

In an embodiment of the present application, the above process of determining the target file and target page can be carried out in a laboratory, that is to say, it can be determined through experiments in advance that the application program that the user frequently uses is prone to page missing and The page whose position and content are fixed is the target page. Later, write these target files and target page information into the configuration file of the mobile phone. That is, the configuration file stored after the mobile phone leaves the factory contains the target files and target page information of multiple applications. For example: the configuration file contains the file name of the target file, etc. The target page information contained in the configuration file includes the size and offset of the target page. Later, when the mobile phone installs and starts the application, the target page can be locked according to the configuration file. In another example, the mobile phone after leaving the factory may not store the configuration file in advance, but after the user selects the function of optimizing the startup speed of the application, the configuration file may be obtained from the server. Specifically, the mobile phone may request the server to send the configuration file, or the server may periodically push the latest configuration file to the mobile phone, which is not limited in this embodiment of the application.

In the following, description is made by taking the locking of the target page in the first application as an example. As shown in FIG. 5, a flowchart of a method for locking a target page provided by an embodiment of this application is specifically as follows:

S501. The mobile phone starts the first application.

S502. Determine whether page missing occurs.

S503: If a page is missing in the mobile phone, read the content of the missing page from the external memory to the internal memory.

In step S501 and step S503, the mobile phone starts the first application when receiving an instruction from the user to start the first application, or the mobile phone automatically starts the first application when a preset condition is met.

In this application, the process from the mobile phone receiving the user's instruction to start the first application program, or the mobile phone determining to start the first application program when the preset conditions are met, to the complete display of the main interface of the first application program on the mobile phone, can be considered It is the startup process of the first application. For example, if the mobile phone detects that the user clicks the first application icon on the desktop, the click operation will trigger the mobile phone to call startActivity(Intent), and finally call the ActivityManagerService. ActivityManagerService creates a new process by calling the startProcessLocked() method. Then the mobile phone binds the created new process with the specified Application (ie, the first application). Later, the activity of the new process is started from the existing process, and the data of the first application is read.

Among them, in the process of starting the first application on the mobile phone, the process of reading data in the memory is specifically: sending a read request for the page required to start the first application to the virtual file system of the kernel layer through the application framework layer . The virtual file system determines whether each requested page is cached in the memory, that is, whether each requested page cache is cached. If it is determined that a certain page cache hits, the page is read from the page cache in the memory. If it is determined that a certain page cache misses (hit), a page miss occurs. The virtual file system sends a read request to the file system for the page that is missed in the cache, requesting to read the page from the external memory. Among them, the page with a cache miss is the missing page. In other words, the content of the missing page is cached in memory.

In this way, the mobile phone memory caches the contents of all pages required for starting the first application program, which is convenient for the mobile phone to start the first application program and display the main interface of the first application program.

S504. After the mobile phone reads the content of the missing page from the external memory into the internal memory, the mobile phone determines whether the file where the missing page is located is the target file.

S505: If the file where the missing page is located is the target file, determine whether the missing page is the target page. If it is determined that the file where the missing page is located is not the target file, the process ends.

In step S504 and step S505, when it is determined that the missing page cache misses, the information of the file where the missing page is located is obtained from the read request for the missing page, such as the file index number (inode number). As explained above, the configuration file of the mobile phone can include the file name of the target file in the first application. Therefore, the mobile phone can convert the file name of the target file in the configuration file into the corresponding file index number in advance. In this way, when the file index number of the missing page is obtained, it can be compared according to the file index number of the missing page and the file index number of the converted target file to determine whether the file where the missing page is located is the target file.

Of course, after obtaining the file index number of the missing page, you can also convert the file index number of the missing page into a file name, and compare it with the file name of the target file in the configuration file to determine whether the file where the missing page is located is the target file The embodiment of the present application does not limit the method for determining whether the file where the missing page is located is the target file.

If it is determined that the file where the missing page is located is the target file, it is further determined whether the missing page is the target page in the target file. Obtain the information of the missing page according to the read request of the missing page, for example: request size (request size), request offset (request offset). As explained above, the configuration file of the mobile phone contains information about the target page, such as the size and offset. Then, you can determine whether the missing page is the target page in the configuration file by searching the configuration file of the mobile phone.

It is understandable that after the mobile phone caches the missing page in the internal memory, the mobile phone can also directly determine whether the missing page is the target page. That is, step S504 and step S505 can be replaced by the mobile phone determining whether the missing page is the target page, and then step S506 is executed. At this time, the information of the target page can be considered to include the file name of the file where the target page is located, the size of the target page, and the offset of the target page. Then, the mobile phone directly compares the information of the missing page with the information of the target page to determine whether the missing page is the target page.

It should be noted that the mobile phone needs to read the configuration file in advance before step S504 to obtain the information of the target file of the first application. For example, after the mobile phone is turned on, or after the operating system is upgraded, or after receiving the instruction to start the first application, or when the first application is installed, or after the first application is updated, it can read the configuration file and obtain the first application. A target file and target page information in an application. The embodiment of this application does not limit the time when the mobile phone reads the configuration file.

S506: If the missing page is the target page, lock the content of the missing page in the internal memory. If the missing page is not the target page, the process ends.

Exemplarily, since the content of the missing page has been cached in the memory in step S503, the content of the missing page can be mounted in the unremovable LRU list (unevictable LRU list) in the memory to realize the detection of the missing page. The content is locked into the internal memory. Among them, the non-removable LRU linked list (hereinafter referred to as the non-removable linked list) is a data structure that can store the contents of a memory page. Mounting the content of the missing page to the non-removable linked list in memory is equivalent to adding the content of the missing page to the non-removable linked list. In the case of unremovable memory power, the contents of the memory pages in the unremovable linked list will not be recycled. Therefore, the contents of the missing pages will not be recycled. In other words, when the memory is powered on, the content of the missing pages will always be cached in the memory and will not be recycled.

For example, the following is a code example that implements the above steps S504 to S506, and the following code can be added to the do_generic_file_read() in Mm/Filemap.c in the VFS of the kernel layer:

Among them, key_inode[] is the file index number of the target file, key_offset0 is the offset of the target page, and key_size0 is the size of the target page.

In this way, when the first application is subsequently started again, the missing pages can be directly read from the memory, which reduces page missing due to the target page, improves the startup speed of the first application, and reduces the first application of the first application. Screen time improves user experience.

In some examples, with the upgrade of the application version and other factors, the target page may change. For example, a new page that meets the conditions of the target page may appear in the first application, or the original target page no longer meets the conditions of the target page. , Or, the content of the target page changes, etc. In this case, you can update the target file and target page of each application in the configuration file.

For example, the configuration file can be maintained by a mobile phone manufacturer or a mobile phone operating system manufacturer. Then, when the mobile phone upgrades the operating system, the latest configuration file can be obtained from the server, and the original configuration file can be replaced. Alternatively, the user can also download the latest configuration file from the application market or the Internet to update it. Then, the mobile phone adjusts the locked target page according to the updated configuration file, such as locking a new target page, and unlocking pages that no longer meet the target page conditions, so as to improve effective memory utilization. Among them, unlocking a page that no longer meets the conditions of the target page can remove the content of the page from the non-removable linked list.

For another example, the configuration file may be maintained by the first application manufacturer (for example, the developer or manager of the application). Then, when the mobile phone installs or updates the first application, the latest configuration file is obtained from the server, and the original configuration file is replaced. Then, the mobile phone adjusts the locked target page according to the updated configuration file, such as locking a new target page, and unlocking pages that no longer meet the target page conditions, so as to improve effective memory utilization. Among them, unlocking a page that no longer meets the conditions of the target page can remove the content of the page from the non-removable linked list.

It can be understood that the foregoing embodiment is described by taking as an example the first application program to lock the target page of the cache miss when checking whether the page is cache hit. It is understandable that based on the inventive concept of this application, the target page can also be locked at other times. For example, after the installation of the first application program is completed, the mobile phone can also read the target page from the external memory to the memory according to the configuration file (including the target file information and target page information of the first application program), and lock it. In this way, when the first application is started later, there will be no page missing due to reading the target page.

In some other embodiments of the present application, the above process of determining the target file can be performed in a laboratory, and then the determined target file is written into the configuration file of the mobile phone. Later, after the phone leaves the factory, the target page can also be automatically determined based on the target file and the actual running application on the phone. That is to say, the configuration file stored after the mobile phone leaves the factory contains the information of the target file in multiple applications, such as the file name of the target file contained in the configuration file. Later, after the mobile phone installs and starts the application, the target page can be determined according to the configuration file and the actual running situation of the application, and then the target page is locked.

As shown in FIG. 6, a flowchart of another method for locking a target page provided by an embodiment of this application is as follows:

S601. The mobile phone installs or updates the first application.

S602. Obtain a target file corresponding to the first application program.

As explained above, the configuration file of the mobile phone before leaving the factory contains the information of the target file of each application, such as the file name of the target file. For specific implementation, please refer to steps (1) to (3) in Figure 7. After the mobile phone installs or updates the first application, the first application of the application layer will notify the kernel layer to read the target file through the framework layer. Configuration file. And convert the file name of the target file in the configuration file to the corresponding file index number, so that the target file can be distinguished according to the file index number in the subsequent.

S603. The mobile phone starts the first application multiple times, and every time it is started, it records pages with missing pages in each target file.

Every time the mobile phone starts the first application, it will request the kernel layer to read the page displaying the main interface of the first application. The kernel layer will first determine whether the requested page is cached in memory. If the cache is in the memory, it is directly read from the memory and executed. If it is not cached in the memory, a page miss will occur, a read request for the missing page is requested from the file system, and the missing page is read from the external memory.

Please continue to refer to steps (4) to (6) in Figure 7. Each time the first application is started, the mobile phone records the information of the page where the page is missing in each target file (for example: the file index number corresponding to the page) , Size, offset), and store the page information where the page is missing in a temporary file.

S604: Determine the target page according to the recorded pages in each target file where the page is missing.

Please continue to refer to step (7) in Figure 7. When the data in the startup process is collected at least twice, the data in the temporary file can be compared. In the target file, the page that will be missing every time it is started is determined as the target page. The method of determining the target page has been described in detail above, so I won’t go into details here. After determining the target page and obtaining the information of the target page, you can delete the temporary file.

S605: Lock the determined target page in the internal memory.

For this step, refer to related content in step S506.

It can be seen that the mobile phone can automatically determine the target page according to the actual running situation of the first application, so that the determined target page is more targeted and accurate. In addition, when the first application program is updated, the target page may also be automatically updated, which is beneficial to improve the startup speed of the first application program.

In some examples, the developer or manager of the application can also update and modify the target file. For example, when the application program is upgraded, the target file corresponding to the application program in the configuration file can also be modified at the same time. The modification method can be, for example, the file name of the new target file can be carried in the installation package or upgrade package of the application. When the application is upgraded, the file name of the target file of the application in the original configuration file in the mobile phone can be replaced with the file name of the new target file.

In other examples, the mobile phone may also provide an interface for modifying the configuration file for the user to choose whether to lock the target file of certain applications. For example, if the user can select certain applications that he rarely use or do not want to optimize in these interfaces, the mobile phone can unlock the target page corresponding to the application selected by the user.

In other examples, after the mobile phone detects that the user has uninstalled certain applications, it can automatically unlock the target page corresponding to the uninstalled application to release memory space and improve memory utilization.

Of course, when the mobile phone updates the operating system, the target file of each application in the configuration file can also be updated, or the user can also update the target file of each application by downloading the latest configuration file. Further, according to the updated target file, the new target page is locked, and the page that is no longer the target page is unlocked.

It can be understood that, provided that the solutions are not contradictory, the foregoing embodiments can be combined in any combination. For example, it is also possible to pre-determine the target file and target page in the laboratory, and write the target file and target page information into the configuration file of the mobile phone. After the phone leaves the factory and starts to run the application, it first locks the preset target page according to the target file and target page in the configuration file. Later, when the application is updated, the user uninstalls or chooses not to optimize some applications, the target file and target page in the configuration file are adaptively modified, etc.

The embodiment of the present application also provides a chip system. As shown in FIG. 8, the chip system includes at least one processor 1101 and at least one interface circuit 1102. The processor 1101 and the interface circuit 1102 may be interconnected by wires. For example, the interface circuit 1102 may be used to receive signals from other devices (such as the memory of the electronic device 100). For another example, the interface circuit 1102 may be used to send signals to other devices (such as the processor 1101). Exemplarily, the interface circuit 1102 can read an instruction stored in the memory, and send the instruction to the processor 1101. When the instructions are executed by the processor 1101, the electronic device can be made to execute the steps performed by the mobile phone (for example, the mobile phone) in the above-mentioned embodiment. Of course, the chip system may also include other discrete devices, which are not specifically limited in the embodiment of the present application.

An embodiment of the present application also provides a device included in an electronic device, and the device has a function of realizing the behavior of the electronic device in any of the methods in the foregoing embodiments. This function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes at least one module or unit corresponding to the above-mentioned functions. For example, a detection module or unit, a cache module or unit, a determination module or unit, and a locking module or unit, etc.

An embodiment of the present application also provides a computer-readable storage medium, including computer instructions, which when the computer instructions run on an electronic device, cause the electronic device to perform any method as in the foregoing embodiments.

The embodiments of the present application also provide a computer program product, which when the computer program product runs on a computer, causes the computer to execute any method as in the above-mentioned embodiments.

It can be understood that, in order to implement the above-mentioned functions, the above-mentioned terminal and the like include hardware structures and/or software modules corresponding to each function. Those skilled in the art should easily realize that in combination with the units and algorithm steps of the examples described in the embodiments disclosed herein, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of the embodiments of the present invention.

The embodiment of the present application may divide the above-mentioned terminal and the like into functional modules according to the above-mentioned method examples. For example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware or software function modules. It should be noted that the division of modules in the embodiment of the present invention is illustrative, and is only a logical function division, and there may be other division methods in actual implementation.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above-mentioned functional modules is used as an example for illustration. In practical applications, the above-mentioned functions can be allocated according to needs. It is completed by different functional modules, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. For the specific working process of the above-described system, device, and unit, reference may be made to the corresponding process in the foregoing method embodiment, which is not repeated here.

The functional units in the various embodiments of the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the embodiments of the present application are essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of software products, and the computer software products are stored in a storage The medium includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include: flash memory, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk and other media that can store program codes.

The above are only specific implementations of this application, but the protection scope of this application is not limited to this. Any changes or substitutions within the technical scope disclosed in this application shall be covered by the protection scope of this application. . Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

A method for accelerating the startup of an application program, characterized in that it is applied to an electronic device, the electronic device contains a configuration file, the configuration file includes information of a target page, and the method includes:

In response to detecting the instruction to start the first application, the electronic device starts the first application;

The electronic device requests to access the memory page required by the startup process of the first application;

If the first memory page among the memory pages required for the startup process of the first application program is not cached in the internal memory, the electronic device reads the content of the first memory page from the external memory and caches it to In the internal memory;

After the electronic device caches the first memory page from the external memory to the internal memory, the electronic device determines whether the first memory page is the target page according to the target page information in the configuration file;

After determining that the first memory page is the target page, the electronic device locks the first memory page in the internal memory.
The method according to claim 1, wherein the method further comprises:

The electronic device detects an instruction to exit the first application program, and the electronic device exits the first application program;

When the electronic device detects the instruction to start the first application again, the electronic device starts the first application again;

Acquiring, by the electronic device, a memory page required by the startup process of the first application program;

The electronic device displays the main interface of the first application.
The method according to claim 1 or 2, wherein the target page is one or more pages in a target file, and the target page has been paged during the start of the first application. Missing; the target file is one or more read-only files accessed when the first application is started, and is one or more of the number of page deletions that have nothing to do with user data when the first application is accessed when the first application is started Multiple files.
The method according to claim 3, wherein the target file is one or more files whose access times are greater than a threshold when the first application is started.
The method according to claim 3 or 4, wherein the information of the target page in the configuration file includes information of the target file and information of the target page;

The electronic device determines whether the first memory page is the target page according to the information of the target page in the configuration file, specifically:

The electronic device determines whether the file where the first memory page is located is the target file according to the information of the target file in the configuration file;

After determining that the file where the first memory page is located is the target file, the electronic device determines whether the first memory page is the target page according to the information of the target page in the configuration file.
The method according to claim 5, wherein the information of the target file in the configuration file includes the name of the target file.
The method according to claim 6, wherein the information of the target page in the configuration file includes the size and offset of the target page.
The method according to claim 7, wherein the method further comprises:

When the electronic device updates the operating system or the electronic device updates the first application, the electronic device obtains the latest configuration file from the server for update.
The method according to any one of claims 5-8, wherein the determining whether the file in which the first memory page is located is a target file is specifically:

Obtain the read request of the first memory page, obtain the file index number of the file where the first memory page is located from the read request of the first memory page, and obtain all files according to the name of the target file in the configuration file. The file index number of the target file;

Determine whether the first memory page is the target file according to the file index number of the file where the first memory page is located and the file index number of the target file.
The method according to claim 9, wherein the determining whether the first memory page is a target page is specifically:

Acquiring the size and offset of the first memory page from the read request of the first memory page;

Determine whether the first memory page is the target page according to the size and offset of the first memory page and the size and offset of the target page.
The method according to any one of claims 1-10, wherein after determining that the first memory page is a target page, the electronic device locks the first memory page in the internal memory, Specifically:

After determining that the first memory page is the target page, the electronic device adds the content of the first memory page to the non-removable linked list of the internal memory.
The method according to any one of claims 1-11, wherein the method further comprises:

In response to detecting the instruction to uninstall the first application program, the electronic device unlocks the first memory page from the internal memory.
The method according to claim 12, wherein the electronic device unlocks the first memory page from the internal memory, specifically:

The electronic device removes the content of the first memory page from the non-removable linked list of the internal memory.
An electronic device, characterized by comprising: a processor, a memory, and a touch screen, the memory, the touch screen are coupled to the processor, the memory is used to store computer program code, the computer program code includes computer instructions , When the processor reads the computer instruction from the memory, so that the electronic device executes the method for accelerating application startup according to any one of claims 1-13.
A computer-readable storage medium, characterized by comprising computer instructions, when the computer instructions run on a terminal, cause the terminal to execute the method for accelerating the startup of an application program according to any one of claims 1-13 .
A chip system, characterized in that it includes one or more processors, and when the one or more processors execute instructions, the one or more processors execute as described in any one of claims 1-13. Describes the method of accelerating application startup.