Electronic equipment system processing method, device and electronic equipment

Abstract

The present application provides an electronic device system processing method, device and electronic device. For an electronic device with a system architecture consisting of a processor + persistent memory, during the installation of an operating system, in response to a system initialization request for the first time, the file system will write the entire system file of the operating system into the persistent memory for storage. In this way, when starting the operating system, this embodiment will obtain the first address of the system startup file through the file system, and execute the system startup file in sequence directly from the first address to initialize and start the operating system of the electronic device and output a system operation interface. Compared with electronic devices with traditional system architectures, it is necessary to read the system startup file from a memory (such as a solid-state hard disk, a mechanical disk, etc.) through a data read and write interface, and then load the system startup file into the memory for execution before the operating system can be started. This simplifies the system startup steps and improves the system startup efficiency.

Description

Technical Field

[0001] The present application mainly relates to the field of computer technology, and more specifically to an electronic equipment system processing method, device and electronic equipment. Background Art

[0002] At present, electronic devices have been widely used in all walks of life. They are usually composed of hardware devices and operating systems. The hardware devices usually include a central processing unit CPU, memory and storage (such as mechanical hard disk, solid-state drive, etc.). During the system startup process, the boot program and the operating system usually need to read files in the storage and load some files into the memory before the system can be initialized. The process is cumbersome, resulting in a long system startup time and a poor user experience. Summary of the invention

[0003] In view of this, the present application provides an electronic device system processing method, the method comprising:

[0004] In response to a system initialization request of the electronic device, writing the system file into the persistent memory of the electronic device;

[0005] Obtaining the first address of a system startup file in the system file, sequentially executing the system startup files stored in the persistent memory from the first address, implementing initial startup of the operating system of the electronic device, and outputting a system operation interface;

[0006] During the initialization startup of the operating system, it is detected that the electronic device is connected to an external device, and the external device is initialized and configured.

[0007] Optionally, the method further includes:

[0008] During the process of powering on the electronic device and starting the operating system, a resume request for the operating system is detected, and the system file is continued to be executed from the resume address of the persistent memory, wherein the resume address refers to the address of the system file in the persistent memory that was executed when the operating system was suspended last time;

[0009] Calling cache data of a processor of the electronic device stored in the persistent memory, and using the cache data of the processor to configure the processor to recover to the working state when the operating system was last suspended, so that the application in the electronic device is recovered to the application state when the operating system was last suspended;

[0010] Reinitialize and configure a first external device connected to the electronic device.

[0011] Optionally, the detecting a recovery request for the operating system includes:

[0012] detecting a quick recovery mark for the operating system, and responding to a recovery request for the operating system;

[0013] The quick resume mark is generated and written into the persistent memory when the operating system is suspended last time; or is configured before the electronic device leaves the factory.

[0014] Optionally, the method further includes:

[0015] Mapping files of the same type stored in the persistent memory to a virtual address space according to the file index in the persistent memory, so that virtual addresses of files of the same type in the virtual address space are continuous;

[0016] Obtaining a mapping relationship between a physical address of each file stored in the persistent memory and a virtual address of a corresponding file in the virtual geographic space;

[0017] The continuing to execute the system file from the recovery address of the persistent memory includes:

[0018] Using the mapping relationship, the mapped system files are continuously executed sequentially starting from the virtual address corresponding to the restore address of the persistent memory; or,

[0019] The physical addresses of different types of files stored in the persistent memory are detected to be continuous, and the stored system files are continuously executed sequentially starting from the recovery address of the persistent memory.

[0020] Optionally, the method further includes:

[0021] In a process of starting the operating system when the electronic device is powered on for a non-first time, no recovery request for the operating system is detected, and a first address of a system startup file in the system file is determined according to a file index in the persistent memory;

[0022] According to the mapping relationship, the mapped system files stored in the persistent memory are sequentially executed starting from the virtual address corresponding to the first address; or, the stored system files are directly continued to be sequentially executed starting from the first address of the persistent memory.

[0023] Optionally, the method further includes:

[0024] Determine that the file index is updated, and update the mapping relationship according to the updated file index.

[0025] Optionally, the method further includes:

[0026] When the operating system was last suspended, calling a cache flush instruction of a processor of the electronic device;

[0027] In response to the cache refresh instruction, determining that at least part of register data in a processor of the electronic device is cache data;

[0028] Refresh the cache data to a preset address of the persistent memory for storage;

[0029] The operating system and the external device are controlled to be powered off.

[0030] The present application also proposes an electronic equipment system processing device, the device comprising:

[0031] A file writing module, used for responding to a system initialization request of the electronic device and writing a system file into the persistent memory of the electronic device;

[0032] A system initialization module, used to obtain the first address of a system startup file in the system file, and execute the system startup file from the first address to initialize and start the operating system of the electronic device;

[0033] Output module, used for outputting system operation interface;

[0034] The peripheral initialization module is used to detect that the electronic device is connected to an external device during the initialization and startup of the operating system, and to initialize and configure the external device.

[0035] Optionally, the device further comprises:

[0036] A system recovery module, configured to detect a recovery request for the operating system during the process of powering on the electronic device and continuing to execute the system file from the recovery address of the persistent memory, wherein the recovery address refers to the address of the system file in the persistent memory that was executed when the operating system was last suspended;

[0037] A processor recovery module, used to call the cache data of the processor of the electronic device stored in the persistent memory, and use the cache data of the processor to configure the processor to recover to the working state when the operating system was last suspended, so as to restore the application program in the electronic device to the application state when the operating system was last suspended;

[0038] The peripheral initialization module is further used to re-initialize the configuration of the first external device connected to the electronic device.

[0039] The present application also proposes an electronic device, the electronic device comprising:

[0040] Persistent memory, used to store the program of the electronic device system processing method as described above, and system files supporting the operation of the operating system and application programs of the electronic device;

[0041] The processor is used to load and execute the program stored in the persistent memory to implement the various steps of the electronic device system processing method as described above.

[0042] It can be seen that compared with the prior art, the present application provides an electronic device system processing method, device and electronic device. For electronic devices with a system architecture consisting of a processor + persistent memory, during the installation of the operating system, the file system will respond to the system initialization request for the first time and write the entire system file of the operating system into the persistent memory for storage. In this way, when starting the operating system, the present embodiment will obtain the first address of the system startup file through the file system, and execute the system startup file in sequence directly from the first address to achieve the initialization startup of the operating system of the electronic device and output the system operation interface. Compared with electronic devices with traditional system architectures, it is necessary to read the system startup file from the memory (such as a solid-state hard disk, a mechanical disk, etc.) through a data read and write interface, and then load the system startup file into the memory for execution before the operating system can be started. The processing method simplifies the system startup steps and improves the system startup efficiency.

[0043] If an external device is connected to the electronic device, the external device can be initialized and configured simultaneously during the initialization and startup of the operating system of the electronic device. In this way, after the operating system is successfully started, the user can directly use the electronic device, thereby improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying any creative work.

[0045] Figure 1 A flowchart diagram showing an optional example of the electronic device system processing method proposed in the present application is shown;

[0046] Figure 2 A flowchart diagram showing another optional example of the electronic device system processing method proposed in the present application is shown;

[0047] Figure 3 A flowchart diagram showing another optional example of the electronic device system processing method proposed in the present application is shown;

[0048] Figure 4 A schematic diagram of file indexing of an operating system in an electronic device applicable to the electronic device system processing method proposed in the present application is shown;

[0049] Figure 5 A flowchart diagram showing another optional example of the electronic device system processing method proposed in the present application is shown;

[0050] Figure 6 A schematic diagram of the structure of an electronic device operating system applicable to the electronic device system processing method proposed in this application is shown;

[0051] Figure 7 A schematic structural diagram of an optional example of an electronic device system processing device proposed in the present application is shown;

[0052] Figure 8 A schematic structural diagram showing another optional example of the electronic device system processing device proposed in the present application;

[0053] Fig. 9 A schematic diagram of the hardware structure of an optional example of an electronic device suitable for the electronic device system processing method proposed in the present application is shown. DETAILED DESCRIPTION

[0054] With respect to the prior art described in the background technology section, this application proposes a new system architecture in order to simplify the startup process of the electronic device operating system and shorten the startup time. The system architecture is directly composed of a central processing unit CPU and a persistent memory. Compared with the traditional system architecture of a central processing unit CPU + memory (such as a mechanical hard disk, a solid-state drive, etc.) + memory, the hardware volume is reduced, and in various application scenarios, the data communication steps between the memory and the memory are eliminated. For example, during the system startup process, the processing steps of reading the system files in the memory and loading them into the memory are eliminated, which greatly improves the system startup efficiency. Similarly, in other application scenarios, there is no need to load the corresponding application data in the memory into the memory, but directly execute the application data in the persistent memory, which improves the application response speed and improves the user experience.

[0055] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0056] It should be noted that, for the convenience of description, only the parts related to the relevant invention are shown in the drawings. In the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other.

[0057] It should be understood that the "system", "device", "unit" and / or "module" used in this application is a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, if other words can achieve the same purpose, the word can be replaced by other expressions.

[0058] As shown in this application and claims, unless the context clearly indicates an exception, the words "a", "an", "a kind" and / or "the" do not refer to the singular, but also include the plural. Generally speaking, the terms "include" and "comprise" only indicate the inclusion of clearly identified steps and elements, and these steps and elements do not constitute an exclusive list. The method or device may also include other steps or elements. The elements defined by the sentence "includes a..." do not exclude the existence of other identical elements in the process, method, commodity or device that includes the elements.

[0059] Among them, 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 article is only a description of the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" refers to two or more than two. The following terms "first" and "second" are used for descriptive purposes only and cannot be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features.

[0060] In addition, flow charts are used in the present application to illustrate the operations performed by the system according to the embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed accurately in order. On the contrary, the various steps may be processed in reverse order or simultaneously. At the same time, other operations may also be added to these processes, or a certain step or several steps of operations may be removed from these processes.

[0061] Reference Figure 1 , shows a flow chart of an optional example of the electronic device system processing method proposed in the present application, the method can be applied to electronic devices with a system architecture consisting of a CPU+persistent memory, the electronic devices can include but are not limited to smart phones, tablet computers, ultra-mobile personal computers (ultra-mobile personal computers, UMPC), netbooks, personal digital assistants (personal digital assistants, PDA), desktop computers, etc., such as Figure 1 As shown, the electronic device system processing method may include:

[0062] Step S11, responding to a system initialization request of the electronic device, writing the system file into the persistent memory of the electronic device;

[0063] In this application, persistent memory (PMem) is non-volatile memory NVM, which is a new hardware in the form of memory. In the actual application of electronic devices, persistent memory can keep data from being lost even after power failure. This application does not limit the specific hardware structure of the persistent memory and its device model. Combined with the above analysis, this application uses persistent memory to replace the traditional combination of storage and memory, which can significantly reduce the data storage delay time.

[0064] Based on the above analysis, in the process of installing an operating system with a system architecture consisting of CPU + persistent memory in an electronic device, in response to the first system initialization request of the electronic device, the system files of the operating system, that is, data that supports the normal operation of the operating system and application programs, can be obtained. This application does not limit the content of the system files. It should be understood that for operating systems of different versions or different functions, the corresponding system file contents are often different. This application does not describe them in detail one by one, and this application does not limit the installation method of the operating system.

[0065] In practical applications, the software organization responsible for managing and storing file information in the operating system is called a file management system, or file system for short. Therefore, the file system is the method and data structure used by the operating system to identify files on storage devices (i.e., persistent memory in this application) or partitions. It usually includes the file system interface, a collection of software for object manipulation and management, and objects and attributes. From a system perspective, the file system is a system that organizes and allocates space on file storage devices, is responsible for file storage, and protects and retrieves stored files.

[0066] Therefore, in an electronic device, a file system is a logical storage and recovery system for naming files and placing files. The operating system installed on it usually has this file system, and when the operating system is installed in the electronic device and the system is initialized, the files in its file system (i.e., the system files mentioned above in this application) can be placed somewhere in a hierarchical structure. The system files are placed in directories or subdirectories, such as a tree structure. The file system can place each file contained in the entire system file at a reasonable location or user-defined location in the tree structure to facilitate the management of system files.

[0067] Based on this, the electronic device can implement file-level access such as addressing, reading, writing, and obtaining size according to the file system. Among them, addressing can be used to return the memory address of the file (i.e., the physical address of the file stored in the persistent memory) or the remapped virtual address. The construction process of the mapping relationship between the virtual address and the memory address can refer to but is not limited to the description of the corresponding embodiment below, and this embodiment will not be described in detail.

[0068] Among them, in the actual application of electronic devices with the above system architecture, when users manage files and directories on persistent memory, they can use the system call interface to implement file opening, closing, reading and writing, mapping (map) and refreshing (Flush) and other operations, and for different types of operations, corresponding call interface implementations can be configured. It should be noted that the system call interface of the present application can be connected to the file system read and write API (Application Programming Interface, application program interface) of the traditional system architecture, such as Posix (Portable Operating System Interface, portable operating system interface) under Linux system, win32 (i.e., 32-bit environment of Microsoft Windows operating system) API under Windows system, etc. The type and number of system call interfaces of the operating system installed in the electronic device of the present application are not limited and can be determined as appropriate.

[0069] Step S12, obtaining the first address of the system startup file in the system file, and sequentially executing the system startup files stored in the persistent memory from the first address to initialize and start the operating system of the electronic device, and output the system operation interface;

[0070] In this application, the entire system file of the operating system can be stored in blocks. The specific storage method can be combined with the description of the file system related content above. This application does not elaborate on the specific storage method of the system file. In order to facilitate the subsequent reading and management of the files stored in the persistent memory, a file index is usually constructed to determine the correspondence between the logical blocks of the file and the storage space of the file (such as the storage address). In this way, when performing subsequent data read and write operations in the persistent memory, the file index can be used for implementation. The specific implementation process is not described in detail in this embodiment.

[0071] Among them, for the above-mentioned file index, it can be constructed in a key-value manner and / or fcb (file control block) / inode (that is, an area used to store metadata such as the creator, creation date, and file size of a file, which can be called an index node. Usually, each file corresponds to an inode), but it is not limited to this and can be determined based on the actual situation of the operating system.

[0072] Based on this, the present application can use the system call interface to map the persistent memory to the file system, manage the storage space of the persistent memory, and the correspondence between the storage space and the system files in the file system, that is, to achieve the management of the above-mentioned file index. Therefore, compared with the file system of the traditional system architecture, which provides a data read and write interface for the upper-level applications and the operating system to read the data in the memory through the data read and write interface when needed, the file system of the present application will use the above-mentioned file index to provide the first address of each system file, so that the upper-level applications and the operating system can directly access the required file content through the persistent memory address when needed. The specific implementation process can be determined in combination with the characteristics of the persistent memory, and this embodiment will not be described in detail.

[0073] In combination with the above description, it should be understood that the file system in the operating system installed on the electronic device can clearly define the storage location of each system file. Since after the operating system is initialized for the first time, the storage locations of each system file are often continuous, that is, the physical address of each system file in the persistent memory at this stage is continuous. Therefore, when the operating system starts, the process scheduler obtains the system startup file provided by the file system (that is, the system file required for implementing the operating system startup, this application does not limit the system file content contained in the system startup file, which may be determined as appropriate) After the first address stored in the persistent memory, the system startup file can be directly executed starting from the file instructions stored at the first address to implement the initialization startup of the operating system, and when it is successfully started, the system operation interface is output.

[0074] Step S13: during the initialization and startup of the operating system, it is detected that the electronic device is connected to an external device, and the external device is initialized and configured.

[0075] In the process of implementing the initialization startup of the operating system in the above manner, power can be supplied to the external device connected to the electronic device, and after the external device is powered on, the initialization configuration of the external device is implemented. Among them, the external device of the present application may refer to a device other than the basic device that supports the normal operation of the electronic device operating system, such as a network card, an audio device, a keyboard, a mouse, etc. The present application does not limit the device type of the external device and its initialization configuration method.

[0076] In some embodiments, the external device connected to the electronic device can be selected according to application requirements, so as to implement its initialization configuration based on the device characteristics of the external device and its functional requirements, and the relevant data used to implement the initialization configuration of the external device can be written into the persistent memory. In this way, when the initialization configuration of the external device is required, the starting address of the initialization configuration file corresponding to the detected external device can be determined in the above manner, and the initialization configuration file can be executed sequentially starting from the starting address to implement the initialization configuration of the corresponding external device. The specific initialization configuration process is not described in detail.

[0077] Among them, during the initialization process of external devices, or even the initialization process of the operating system, when executing a file in persistent memory, it may be necessary to trigger the execution of subsequent files based on user input operations; it may also be fully automatic, which is not elaborated in this application and can be determined according to the situation.

[0078] To summarize, in the embodiments of the present application, for an electronic device having a system architecture consisting of a processor + persistent memory, during the installation of the operating system, the file system will write the entire system file of the operating system into the persistent memory for storage in response to the system initialization request for the first time. In this way, when the operating system is started, the present embodiment will obtain the first address of the system startup file through the file system, and execute the system startup file in sequence directly from the first address to initialize the startup of the operating system of the electronic device and output the system operation interface. Compared with electronic devices with traditional system architectures, the boot program needs to read the system startup file from the memory (such as a solid-state hard drive, a mechanical disk, etc.) through a data read and write interface, and then load the system startup file into the memory for execution before the operating system can be started. This simplifies the system startup steps and improves the system startup efficiency.

[0079] If an external device is connected to the electronic device, the external device can be initialized and configured simultaneously during the initialization and startup of the operating system of the electronic device. In this way, after the operating system is successfully started, the user can directly use the electronic device, thereby improving the user experience.

[0080] Reference Figure 2 , shows a flow chart of another optional example of the electronic device system processing method proposed in the present application. This embodiment can be an optional extended implementation of the electronic device system processing method proposed in the above embodiment, but is not limited to this. Therefore, this embodiment is still applicable to electronic devices with a processor + persistent memory system architecture, such as Figure 2 As shown, the electronic device system processing method proposed in this embodiment may include:

[0081] Step S21, during the process of powering on the electronic device and starting the operating system, a recovery request for the operating system is detected, and the system file is continued to be executed from the recovery address of the persistent memory;

[0082] The embodiments of the present application are applicable to application scenarios where the electronic device was last powered off after the system was suspended, and it is hoped that after powering on this time, it can be directly restored to the user environment before the power outage. The user environment to be restored this time includes the operating environment of the operating system, and applications and documents that the user has run or opened.

[0083] With respect to the application scenario of fast recovery from power failure described above, in the prior art, when the electronic device is powered off and then powered on again, such as in the application of sleep mode, it is necessary to reload the programs and documents opened by the user, that is, re-read the relevant files from the storage and load them into the memory, and before the power is off, the relevant data of the programs and documents opened by the user in the memory needs to be written into the storage to ensure that they can be reloaded into the memory at the next power-on to restore the programs and documents opened by the user. This takes a certain amount of time, which reduces the user experience; moreover, if the remaining storage space of the memory is insufficient and the relevant data of the programs and documents opened by the user (that is, the memory data) cannot be saved, the sleep operation will not be able to be performed.

[0084] In order to improve the above-mentioned problems, the electronic device of the present application is configured with a hardware structure of a processor and a persistent memory. In the face of such an application scenario of rapid recovery from power failure, it is detected that the operation startup of the electronic device is suspended, and in response to the system suspension instruction, the cache data of the electronic device processor can be written into the persistent memory. The relevant data of the programs and documents opened by the user are already in the persistent memory and do not need to be processed, but the address of the currently executed file will be retained as the recovery address. In this way, during the process of powering on the electronic device to start the operating system, a recovery request for the operating system will be detected, and it will be determined that the last power failure of the electronic device was an abnormal shutdown, and this power-on needs to restore the user environment. Therefore, after the electronic device is powered on again, since the address of the persistent memory remains unchanged, the system files can be directly continued to be executed from the recovery address of the persistent memory.

[0085] Combined with the above analysis, the above-mentioned recovery address may refer to the address of the system file in the persistent memory executed when the operating system was last suspended. If the last suspension of the operating system was based on the user pressing the pause key, then the recovery address may be the location where the user pressed the pause key. It should be noted that this application does not limit the triggering method that caused the last suspension of the operating system, which can be determined based on actual application conditions, and is not limited to the triggering method of the user pressing the pause key described above.

[0086] Step S22, calling cache data of the processor of the electronic device stored in the persistent memory;

[0087] Step S23, using the cache data of the processor, configuring the processor to recover to the working state when the operating system was last suspended, so that the application in the electronic device recovers to the application state when the operating system was last suspended;

[0088] As analyzed above, when the operating system was suspended last time, the electronic device wrote the processor's cache data into persistent memory storage. Therefore, when the power is turned on and restored this time, in order to restore the working state of the processor, the processor's cache data can be called from the persistent memory, and the processor can be configured accordingly to restore it to the working state when the operating system was suspended last time. It should be noted that this application does not limit the content of the cache data of the processor restored this time, which is usually determined based on the working state of the processor when the system is suspended, and this application will not elaborate on this.

[0089] In some embodiments, the cache data of the processor may be the register data of the processor CPU. Combined with the above analysis, when the operating system was last suspended, the kernel or user-mode user program may perform a flush operation on at least part of the register data of the processor to refresh at least part of the register data of the processor to the persistent memory. The present application does not limit the content of the register data that requires a flush operation in this application scenario, nor does it limit the implementation method of the flush operation.

[0090] It should be noted that after the electronic device is powered on again, the operations described in the above steps S21 to S23 are often completed in a very short time, such as within 1 second, so that the electronic device is restored to the user environment before the last power outage. The user can continue to operate the open applications without restarting the applications, thereby improving the user experience.

[0091] Step S24: re-initialize the configuration of the first external device connected to the electronic device.

[0092] In practical applications, some external devices connected to the electronic device may need to be initialized and configured each time they are powered on. This application may record such external devices as first external devices, such as network cards, etc. This application does not limit the device categories included in the first external device. In the embodiment of the present application, the external device initialization module may perform initialization after the first external device is powered on again. The specific description of the external device initialization configuration process in the above embodiment may be referred to but not limited to, and will not be repeated in this embodiment.

[0093] It can be seen that in the embodiment of the present application, since the operating system and the application program are running, the required files are stored in the persistent memory and executed in the persistent memory, so that the files generated by the operation of the operating system and the files generated by the operation of the application program are also directly stored in the persistent memory. In this way, before the system of the electronic device is suspended and the power is turned off, the address of the persistent memory remains unchanged, and only the cache data of the processor needs to be written into the persistent memory. In this way, when the electronic device is powered on again to start the operating system, a recovery request for the operating system is detected, and the system file will be directly continued to be executed from the recovery address of the persistent memory, and the cache data of the processor stored in the persistent memory is used to configure the processor to restore it to the working state when the system was last suspended, so that the application of the electronic device can be quickly restored to the application state when the operating system was last suspended, that is, the user environment is restored, and the first external device is re-initialized and configured, and the user can continue the operation before the last suspension and power off. It can be seen that the persistent memory of the electronic device of the present application replaces the traditional memory + memory, eliminates the processing steps of writing memory data into the memory when the system is suspended, and the processing steps of reading the memory data stored in the memory and reloading it into the memory when the system is powered on again, which greatly improves the system recovery and startup efficiency in the system fast recovery application scenario.

[0094] Reference Figure 3 , shows a flow chart of another optional example of the electronic device system processing method proposed in the present application. This embodiment can be an optional detailed implementation of the electronic device system processing method suitable for the system fast recovery application scenario described in the above embodiment, but is not limited to this detailed implementation. Figure 3 As shown, the method may include:

[0095] Step S31, detecting that the operating system of the electronic device is suspended, calling a cache refresh instruction of the processor of the electronic device;

[0096] In combination with the description of the corresponding parts of the above embodiments, if the user presses the pause button to suspend the operating system, in order for the electronic device to be able to restore the user environment the next time it is powered on, it is necessary to write the cache data of the electronic device processor into the persistent memory before the operating system is powered off to save the processor's cache data, such as part or all of the CPU's IP, RAX, RSP and other register data.

[0097] In order to implement the refresh operation of the processor cache data, this embodiment can call the cache refresh instruction for the processor, such as the clwb instruction in Intel, etc. This application does not limit the instruction content of the above cache refresh instruction, that is, the refresh method of the processor cache data is not limited. It should be noted that for electronic devices with different operating systems, the cache refresh instructions for the processor called by their Flush modules (refresh modules) may be different, and this embodiment of the application will not be described in detail one by one.

[0098] Step S32, responding to the cache refresh instruction, determining that at least part of the register data in the processor of the electronic device is cache data;

[0099] Step S33, refreshing the cache data to a preset address of the persistent memory for storage;

[0100] Regarding the implementation process of refreshing the processor's cache data to the persistent memory, reference may be made to the description of the corresponding part of the above embodiment, and this embodiment will not be repeated. In the actual application of this embodiment, the storage space in the persistent memory for storing the processor cache data may be pre-set, such as determining the above-mentioned preset address through the file system, and the preset address may include multiple continuous physical addresses in the persistent memory, or multiple discontinuous physical addresses, depending on the situation. This embodiment does not limit the method for determining the preset address and its corresponding storage space length.

[0101] Step S34, generating a quick recovery mark for the operating system, and writing the quick recovery mark into the persistent memory;

[0102] Among them, the quick recovery mark can be used to indicate that after the electronic device is powered on, it can quickly restore to the user environment before the last power failure, so that the user can continue to operate the application or document. This application does not limit the content of the quick recovery mark.

[0103] In the present application, if the quick recovery mark is not configured in the operating system of the electronic device, step S34 can be executed after the kernel of the electronic device learns of the operating system suspension event (which can be distinguished from the system suspension state after a traditional hibernation or sleep operation), and is not limited to the order of step execution described in this embodiment.

[0104] Step S35, controlling the operating system and external devices to be powered off;

[0105] After this embodiment writes the data required for rapid system recovery into the persistent memory in the above manner, the operating system can cut off the external device and its own logical power supply, so that the external device and the electronic device's own operating system are powered off. After that, the user can disconnect the physical power supply connected to the electronic device. The specific implementation process is not described in detail.

[0106] Step S36, responding to the power-on startup request of the electronic device operating system, detecting a fast recovery mark for the operating system, and responding to the recovery request for the operating system;

[0107] Following the above analysis, the quick recovery mark of this embodiment can be generated and written to the persistent memory when the operating system was last suspended. According to actual needs, it can also be configured before the electronic device leaves the factory. In this case, the operating system can be installed in the above manner before the electronic device leaves the factory, and the quick recovery mark can be configured and written to the persistent memory. The specific implementation process will not be described in detail.

[0108] Step S37, continuing to execute the system file from the recovery address of the persistent memory, and calling the cache data of the processor of the electronic device stored in the persistent memory, and configuring the processor to recover to the working state when the operating system was last suspended by using the cache data of the processor, so that the application in the electronic device is recovered to the application state when the operating system was last suspended;

[0109] Step S38: re-initialize the configuration of the first external device connected to the electronic device.

[0110] Regarding the specific implementation process of step S37 and step S38, reference may be made to the description of the corresponding parts of the above embodiment, which will not be elaborated in this embodiment.

[0111] To summarize, since the electronic device of the present application uses persistent memory to replace the traditional storage and memory structure, during the operation of the electronic device, the files required for the movement of the operating system and application programs, as well as the data generated by the operation are directly stored in the persistent memory. In this way, when the operating system is suspended, only the cache data of the processor needs to be refreshed to the persistent memory. Compared with the prior art, which requires reading the memory data generated by the operation of the operating system and application programs and then refreshing it to the memory, the amount of refreshed data is greatly reduced, the data refresh storage efficiency is improved, and the power-off speed of the electronic device is increased.

[0112] And when the operating system is suspended, a quick recovery mark can also be generated and written to the persistent memory. In this way, when the electronic device is powered on again, in response to the power-on startup request of the operating system, the quick recovery mark can be detected from the persistent memory to respond to the recovery request for the operating system, and the cache data of the processor is called to restore the working state of the processor when the system is suspended, and the stored system files can be continued to be executed directly from the recovery address of the persistent memory, so that the application of the electronic device is restored to the application state when the system was last suspended, that is, the user environment is quickly restored, the processing process of reading memory data from the storage device and then writing it into the memory is eliminated, and the efficiency of the rapid recovery of the operating system is improved.

[0113] With respect to the electronic device system processing methods described in the above-mentioned embodiments, in actual applications, after the electronic device operating system has been upgraded multiple times, or after the application has been upgraded multiple times, some system files in the persistent memory may be fragmented after being modified multiple times, that is, the storage addresses of the executable file instructions contained in the system files are no longer continuous. In this case, if the files stored in the persistent memory are executed sequentially starting from the first address after obtaining the first address of the system file, an error may occur due to the discontinuity of the storage addresses of the system files, resulting in a mismatch between the executable file instructions and the storage addresses.

[0114] For example, refer to Figure 4 The file index diagram shown in the figure shows that after dividing the entire system file into blocks, the following Figure 4 The file control block A, file control block B and file control block C shown in the figure are not limited to Figure 4 The three file control blocks shown may be used as needed. For each file control block, the storage location of the file in the persistent memory is not continuous. The file index can determine the corresponding relationship between the file in each file control block and its storage address in the persistent memory, but is not limited to Figure 4 The corresponding relationship shown.

[0115] In response to the above situation, the present application proposes a virtual mapping method based on persistent memory to realize the mapping of the file system and persistent memory, that is, to map the geographically discontinuous system file contents to the virtual address space through virtual content mapping technology, and to ensure that the virtual addresses of the same system file contents in the virtual address space are continuous.

[0116] Specifically, refer to Figure 5 FIG. 1 is a flow chart of another optional example of the electronic device system processing method proposed in the present application. Based on the above embodiment, the electronic device system processing method proposed in this embodiment may further include:

[0117] Step S51, mapping files of the same type stored in the persistent memory to the virtual address space according to the file index in the persistent memory, so that the virtual addresses of the files of the same type in the virtual address space are continuous;

[0118] Combined with the above analysis, since the file index in the file system can determine the correspondence between the file in the file control block and its physical address in the persistent memory, based on this, for files of the same type, such as files belonging to the same file control block, the virtual memory mapping technology can be used to map the physical addresses of these files in the persistent memory to the virtual address space, and in the mapping process, the virtual addresses are mapped continuously, so that the virtual addresses of the file contents contained in the same type of files in the virtual address space are continuous. How this application uses virtual memory mapping technology to implement the specific implementation process of step S51 is not described in detail.

[0119] Step S52, obtaining a mapping relationship between the physical address of each file stored in the persistent memory and the virtual address of the corresponding file in the virtual geographic space;

[0120] Following the above analysis, after completing the mapping between persistent memory and virtual address space in the above manner, the mapping relationship between the physical address of each file stored in persistent memory and the virtual address of the corresponding file in the virtual geographic space can be determined. The mapping relationship can be expressed by constructing a virtual mapping table, but is not limited to this.

[0121] It should be noted that the above-mentioned mapping relationship of the present application can be completed during the initialization process of the operating system, and during the use of the electronic device after the operating system is installed, when it is determined that the file index is updated, the mapping relationship is updated in time according to the updated file index to ensure that the file is subsequently read and written reliably based on the mapping relationship. The implementation method of updating the mapping relationship is similar to the construction method thereof, and the virtual addresses of the file contents contained in files of the same type need to be continuous. The specific updating method is not described in detail.

[0122] In some other embodiments, the present application can also detect whether the physical addresses of the file contents of the same type of system files stored in the persistent memory are continuous. If there is any type of system file whose physical addresses of the file contents (such as system file instructions) are discontinuous, that is, the system file is fragmented after multiple modifications, the above mapping relationship is constructed in the above manner. It can be seen that the above mapping relationship (such as the virtual mapping table) can be constructed when the operating system is initialized, or it can be constructed after the file fragmentation occurs. The present application does not limit the construction time and construction method of the mapping relationship, which can be determined according to the situation.

[0123] Step S53, when the electronic device is powered on and the operating system is started, a recovery request for the operating system is detected, and the mapped system files are continuously executed sequentially starting from the virtual address corresponding to the recovery address of the persistent memory using the mapping relationship.

[0124] In the application scenario where the electronic device needs to be quickly restored, the electronic device system is suspended and powered on again to obtain the implementation process of the recovery request for the operating system. The description of the corresponding part of the above embodiment can be referred to, and this embodiment will not be repeated. In the process of responding to the recovery request, this embodiment can use the pre-built mapping relationship, starting from the virtual address corresponding to the recovery address of the persistent memory, and continue to execute the system files mapped by the subsequent virtual addresses in the virtual address space in sequence.

[0125] Among them, the above-mentioned mapping relationship of the present application can be directly provided to the kernel for use in the above-mentioned manner. After determining the first address of the system file to which it is related through the file system, the required file instructions can be called or executed directly according to the mapping relationship; it can also correspond to the map operation of the system call interface in the traditional system architecture. The mapping implementation method and its application in this scenario can refer to the implementation and application of the map operation, which will not be described in detail in this embodiment.

[0126] In some other embodiments, if the physical addresses of different types of files stored in the persistent memory are detected to be continuous, when responding to the above-mentioned recovery request, the present application can also directly continue to execute the stored system files in sequence starting from the recovery address of the persistent memory, that is, use direct addressing to determine the file instruction corresponding to the recovery address, and continue execution from the file instruction.

[0127] In some other embodiments proposed in the present application, when the electronic device is not powered on for the first time to start the operating system, no recovery request for the operating system is detected. After determining the first address of the system startup file in the system file based on the file index in the persistent memory, the present application can, based on the above-mentioned mapping relationship, sequentially execute the mapped system files stored in the persistent memory starting from the virtual address corresponding to the first address; or, continue to sequentially execute the stored system files directly starting from the first address of the persistent memory, that is, obtain the file instructions corresponding to the continuous virtual addresses through the virtual mapping table and execute them, or execute the file instructions stored in the persistent memory through direct addressing. The specific implementation process can refer to the description of the corresponding part of the above-mentioned embodiments.

[0128] In summary, in an electronic device in which storage and internal memory are replaced by persistent memory, it is possible to support rapid recovery of the user environment after power failure in the above manner. Moreover, this embodiment maps the persistent memory to the virtual address space, so that the file content of the same type of system files in the persistent memory is mapped to the virtual address space, and constructs a mapping relationship between the continuous or discontinuous physical address of the file content in the persistent memory and the continuous virtual address in the virtual storage space. In this way, when the system file is fragmented after multiple modifications, it can be ensured that the executable file instructions to be executed match the physical address. Using this mapping relationship, the executable file instructions in the persistent memory can be reliably and correctly executed, thereby ensuring the reliable and normal operation of the application.

[0129] Based on the electronic device system processing method described in the above embodiments, it can be known that the electronic device proposed in this application is suitable for the electronic device system processing method, such as Figure 6 As shown, the operating system may include a file system suitable for persistent memory, a memory manager, and a process scheduler (also referred to as a process manager), and the operating system may be connected to system call interfaces such as Posix interfaces and Win32 APIs in traditional systems, but is not limited to this.

[0130] Among them, Figure 6 As shown, the file system of the present application may include a system call interface, a persistent memory file system (i.e., PMemFile System), a virtual mapping table, a file index, a persistent memory interface (i.e., PMem interface), and a refresh module (i.e., Flush module), etc. In practical applications, the process scheduler can obtain the first address of the required system file through the persistent memory file system, and start execution at the location where the instructions of the directly corresponding system file are located. The memory manager can implement the management of the virtual mapping table, such as construction and update, etc. The present application does not elaborate on the working principles of the process scheduler and memory manager in the operating system.

[0131] For the power-off fast recovery application scenario described in the above embodiments of the present application, the kernel module of the electronic device can work in the operating system ring0 mode (i.e., for use in privileged mode), responsible for the processor CPU registers and privileged instructions, and the control program is used to contact the kernel mode for human-computer interaction, that is, trigger the Flush module in the above manner to refresh the processor cache data to the persistent memory and cut off the power supply; and when the electronic device is powered on again, it can quickly restore the user environment in the above manner. It is different from the system hibernation recovery processing method of the traditional system architecture. The present application only needs to refresh the CPU register data to the persistent memory, and only needs to restore the working state of some CPU registers during recovery, which greatly improves the system recovery efficiency.

[0132] based on Figure 6The schematic diagram of the electronic device operating system structure shown in the figure shows that when the operating system is normally initialized and started, when the boot program of the operating system is started and no quick recovery mark is detected, the boot program can index the system files in the persistent memory, find the entry of some kernel files required for startup, that is, the first address of the system startup file, jump to the first address to start execution, and implement a series of initializations of the operating system, such as loading the component kernels such as the memory manager, process scheduler, and IO controller, loading the graphical interface and user desktop program, and outputting the system operation interface, so that the user can find and open the required applications and documents. This application does not elaborate on the specific implementation process of initializing the operating system after the electronic device is normally shut down and powered on again, and may include but is not limited to the content described in the above embodiment.

[0133] Reference Figure 7 , is a schematic diagram of an optional example of a structure of an electronic device system processing device proposed in the present application, the device can be applicable to an electronic device having a system architecture constructed by a processor and a persistent memory, such as Figure 7 As shown, the device may include:

[0134] A file writing module 71, configured to respond to a system initialization request of the electronic device and write a system file into a persistent memory of the electronic device;

[0135] A system initialization module 72, used to obtain the first address of the system startup file in the system file, and execute the system startup file from the first address to initialize and start the operating system of the electronic device;

[0136] Output module 73, used for outputting the system operation interface;

[0137] The peripheral initialization module 74 is used to detect that the electronic device is connected to an external device during the initialization and startup of the operating system, and to initialize and configure the external device.

[0138] In some embodiments, Figure 8 As shown, the device may also include:

[0139] The system recovery module 75 is used to detect a recovery request for the operating system during the process of powering on the electronic device and starting the operating system, and continue to execute the system file from the recovery address of the persistent memory.

[0140] The resume address refers to the address of the system file in the persistent memory that was executed when the operating system was suspended last time.

[0141] Optionally, the system recovery module 75 may include:

[0142] a fast recovery mark detection unit, used to detect whether there is a fast recovery mark for the operating system, and if the fast recovery mark is detected, respond to a recovery request for the operating system;

[0143] The quick resume mark is generated and written into the persistent memory when the operating system is suspended last time; or is configured before the electronic device leaves the factory.

[0144] A processor recovery module 76, configured to call cache data of the processor of the electronic device stored in the persistent memory, and configure the processor to recover to the working state when the operating system was last suspended using the cache data of the processor, so as to restore the application in the electronic device to the application state when the operating system was last suspended;

[0145] Correspondingly, the above-mentioned peripheral initialization module 74 can also be used to re-initialize the configuration of the first external device connected to the electronic device.

[0146] Based on the electronic device system processing device described in the above embodiment, the device may further include:

[0147] A cache refresh instruction calling module, used to call a cache refresh instruction of a processor of the electronic device when the operating system was suspended last time;

[0148] A cache refresh instruction response module, used to respond to the cache refresh instruction and determine that at least part of the register data in the processor of the electronic device is cache data;

[0149] A cache data refresh module, used for refreshing the cache data to a preset address of the persistent memory for storage;

[0150] A power control module is used to control the operating system and the external device to power off.

[0151] Based on the electronic device system processing device described in the above embodiment, in order to ensure that the executable file instructions match the physical addresses in the persistent memory when the system file is fragmented after multiple modifications, the device may also include:

[0152] A virtual mapping module, configured to map files of the same type stored in the persistent memory to a virtual address space according to a file index in the persistent memory, so that virtual addresses of files of the same type in the virtual address space are continuous;

[0153] A mapping relationship acquisition module, used to acquire a mapping relationship between a physical address of each file stored in the persistent memory and a virtual address of a corresponding file in the virtual geographic space;

[0154] Accordingly, the system recovery module 75 may include:

[0155] A first recovery unit is configured to use the mapping relationship to continue to sequentially execute the mapped system files starting from the virtual address corresponding to the recovery address of the persistent memory; or

[0156] The second recovery unit is used to detect that the physical addresses of different types of files stored in the persistent memory are continuous, and continue to execute the stored system files in sequence starting from the recovery address of the persistent memory.

[0157] In some embodiments, based on the electronic device system processing device described in the above embodiments, the device may further include:

[0158] A system startup file determination module, used to determine the first address of the system startup file in the system file according to the file index in the persistent memory when no recovery request for the operating system is detected during the process of the electronic device powering on and starting the operating system other than for the first time;

[0159] A first execution module is used to sequentially execute the system files stored in the persistent memory mapped from the virtual address corresponding to the first address according to the mapping relationship; or a second execution module is used to continue to sequentially execute the stored system files directly from the first address of the persistent memory.

[0160] In some further embodiments, the above device may further include:

[0161] The updating module is used to determine that the file index is updated, and update the mapping relationship according to the updated file index.

[0162] It should be noted that the various modules, units, etc. in the above-mentioned device embodiments can be stored in the memory as program modules, and the processor executes the above-mentioned program modules stored in the memory to implement the corresponding functions. For the functions implemented by each program module and its combination, as well as the technical effects achieved, please refer to the description of the corresponding parts of the above-mentioned method embodiments, which will not be repeated in this embodiment.

[0163] Reference Fig. 9 , is a schematic diagram of a hardware structure of an optional example of an electronic device applicable to the electronic device system processing method proposed in this application, and the electronic device may include a persistent memory 91 and a processor 92, wherein:

[0164] The persistent memory 91 can be used to store the program of the electronic device system processing method described in the above method embodiment, as well as system files that support the operation of the operating system and application programs of the electronic device, and various data generated during the operation of the operating system and application programs. It can be seen that the persistent memory of the electronic device of the present application replaces the storage and memory of the traditional electronic device. The application does not elaborate on the application function of the persistent memory, and can refer to but is not limited to the description of the corresponding part of the above method embodiment.

[0165] The processor 92 can be used to load and execute the program stored in the persistent memory 91 to implement the various steps of the electronic device system processing method described in the above method embodiment. The specific implementation process can refer to the description of the above corresponding method embodiment, which will not be repeated in this embodiment.

[0166] In combination with the above analysis, the processor 92 of the embodiment of the present application may be a central processing unit (CPU), and the present application does not elaborate on the application functions of the CPU in the electronic device.

[0167] It should be understood that Fig. 9 The structure of the electronic device shown does not constitute a limitation on the electronic device in the embodiment of the present application. In practical applications, the electronic device may include Fig. 9 More or fewer components as shown, or a combination of certain components, such as various communication interfaces; other processing devices such as application-specific integrated circuits (ASICs), digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) or other programmable logic devices; at least one output device such as a display, a speaker, a vibration mechanism, a lamp, etc.; at least one input device such as a touch sensing unit for sensing touch events on a touch display panel, a keyboard, a mouse, a camera, a microphone, etc., which are not listed one by one in this application.

[0168] Finally, it should be noted that the various embodiments in this specification are described in a progressive or parallel manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other. For the devices and electronic devices disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the description is relatively simple, and the relevant parts can be referred to the method part description.

[0169] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for processing an electronic device system, the method comprising: In response to a system initialization request of the electronic device, writing the system file into the persistent memory of the electronic device; Obtaining the first address of the system startup file in the system file by using the file index, and sequentially executing the system startup files stored in the persistent memory from the first address to initialize and start the operating system of the electronic device, and outputting a system operation interface; During the initialization and startup of the operating system, it is detected that the electronic device is connected to an external device, and the external device is initialized and configured using the relevant data written into the persistent memory according to the device characteristics of the external device and the functional requirements thereof; The method further comprises: During the process of powering on the electronic device and starting the operating system, a resume request for the operating system is detected, and the system file is continued to be executed from the resume address of the persistent memory, wherein the resume address refers to the address of the system file in the persistent memory that was executed when the operating system was suspended last time; Calling cache data of a processor of the electronic device stored in the persistent memory, and using the cache data of the processor to configure the processor to recover to the working state when the operating system was last suspended, so that the application in the electronic device is recovered to the application state when the operating system was last suspended; Reinitialize and configure a first external device connected to the electronic device.

2. The method according to claim 1, wherein the detecting a recovery request for the operating system comprises: detecting a quick recovery mark for the operating system, and responding to a recovery request for the operating system; The quick resume mark is generated and written into the persistent memory when the operating system is suspended last time; or is configured before the electronic device leaves the factory.

3. The method according to claim 1, further comprising: Mapping files of the same type stored in the persistent memory to a virtual address space according to the file index in the persistent memory, so that virtual addresses of files of the same type in the virtual address space are continuous; Obtaining a mapping relationship between a physical address of each file stored in the persistent memory and a virtual address of a corresponding file in the virtual address space; The continuing to execute the system file from the recovery address of the persistent memory includes: Using the mapping relationship, the mapped system files are continuously executed sequentially starting from the virtual address corresponding to the recovery address of the persistent memory; or, The physical addresses of different types of files stored in the persistent memory are detected to be continuous, and the stored system files are continuously executed sequentially starting from the recovery address of the persistent memory.

4. The method according to claim 3, further comprising: In a process of starting the operating system when the electronic device is powered on for a non-first time, no recovery request for the operating system is detected, and a first address of a system startup file in the system file is determined according to a file index in the persistent memory; According to the mapping relationship, sequentially executing the mapped system files stored in the persistent memory starting from the virtual address corresponding to the first address; Alternatively, the stored system files are directly and sequentially executed starting from the first address of the persistent memory.

5. The method according to claim 3, further comprising: Determine that the file index is updated, and update the mapping relationship according to the updated file index.

6. The method according to any one of claims 1 to 5, further comprising: When the operating system was last suspended, calling a cache flush instruction of a processor of the electronic device; In response to the cache refresh instruction, determining that at least part of register data in a processor of the electronic device is cache data; Refresh the cache data to a preset address of the persistent memory for storage; The operating system and the external device are controlled to be powered off.

7. An electronic equipment system processing device, the device comprising: A file writing module, used for responding to a system initialization request of the electronic device and writing a system file into the persistent memory of the electronic device; A system initialization module, used to obtain the first address of the system startup file in the system file by using the file index, and execute the system startup file from the first address to realize the initialization startup of the operating system of the electronic device; Output module, used for outputting system operation interface; A peripheral initialization module is used to detect that the electronic device is connected to an external device during the initialization and startup of the operating system, and initialize and configure the external device using the relevant data written into the persistent memory according to the device characteristics of the external device and its functional requirements; the device also includes: A system recovery module, configured to detect a recovery request for the operating system during the process of powering on the electronic device and continuing to execute the system file from the recovery address of the persistent memory, wherein the recovery address refers to the address of the system file in the persistent memory that was executed when the operating system was last suspended; A processor recovery module, used to call the cache data of the processor of the electronic device stored in the persistent memory, and use the cache data of the processor to configure the processor to recover to the working state when the operating system was last suspended, so as to restore the application program in the electronic device to the application state when the operating system was last suspended; The peripheral initialization module is further used to re-initialize the configuration of the first external device connected to the electronic device.

8. An electronic device, comprising: A persistent memory, used to store a program of the electronic device system processing method according to any one of claims 1 to 6, and system files supporting the operation of an operating system and application programs of the electronic device; A processor is used to load and execute the program stored in the persistent memory to implement each step of the electronic device system processing method according to any one of claims 1 to 6.

Images