CN105320543B - Method and apparatus for loading software modules - Google Patents

Abstract

The invention discloses a method and a device for loading a software module, wherein the method comprises the following steps: determining that the segment to be loaded in the software module is a first segment to be loaded or a second segment to be loaded according to at least one of the following information: the use frequency of the section to be loaded, the power consumption of the section to be loaded and the size of a memory occupied by the section to be loaded, wherein the first section to be loaded is a section to be loaded which is loaded to a first storage area, and the second section to be loaded is a section to be loaded which is loaded to a second storage area; and if the section to be loaded is the first section to be loaded, loading the section to be loaded into the first storage area, or if the section to be loaded is the second section to be loaded, loading the section to be loaded into the second storage area. Therefore, according to the method and the device for loading the software module, the comprehensive level of the performance and the power consumption of the chip can be improved.

Description

Method and apparatus for loading software modules

technical field

The present invention relates to the field of information technology, and more particularly, to a method and apparatus for loading software modules.

Background technique

In the field of embedded devices, such as the sensor hubs of smartphones, wearable devices and other devices with limited memory resources, in order to reduce equipment costs, the memory space of Static Random Access Memory (SRAM) is Very small, generally around 8KB to 100KB. In order to support more functional applications, the System On Chip (SOC) must also be configured with Double Data Rate Synchronous Dynamic Random Access Memory (DDR SDRAM) ), DDR SDRAM is also referred to as DDR. The power consumption and performance of the software in the chip are ideal when it is loaded into the SRAM, but the SRAM space of the chip is limited; when it is loaded into the DDR for execution, the power consumption of the chip will increase, and the performance will also increase. The performance is not as good as that performed on the SRAM. Therefore, a software loading method is needed, which can improve the comprehensive level of the performance and power consumption of the chip under the condition of limited SRAM memory resources on the chip.

SUMMARY OF THE INVENTION

Embodiments of the present invention provide a method and device for loading a software module, so as to improve the comprehensive level of chip performance and power consumption.

In a first aspect, a method for loading a software module is provided, comprising: determining, according to at least one of the following pieces of information, whether a segment to be loaded in the software module is a first segment to be loaded or a second segment to be loaded: the The usage frequency of the segment to be loaded, the power consumption of the segment to be loaded, and the memory size occupied by the segment to be loaded, wherein the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the The second to-be-loaded segment is the to-be-loaded segment to be loaded into the second storage area; if the to-be-loaded segment is the first to-be-loaded segment, load the to-be-loaded segment to the first storage area, or if the to-be-loaded segment is the first to-be-loaded segment The segment to be loaded is the second segment to be loaded, and the segment to be loaded is loaded into the second storage area.

With reference to the first aspect, in a first implementation manner of the first aspect, the to-be-loaded segment in the software module is determined to be the first to-be-loaded segment or the second to-be-loaded segment according to at least one of the following information : the usage frequency of the to-be-loaded segment, the power consumption of the to-be-loaded segment, and the memory size occupied by the to-be-loaded segment, including: if the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than The first power consumption threshold, or the occupied memory size is greater than the first memory threshold, and the segment to be loaded is determined to be the first segment to be loaded; or if the usage frequency of the segment to be loaded is not less than the first usage frequency The threshold, or the power consumption is not less than the first power consumption threshold, or the occupied memory size is not greater than the first memory threshold, and the to-be-loaded segment is determined to be the second to-be-loaded segment.

In combination with the first aspect and the above implementation manners, in a second implementation manner of the first aspect, if the to-be-loaded segment is the first to-be-loaded segment, the to-be-loaded segment is loaded into the first to-be-loaded segment. storage area, or if the to-be-loaded segment is the second to-be-loaded segment, before loading the to-be-loaded segment to the second storage area, the method further includes: configuring a segment attribute for the to-be-loaded segment , the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment.

In combination with the first aspect and the above implementation manners, in a third implementation manner of the first aspect, the first storage area is a memory area of a dynamic random access memory DDR, and the second storage area is a static random access memory SRAM memory area.

In combination with the first aspect and the foregoing implementation manners thereof, in a fourth implementation manner of the first aspect, the to-be-loaded segment is one of the following:

Code segment, data segment.

In a second aspect, an apparatus for loading a software module is provided, the apparatus including each module for performing the method in the first aspect.

In a third aspect, a device for loading a software module is provided, the device includes a memory and a processor connected to the memory, the memory is used for storing instructions, the processor is used for executing the instructions stored in the memory, when the processor executes When the instructions are stored in the memory, the processor is specifically configured to execute the method in the first aspect.

Based on the above technical solutions, the method and device for loading a software module according to the embodiments of the present invention can determine which storage area the to-be-loaded segment is to be loaded into according to the usage frequency, power consumption or memory occupancy size of the to-be-loaded segment in the software module. Therefore, , which can realize scattered loading of multiple to-be-loaded segments in the software module according to the attributes of the to-be-loaded segments, thereby improving the integrated level of chip performance and power consumption.

Description of drawings

In order to illustrate the technical solutions of the embodiments of the present invention more clearly, the following briefly introduces the accompanying drawings that need to be used in the embodiments of the present invention. Obviously, the drawings described below are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without any creative effort.

FIG. 1 is a schematic flowchart of a method for loading a software module according to an embodiment of the present invention.

FIG. 2 is a schematic block diagram of an apparatus for loading a software module according to an embodiment of the present invention.

FIG. 3 is a schematic block diagram of an apparatus for loading a software module according to another embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, but not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

User Equipment (UE, User Equipment), also known as Mobile Terminal (Mobile Terminal), Mobile User Equipment, etc., can communicate with one or more core networks via a radio access network (eg, RAN, Radio Access Network). , the user equipment may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, may be a portable, pocket-sized, hand-held, computer-built-in or vehicle-mounted mobile device, which is associated with The radio access network exchanges language and/or data.

Fig. 1 shows a schematic flowchart of a method 100 for loading a software module according to an embodiment of the present invention. The method can be executed by an apparatus for loading a software module. As shown in Fig. 1 , the method 100 includes:

S110, according to at least one of the following information, determine that the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded: the usage frequency of the segment to be loaded, the power consumption of the segment to be loaded, and the The memory size occupied by the segment to be loaded, wherein the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the second segment to be loaded is the segment to be loaded to be loaded into the second storage area;

S120, if the to-be-loaded segment is the first to-be-loaded segment, load the to-be-loaded segment into the first storage area, or if the to-be-loaded segment is the second to-be-loaded segment, load the to-be-loaded segment to the second storage area.

Specifically, the software module to be loaded includes multiple segments to be loaded. Optionally, the multiple segments to be loaded may be at least one of the following: a code segment, a data segment, a heap, a stack, or a start of a symbol block (Block Started by Symbol, BSS) segment, where the BSS is a memory area used to store uninitialized global variables and static variables in the program. That is, the multiple segments to be loaded may be multiple code segments, multiple data segments, or a combination of multiple code segments and data segments, etc., and some of the segments to be loaded are related to the initialization of the software module. , that is to say, these to-be-loaded segments are only called when the software module is initialized, and are used less frequently at other times. If these to-be-loaded segments are loaded into the SRAM memory area, it takes up limited SRAM memory resources, then in When other sections to be loaded with high performance requirements need to be loaded into the memory area of SRAM for execution, they may encounter the problem of insufficient SRAM memory resources, thereby affecting the overall performance of the chip. Therefore, under the limited SRAM memory resources, more software applications cannot be supported, and it can also be understood that the utilization efficiency of the SRAM memory resources is low. At this time, optionally, the device for loading a software module may determine, according to at least one of the following information, that the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded: The frequency of use, the power consumption of the to-be-loaded segment, and the memory size occupied by the to-be-loaded segment, where the first to-be-loaded segment is the to-be-loaded segment to be loaded into the first storage area, and the second to-be-loaded segment is the to-be-loaded segment to be loaded. The segment to be loaded in the second storage area. That is to say, the method for loading a software module in the embodiment of the present invention does not load the entire software module into the first storage area or the second storage area, but can perform multiple operations on multiple segments to be loaded in the software module according to the attributes of the segment to be loaded. Scatter loading. Optionally, the first storage area may be a DDR memory area, and the second storage area may be a SRAM memory area, because DDR memory resources are relatively abundant, optionally, according to the embodiment of the present invention, the loading software module The device can load the code segment or data segment that is used less frequently into the memory area of DDR. For example, the code segment or data segment related to initialization can be loaded into the memory area of DDR. The data segment is loaded into the memory area of SRAM, so as to avoid the uncommon code segment or data segment occupying the precious SRAM memory resources, resulting in the commonly used code segment or data segment that can reflect the chip performance needs to be executed in the SRAM memory area. Encountered the problem of insufficient SRAM memory resources, thus affecting the overall performance of the chip. Because SRAM memory resources are limited, if a code segment or data segment that occupies a relatively large memory is loaded, other segments to be loaded may not be loaded normally due to insufficient memory. At this time, optionally, the device for loading software modules can Load the code segment or data segment that occupies a large memory resource into the DDR memory area, and load the code segment or data segment that occupies a small memory resource into the SRAM memory area, so that more limited SRAM memory resources can be run. software application. Since the software module consumes less power when executed in the memory area of SRAM than when executed in the memory area of DDR, optionally, the device for loading software modules can also load code segments or data segments that consume less power during execution To the memory area of DDR, load the code segment or data segment that consumes a lot of power during execution into the memory area of SRAM, etc. After it is determined that the segment to be loaded is the first segment to be loaded or the second segment to be loaded, that is, after it is determined that the segment to be loaded is the segment to be loaded into which storage area to be loaded, the device for loading software modules will load the segment to be loaded. The segment is loaded into the corresponding storage area, optionally, if the segment to be loaded is the first segment to be loaded, the segment to be loaded is loaded into the first storage area, or if the segment to be loaded is the second segment to be loaded, The to-be-loaded segment is loaded into the second storage area. Execute the corresponding segment to be loaded in the corresponding storage area.

Therefore, the method for loading a software module according to the embodiment of the present invention can determine which storage area the to-be-loaded segment is to be loaded into according to the usage frequency, power consumption and memory occupancy size of the to-be-loaded segment in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

It should be understood that the first segment to be loaded and the second segment to be loaded only represent two types of segments to be loaded, and the number and type of segments to be loaded are not limited. For example, the first segment to be loaded may be the segment to be loaded into the first segment to be loaded. Various types of segments to be loaded in the storage area, the second segment to be loaded may be various types of segments to be loaded to be loaded into the second storage area, and it should be understood that the first storage area and the second storage area only represent two types of storage areas The number and type of storage areas are not limited. For example, the first storage area may be a plurality of DDR memory areas, and the second storage area may be a plurality of SRAM memory areas.

Optionally, in this embodiment of the present invention, it is determined that the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, The power consumption of the to-be-loaded segment or the memory size occupied by the to-be-loaded segment includes:

If the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, determine that the to-be-loaded segment is the first to-be-loaded segment; or

If the usage frequency of the segment to be loaded is not less than the first usage frequency threshold, or the power consumption is not less than the first power consumption threshold, or the size of the memory occupied is not greater than the first memory threshold, the segment to be loaded is determined to be the first The second segment to be loaded.

Specifically, the device for loading a software module may determine that the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, The power consumption of the to-be-loaded segment and the memory size occupied by the to-be-loaded segment. Optionally, if the use frequency of the loaded segment is less than the first use frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, it can be determined that the to-be-loaded segment is the first to-be-loaded segment. load segment; or if the use frequency of the to-be-loaded segment is not less than the first use frequency threshold, or the power consumption is not less than the first power consumption threshold, or the occupied memory size is not greater than the first memory threshold, it can be determined that the to-be-loaded segment The loaded segment is the second to-be-loaded segment. Therefore, the apparatus for loading a software module can load the to-be-loaded segments with different characteristics into the corresponding storage areas according to differences in the usage frequency, power consumption or occupied memory size of the to-be-loaded segments. Optionally, the first to-be-loaded segment may be a to-be-loaded segment to be loaded into the memory area of the DDR, and the second to-be-loaded segment may be a to-be-loaded segment to be loaded into the SRAM memory area. In this embodiment of the present invention , the device for loading software modules may determine the segment to be loaded with a low frequency of use as the first segment to be loaded, and then load the segment to be loaded into the memory area of the DDR, or may determine the segment to be loaded that occupies a large amount of memory as the first segment to be loaded Once the segment to be loaded is loaded, the segment to be loaded is then loaded into the memory area of DDR, or the segment to be loaded that consumes a lot of power during execution is determined as the second segment to be loaded, and the segment to be loaded is loaded into the memory area of SRAM, etc., That is, the apparatus for loading a software module can scatter-load different segments to be loaded according to the characteristics of the segments to be loaded in the software module. Therefore, under the condition that the size of the SRAM memory resources is the same, the method for loading software modules in the embodiment of the present invention can load more software applications on the chip. Similarly, if the chip performance is the same, the chip adopts the method according to the embodiment of the present invention. The method for loading software modules has relatively low consumption of SRAM memory resources. Therefore, under the condition of the same performance, the method for loading software modules in the embodiment of the present invention can reduce the size of the SRAM memory of the chip actually required, and the SRAM memory The size is reduced, and with it, the cost of the chip is reduced, and the chip is designed to be more compact. At the same time, according to the method for loading a software module according to the embodiment of the present invention, scattered loading can be performed according to the difference in the power consumption of the segment to be loaded. Therefore, in the case of the same chip performance, the method for loading a software module in the embodiment of the present invention can The overall power consumption of the chip is reduced.

It should be understood that, in this embodiment of the present invention, the first use frequency threshold, the first power consumption threshold, or the first memory threshold are not uniquely determined. For example, the first use frequency threshold may be determined according to a specific business scenario, and an optional Ground, when the frequency of use of the services supported by the chip is high, or the average use frequency of the services supported by the chip is high, the first use frequency threshold can be set higher, on the contrary, the first use frequency threshold can be set higher. 1. The use frequency threshold is set lower; the first power consumption threshold can be determined according to the power consumption of the chip. Optionally, if the average power consumption of the service supported by the chip is high, the first power consumption threshold can be set set higher, otherwise, the first power consumption threshold can be set lower; the first memory threshold can be determined by the size of the memory resources of the DDR and/or the SRAM, for example, the first memory threshold can be based on the The size of the memory resources of the SRAM is determined. If the memory resources of the SRAM are relatively large, the first memory threshold can be set to a larger value, so as to support the loading of the segment to be loaded with a relatively large memory footprint into the memory area of the SRAM, etc. This embodiment of the invention does not limit this.

Optionally, in this embodiment of the present invention, before loading the segment to be loaded into the corresponding storage area, the method 100 may further include:

A segment attribute is configured for the to-be-loaded segment, where the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment.

Specifically, after determining that the first segment to be loaded is the first segment to be loaded or the second segment to be loaded, optionally, the device for loading software modules may configure a segment attribute for the segment to be loaded, and the segment attribute uses To indicate that the segment to be loaded is the first segment to be loaded or the second segment to be loaded, that is, the segment attribute can be used to indicate whether the segment to be loaded is the segment to be loaded to the first storage area or the segment to be loaded to the second The segment to be loaded in the memory area. For example, after it is determined that the data segments ddr.data, ddr.init.data, ddr.minor.data and the code segments ddr.text, ddr.init.text, and ddr.minor.text are the first segments to be loaded, the For example, a to-be-loaded segment is a to-be-loaded segment to be loaded into the memory area of the DDR, the apparatus for loading a software module may define the segment attribute of the code segment or the data segment in the following manner.

#define OS_SEC_DDR_DATA ddr.data

#define OS_SEC_DDR_DATA_INIT ddr.init.data

#define OS_SEC_DDR_DATA_MINOR ddr.minor.data

#define OS_SEC_DDR_TEXT ddr.text

#define OS_SEC_DDR_TEXT_INIT ddr.init.text

#define OS_SEC_DDR_TEXT_MINOR ddr.minor.text

Among them, OS_SEC_DDR_DATA, OS_SEC_DDR_DATA_INIT, OS_SEC_DDR_DATA_MINOR, are the segment attributes of the data segments ddr.data, ddr.init.data, ddr.minor.data respectively, OS_SEC_DDR_TEXT, OS_SEC_DDR_TEXT_INIT, OS_SEC_DDR_TEXT_MINOR are ddr.text, ddr.init.text, ddr. The segment attribute of minor.text. In this way, during the software module loading process, by analyzing the segment attributes of these to-be-loaded segments, it can be determined into which storage area the to-be-loaded segment needs to be loaded, and then the device for loading the software module can, according to the storage area indicated by the segment attribute, store the The segment to be loaded is loaded into the corresponding storage area.

It should be understood that, in this embodiment of the present invention, the first storage area is a DDR memory area and the second storage area is a SRAM memory area. The area may also be a Nor Flash memory (Nor Flash) or the like, and the second storage area may also be a L2 cache, a L3 cache, etc., which is not limited in this embodiment of the present invention.

Optionally, in this embodiment of the present invention, the to-be-loaded segment may be one of the following:

Code segment, data segment, heap, stack or BSS segment.

Therefore, the method for loading a software module according to the embodiment of the present invention can determine to which storage area the segment to be loaded is to be loaded according to the usage frequency, power consumption or memory occupancy size of the segment to be loaded in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

FIG. 2 shows a schematic block diagram of an apparatus 200 for loading software modules according to an embodiment of the present invention. As shown in FIG. 2 , the apparatus 200 includes:

The determining module 210 is configured to determine that the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, the frequency of the segment to be loaded Power consumption and the memory size occupied by the segment to be loaded, the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the second segment to be loaded is the segment to be loaded to be loaded into the second storage area;

The loading module 220 is configured to load the to-be-loaded segment into the first storage area when the determination module 210 determines that the to-be-loaded segment is the first to-be-loaded segment, or when the determination module 210 determines that the to-be-loaded segment is When the second segment to be loaded is loaded, the segment to be loaded is loaded into the second storage area.

Therefore, the device for loading a software module according to the embodiment of the present invention can determine which storage area the segment to be loaded is to be loaded into according to the usage frequency, power consumption or memory occupancy size of the segment to be loaded in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

Optionally, in this embodiment of the present invention, the determining module 210 is specifically configured to:

If the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, determine that the to-be-loaded segment is the first to-be-loaded segment; or

If the usage frequency of the segment to be loaded is not less than the first usage frequency threshold, or the power consumption is not less than the first power consumption threshold, or the memory size occupied is not greater than the first memory threshold, determine that the segment to be loaded is the The second segment to be loaded.

Optionally, in this embodiment of the present invention, the apparatus 200 may further include:

The configuration module is configured to configure a segment attribute for the to-be-loaded segment, where the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment.

Optionally, in this embodiment of the present invention, the first storage area may be a memory area of DDR, and the second storage area may be a memory area of SRAM.

Optionally, in this embodiment of the present invention, the segment to be loaded may be one of the following: a code segment, a data segment, a heap, a stack, or a BSS segment.

Therefore, the device for loading a software module according to the embodiment of the present invention can determine which storage area the segment to be loaded is to be loaded into according to the usage frequency, power consumption or memory occupancy size of the segment to be loaded in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

The apparatus 200 for loading a software module according to an embodiment of the present invention may correspond to the apparatus for loading a software module in the method 100 for loading a software module according to an embodiment of the present invention, and the above and other aspects of the respective modules in the apparatus 200 for loading a software module The operations and/or functions are respectively in order to implement the corresponding processes of the foregoing methods, and are not repeated here for the sake of brevity.

As shown in FIG. 3 , an embodiment of the present invention further provides an apparatus 300 for loading software modules. The apparatus 300 includes a processor 310 , a memory 320 , and a bus system 330 . The processor 310 and the memory 320 are connected through a bus system 330 , the memory 320 is used for storing instructions, and the processor 310 is used for executing the instructions stored in the memory 320 . Wherein, the processor 310 is configured to determine the segment to be loaded in the software module as the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, the segment to be loaded The power consumption of the segment and the memory size occupied by the segment to be loaded, the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the second segment to be loaded is the segment to be loaded to be loaded into the second storage area ; The processor 310 is further configured to load the segment to be loaded into the first storage area when the segment to be loaded is the first segment to be loaded, or when the segment to be loaded is the second segment to be loaded, The to-be-loaded segment is loaded into the second storage area.

Therefore, the device for loading a software module according to the embodiment of the present invention can determine which storage area the segment to be loaded is to be loaded into according to the usage frequency, power consumption or memory occupancy size of the segment to be loaded in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

Optionally, in this embodiment of the present invention, the memory 320 may also be used to store a software program, and the software program is used to implement the method for loading a software module in this embodiment of the present invention, and the processor 310 may be used to execute the memory 320 The software program stored in the software program is used to scatter and load the to-be-loaded segments in the software module to be loaded into the first storage area or the second storage area according to the attributes of the to-be-loaded segment, wherein the first storage area It can be a memory area of DDR, and the second memory area can be a memory area of SRAM.

It should be understood that, in this embodiment of the present invention, the processor 310 may be a central processing unit (Central Processing Unit, “CPU” for short), and the processor 310 may also be other general-purpose processors, digital signal processors (DSPs), Application Specific Integrated Circuits (ASICs), Off-The-Shelf Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 320 , which may include read-only memory and random access memory, provides instructions and data to the processor 310 . A portion of memory 320 may also include non-volatile random access memory. For example, memory 320 may also store device type information.

In addition to the data bus, the bus system 330 may also include a power bus, a control bus, a status signal bus, and the like. However, for the sake of clarity, the various buses are labeled as bus system 330 in the figure.

In the implementation process, each step of the above-mentioned method can be completed by a hardware integrated logic circuit in the processor 310 or an instruction in the form of software. The steps of the method disclosed in conjunction with the embodiments of the present invention may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor. The software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art. The storage medium is located in the memory 320, and the processor 310 reads the information in the memory 320, and completes the steps of the above method in combination with its hardware. To avoid repetition, detailed description is omitted here.

Optionally, in this embodiment of the present invention, the processor 310 is specifically configured to:

If the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, determine that the to-be-loaded segment is the first to-be-loaded segment; or

If the usage frequency of the segment to be loaded is not less than the first usage frequency threshold, or the power consumption is not less than the first power consumption threshold, or the memory size occupied is not greater than the first memory threshold, determine that the segment to be loaded is the The second segment to be loaded.

Optionally, in this embodiment of the present invention, the process 310 is further used to:

A segment attribute is configured for the to-be-loaded segment, where the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment.

Optionally, in this embodiment of the present invention, the to-be-loaded segment is one of the following:

Code segment, data segment, heap, stack or BSS segment.

Therefore, the device for loading a software module according to the embodiment of the present invention can determine which storage area the segment to be loaded is to be loaded into according to the usage frequency, power consumption or memory occupancy size of the segment to be loaded in the software module. The segment attribute realizes scattered loading of multiple to-be-loaded segments in the software module, thereby improving the integrated level of chip performance and power consumption.

It should be understood that the term "and/or" in this document is only an association relationship to describe associated objects, indicating that there can be three kinds of relationships, for example, A and/or B, which can mean that A exists alone, and A and B exist at the same time , there are three cases of B alone. In addition, the character "/" in this document generally indicates that the related objects are an "or" relationship.

It should be understood that, in various embodiments of the present invention, the size of the sequence numbers of the above-mentioned processes does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, rather than the embodiments of the present invention. implementation constitutes any limitation.

Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of the present invention.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, Read-Only Memory (ROM, Read-Only Memory), Random Access Memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes .

The above are only specific embodiments of the present invention, but the protection scope of the present invention is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed by the present invention. should be included within the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (8)

1. a method for loading a software module, is characterized in that, comprises: The segment to be loaded in the software module is determined to be the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, the power consumption of the segment to be loaded, and The size of the memory occupied by the segment to be loaded, where the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the second segment to be loaded is the segment to be loaded to be loaded into the second storage area segment, the first storage area is the on-chip storage area of the double-rate synchronous dynamic random access memory DDR, and the second storage area is the on-chip storage area of the static random access memory SRAM; If the to-be-loaded segment is the first to-be-loaded segment, load the to-be-loaded segment into the first storage area, or if the to-be-loaded segment is the second to-be-loaded segment, load the to-be-loaded segment A load segment is loaded into the second storage area. 2 . The method according to claim 1 , wherein determining the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the The usage frequency of the to-be-loaded segment, the power consumption of the to-be-loaded segment, and the memory size occupied by the to-be-loaded segment, including: If the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, it is determined that the to-be-loaded segment is the first to-be-loaded segment ;or If the usage frequency of the to-be-loaded segment is not less than the first usage frequency threshold, or the power consumption is not less than the first power consumption threshold, or the occupied memory size is not greater than the first memory threshold, determine the to-be-loaded segment. The loading segment is the second to-be-loaded segment. 3. The method according to claim 1, wherein, if the segment to be loaded is the first segment to be loaded, the segment to be loaded is loaded into the first storage area, or if the segment to be loaded is the first segment to be loaded The segment to be loaded is the second segment to be loaded, and before loading the segment to be loaded into the second storage area, the method further includes: A segment attribute is configured for the to-be-loaded segment, where the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment. 4. The method according to any one of claims 1 to 3, wherein the to-be-loaded segment is one of the following: Code segment, data segment. 5. A device for loading a software module, comprising: A determination module, configured to determine whether the segment to be loaded in the software module is the first segment to be loaded or the second segment to be loaded according to at least one of the following information: the usage frequency of the segment to be loaded, the segment to be loaded The power consumption of the segment and the memory size occupied by the segment to be loaded, where the first segment to be loaded is the segment to be loaded to be loaded into the first storage area, and the second segment to be loaded is the segment to be loaded into the second The to-be-loaded segment of the storage area, the first storage area is the on-chip storage area of the double-rate synchronous dynamic random access memory DDR, and the second storage area is the on-chip storage area of the static random access memory SRAM; a loading module, configured to load the to-be-loaded segment into the first storage area when the determination module determines that the to-be-loaded segment is the first to-be-loaded segment, or when the determination module determines that the to-be-loaded segment is the first to-be-loaded segment When the segment to be loaded is the second segment to be loaded, the segment to be loaded is loaded into the second storage area. 6. The apparatus according to claim 5, wherein the determining module is specifically configured to: If the usage frequency of the loaded segment is less than the first usage frequency threshold, or the power consumption is less than the first power consumption threshold, or the occupied memory size is greater than the first memory threshold, it is determined that the to-be-loaded segment is the first to-be-loaded segment ;or If the usage frequency of the to-be-loaded segment is not less than the first usage frequency threshold, or the power consumption is not less than the first power consumption threshold, or the occupied memory size is not greater than the first memory threshold, determine the to-be-loaded segment. The loading segment is the second to-be-loaded segment. 7. The apparatus of claim 5, wherein the apparatus further comprises: A configuration module, configured to configure a segment attribute for the to-be-loaded segment, where the segment attribute is used to indicate that the to-be-loaded segment is the first to-be-loaded segment or the second to-be-loaded segment. 8. The device according to any one of claims 5 to 7, wherein the first to-be-loaded section is one of the following: Code segment, data segment.