CN101149728A - A kind of multi-core processing system and its management method - Google Patents

Abstract

The invention discloses a multi-core processing system and a management method thereof for solving the scalability problem of the symmetrical multi-processing system. The system includes a plurality of processor cores and/or a plurality of processors, a partition module and a startup module: the partition module is configured to parse and save resource configuration parameters and startup parameters of each partition specified by the user; the partition It includes at least one processor and/or one processor core; the startup module is used to start a privileged operating system and a non-privileged operating system managed by the privileged operating system. The management method includes the following steps: step S100, the partition module parses and saves the resource configuration parameters of each partition specified by the user; step S200, starts the privileged operating system and the privileged operating system managed Unprivileged operating system. The invention effectively utilizes the processor resources and solves the scalability problem of the symmetric multiprocessing system.

Description

A kind of multi-core processing system and its management method

technical field

The invention relates to the field of computer technology, in particular to a multi-core processing system and a management method for solving the scalability of a symmetric multi-processing system (Symmetric Multi-Processing, SMP).

Background technique

With the development of Moore's law and multi-core technology, the scalability problem of symmetric multi-processing system has become more and more prominent, that is, due to the synchronization and mutual exclusion between processors or processor cores, the performance of the entire system cannot The number of processor cores increases linearly, and even when the number of processors or processor cores is too large, the system performance will gradually decline.

The full name of SMP is "Symmetrical Multi-Processing" (Symmetrical Multi-Processing) technology, which means that a group of processors (multi-CPU) are assembled on a computer, and the memory subsystem and bus structure are shared between each CPU. It is a very widely used parallel technology relative to asymmetric multiprocessing technology. In this architecture, a computer no longer consists of a single CPU, but multiple processors simultaneously run a single copy of the operating system and share memory and other resources of a computer. Although multiple CPUs are used simultaneously, they behave like a single computer from a management point of view. The system symmetrically distributes task queues on multiple CPUs, thus greatly improving the data processing capability of the entire system. All processors have equal access to memory, I/O, and external interrupts. In a symmetric multiprocessing system, system resources are shared by all CPUs in the system, and workloads are evenly distributed across all available processors.

Fig. 1 shows the structure of the symmetrical multiprocessing system of the prior art, wherein frame 4 represents the hardware platform of the whole multi-core and/or multi-processor system, and multi-processor cores or multiple processors are configured, and 8 processing devices are shown in the figure The processors are denoted by P1-P8 respectively, and only processor resources are marked in Fig. 1, and other resources are omitted.

As shown in Fig. 1, numeral 3 denotes one of the processors.

Reference numeral 2 denotes a conventional symmetric multiprocessing operating system, which simultaneously manages 8 processors and all other hardware resources, such as input and output resources.

Reference numeral 1 denotes an application program running on a symmetric multiprocessing operating system 2 .

However, due to the scalability problem of the symmetric multi-processing system, the symmetric multi-processing operating system 2 cannot manage too many processors or processor cores, otherwise the system performance will decrease and affect the performance of the upper-layer application program 1 .

Therefore, how to make more effective use of multi-cores and multi-processors and solve the scalability problem of symmetric multi-processing systems has become an urgent problem to be solved.

Contents of the invention

The present invention solves the scalability problem of the symmetric multi-processing system, so that the performance of the entire system increases continuously with the increase of the number of processors and/or processor cores, thereby providing a multi-core processing system with good scalability and its management method.

To this end, the present invention takes the following technical solutions:

A multi-core processing system includes a plurality of processor cores and/or a plurality of processors; it also includes a partition module and a startup module, wherein:

The partition module is configured to parse and save resource configuration parameters and startup parameters of each partition specified by the user; the partition includes at least one processor and/or at least one processor core;

The starting module is configured to start the privileged operating system and the non-privileged operating system managed by the privileged operating system according to the partition resource configuration parameters parsed by the partitioning module.

Preferably, the booting module includes a privileged operating system booting module, a non-privileged operating system booting processing module and a non-privileged operating system booting module, wherein:

The privileged operating system startup module is configured to, according to the partition configuration of the partition module, reserve the memory resource of the privileged operating system in a memory resource for the privileged operating system and the non-privileged operating system. The communication buffer area completes the initialization of the privileged operating system, and loads the non-privileged operating system startup processing module to complete the privileged operating system startup;

The non-privileged operating system startup processing module is configured to, when starting the non-privileged operating system, according to the command input by the user and the non-privileged operating system startup parameters saved by the privileged operating system, to start the non-privileged operating system specified by the user. Set the non-privileged operating system code image and the startup parameters of the non-privileged operating system in the memory resources of the partition;

The non-privileged operating system startup module is executed after the non-privileged operating system startup processing module, and is used to issue startup to the processor and/or processor core in the partition designated by the user for starting the non-privileged operating system command to cause the processor and/or processor core to perform a boot operation at a non-privileged operating system code image, and to reserve the non-privileged operating system's Communication buffer, complete unprivileged operating system initialization, complete unprivileged operating system startup.

Preferably, the privileged operating system startup module enables the privileged operating system to also load a virtual network card module after the initialization is completed;

The non-privileged operating system startup module enables the non-privileged operating system to also load a virtual network card module after the initialization is completed;

The virtual network card module is used for communication between operating systems.

Preferably, the non-privileged operating system startup processing module, before starting the non-privileged operating system, also sets the code of the springboard module in the memory resource in the partition designated by the user for starting the non-privileged operating system;

The springboard module is used to execute the springboard code, and modify the springboard's own page table and non-privileged operating system page table to complete the jump and processor and/or processor core mode conversion;

The non-privileged operating system startup module is configured to issue a startup command to the processor and/or processor core in the partition designated by the user for starting the non-privileged operating system, so that it executes the springboard module; executes the The springboard module enables the processors and/or processor cores in the partition designated by the user to start the non-privileged operating system to jump to the code image of the non-privileged operating system to perform the startup operation according to the execution result of the springboard module.

Preferably, the command input by the user includes specifying the partition of the non-privileged operating system to be started; the startup parameters of the non-privileged operating system include the starting location of the memory of the non-privileged operating system, the starting address of the springboard code, and the non-privileged operating system. The starting address of the operating system code image.

Preferably, it also includes a resource management module, which is used to manage the resources of the multi-core processing system in a heterogeneous resource management manner, so that each operating system independently manages its own memory and processor resources and/or processor core resources; the multi-core The resources of the processing system include memory resources, processor resources and/or processor core resources and input and output resources; the privileged operating system can access the input and output resources of the system, and the non-privileged operating system accesses the input and output resources through the agent of the privileged operating system.

A management method for a multi-core processing system, comprising the following steps:

Step S100, the partition module parses and saves the resource configuration parameters of each partition specified by the user;

Step S200, start the privileged operating system and the non-privileged operating system managed by the privileged operating system according to the partition resource configuration parameters analyzed by the partitioning module.

Preferably, step S200 specifically includes the following steps:

Step S210, the privileged operating system startup module in the startup module reserves a memory area in the memory resources of the partition as an inter-core communication buffer according to the partition configuration of the partition module;

Step S220, the privileged operating system startup module enables the privileged operating system to complete its own initialization and start;

Step S230, the privileged operating system startup module enables the privileged operating system to load the non-privileged operating system startup processing module in the startup module;

Step S240, the non-privileged operating system startup processing module copies the non-privileged operating system code image and the non-privileged operating system startup parameters to the non-privileged operating system to be started according to the command input by the user and the non-privileged operating system startup parameters saved by the privileged operating system The memory area of the partition;

Step S250, the non-privileged operating system startup module sends a startup command to the processor and/or processor core of the non-privileged operating system to execute at the non-privileged operating system image;

Step S260, the non-privileged operating system startup module enables the non-privileged operating system to modify the memory management content, so that it completes the startup of the operating system in its own partition, and reserves the inter-core communication buffer to complete the startup.

Preferably, in the step S230, the privileged operating system startup module causes the privileged operating system to also load the virtual network card module;

In said step S260, after the non-privileged operating system startup module makes the non-privileged operating system reserve the inter-core communication buffer, it also loads the virtual network card module;

The virtual network card module is used for communication between operating systems.

Preferably, in step S240, the non-privileged operating system startup processing module also copies the code of the springboard module to the memory of the partition to start the non-privileged operating system according to the command input by the user and the non-privileged operating system startup parameters saved by the privileged operating system area;

In the step S250, the non-privileged operating system startup module sends a startup command to the processor and/or processor core of the non-privileged operating system and makes it execute the springboard code; executing the springboard code is used to modify the springboard's own page table and The non-privileged operating system page table is mapped to the non-privileged operating system code image, and the processor and/or processor core of the non-privileged operating system jumps to the non-privileged operating system image for execution.

Preferably, the command input by the user includes specifying the non-privileged operating system to be started; the startup parameters of the non-privileged operating system include the memory starting position of the non-privileged operating system, the starting address of the springboard code, and the non-privileged operating system The starting address of the code image.

Preferably, said modifying the memory management content includes limiting the page table mapping range, and modifying the virtual-real address conversion method according to the partition memory range.

Preferably, the method further includes step S300 of managing multi-core processing system resources in a heterogeneous resource management manner. The resources of the multi-core processing system include memory resources and processor resources and/or processor core resources and input and output resources.

Preferably, the step S300 specifically includes the following steps:

Step S310, each operating system independently manages corresponding memory resources, processor resources and/or processor core resources;

Step S320, processor resources and/or processor core resources and memory resources are shared between partitions through a sharing protocol;

Step S330, the privileged operating system can access the input and output resources of the system, and the non-privileged operating system can access the input and output resources only through the proxy of the privileged operating system.

The beneficial effects produced by the present invention are:

(1) Since the number of processor cores and/or processors in each partition is relatively small, the performance of a single operating system on a partition can continuously increase with the increase of the number of processors and/or processor cores, Effective use of increasingly abundant processor resources.

(2) Since a set of internal network based on memory operation is established between all partitions through the virtual network card module of the operating system, the operating systems on each partition can work together efficiently, and the entire multi-processor core and/or multi-processor The processor system achieves high parallel performance.

(3) The present invention does not require any special hardware support, and can well solve the scalability problem of the symmetric multiprocessing system on any common platform.

(4) The operating system management method proposed by the present invention greatly enhances the manageability and flexibility of the system.

(5) The present invention adopts a heterogeneous resource management mode, which strengthens the security and functional isolation of the entire system.

Description of drawings

Figure 1 is a structural diagram of a traditional symmetric multiprocessing system.

FIG. 2 is a structural diagram of a multi-core processing system in an embodiment of the present invention.

FIG. 3 is a flowchart of a management method for a multi-core processing system according to an embodiment of the present invention.

FIG. 4 is a specific flowchart of step S200 in FIG. 3 .

FIG. 5 is a specific flowchart of step S300 in FIG. 3 .

Detailed ways

The present invention will be further described in detail below in conjunction with the accompanying drawings and specific embodiments.

As shown in FIG. 2 , it is a structural diagram of the multi-core processing system of the present invention, which includes multiple processor cores and/or multiple processors, and also includes a partition module and a startup module.

Partition module: The user specifies the resource configuration of each partition according to the computer's processor and/or processor core and memory configuration. Each partition includes at least one processor and/or one processor core, and the resources of each partition are passed through The Grub parameter is passed to the operating system (for example, the parameter "cpumask=13, mem1=1024M, mem2=512M" indicates that the entire system has two partitions: the first partition has a single-core processor or processor core, and 1024M memory; The second partition has three single-core processors and/or processor cores, 512M memory). The partition module parses these parameters and saves them in the operating system.

Startup module: start the privileged operating system and the non-privileged operating system managed by the privileged operating system according to the partition resource configuration parameters parsed by the partitioning module.

The starting module includes a privileged operating system starting module, a non-privileged operating system starting processing module and a non-privileged operating system starting module. in:

The privileged operating system startup module is used to configure and reserve its own processor and/or inter-processor core communication buffer in the memory area of the first partition according to the partition configuration of the partition module, and use the Grub startup parameters to complete its own Initialize and load the non-privileged operating system boot processing module to complete the boot. Preferably, the privileged operating system startup module enables the privileged operating system to also load a virtual network card module for completing communication between operating systems through shared memory.

The virtual network card module is used for communication between operating systems. The virtual network card module uses software to simulate the function of a conventional network card, encapsulates memory copy primitives into message passing primitives, provides high-speed communication between multiple operating systems, and complies with the TCP/IP protocol.

The non-privileged operating system startup processing module is used to start the non-privileged operating system according to the command input by the user and the non-privileged operating system startup parameters saved by the privileged operating system when starting the non-privileged operating system. The non-privileged operating system code image and the startup parameters of the non-privileged operating system are set in the memory area of the partition (such as the second partition). Preferably, the non-privileged operating system startup processing module also sets the code of the springboard module in the memory area of the partition designated by the user for starting the non-privileged operating system; the user input command includes specifying which Unprivileged operating system. The startup parameters for the non-privileged operating system saved by the privileged operating system include the starting address of the memory of the non-privileged operating system, the springboard code, and the starting address of the code image of the non-privileged operating system.

The springboard module is used to execute the springboard code, complete some initialization tasks (such as processor and/or processor core mode transition, etc.), and modify the springboard's own page table and non-privileged operating system page table to complete the jump and processor and/or processor core mode transitions.

The non-privileged operating system startup module sends a startup command to the processor and/or processor core in the partition designated by the user for starting the non-privileged operating system to make it execute the springboard module; the springboard module enables the non-privileged The processor and/or processor core of the operating system jumps to the non-privileged operating system code image according to the springboard module to perform the startup operation, and reserves the non-privileged operating system in the memory area of the partition designated by the user for starting the non-privileged operating system. Privileged operating system communication buffer, complete unprivileged operating system initialization, and complete startup. Preferably, after the non-privileged operating system startup module makes the non-privileged operating system reserve the non-privileged operating system communication buffer in the memory area of the partition designated by the user for starting the non-privileged operating system, it also enables the non-privileged operation The system loads a virtual network card module for communication between operating systems.

The multi-core processing system of the present invention can start each non-privileged operating system in parallel by starting the partitioned operating system, which greatly reduces the startup time of the whole system; at the same time, the user can freely select each multi-core system by modifying the Grub parameters. Processor cores and/or processor and memory configurations, which enhance overall system flexibility and manageability; finally, users can boot and shut down non-privileged core operating systems multiple times without affecting privileged core operating systems , enhance the reliability of the whole multi-core processing system.

More preferably, the multi-core processing system of the present invention further includes a resource management module, which is used to manage the resources of the multi-core processing system in a heterogeneous resource management manner, and each operating system independently manages its own memory and processor resources and/or Processor core resources, the resources of the multi-core processing system include memory resources and processor resources and/or processor core resources and input and output resources; processor resources and/or processor core resources and memory resources can be shared in the The partitions are shared; only the privileged operating system can access the input and output resources of the system, and the non-privileged operating system can access the input and output resources through the agent of the privileged operating system.

The proxy of the proxy input and output resources is a prior art, and will not be described in detail in the present invention.

As shown in Fig. 2, the underlying hardware of the computer is equipped with 8 processors, which are represented by numbers 15-22 respectively.

As an implementable manner, in the embodiment of the present invention, the partition module divides them into four processor partitions: the first processor partition includes processor 15; the second processor partition includes processors 16-17; The third processor partition includes processors 18-20; the fourth processor partition includes processors 21-22.

A symmetric multi-processing operating system can run on each processor partition, which is correspondingly denoted by numbers 9-12 respectively.

As an embodiment of the present invention, the operating system 9 is set as a privileged operating system, which can access hardware resources (such as input and output resources), be responsible for input and output, interact with users, and assign tasks to other non-privileged operating systems. The other operating systems 10-12 are non-privileged operating systems, which are mainly used to execute tasks assigned by the privileged operating system 9, and must be represented by the privileged operating system 9 to perform input and output operations. Since the number of processors managed by each operating system 9-12 is small, the individual performance of each operating system 9-12 will not be affected by the scalability of the symmetric multiprocessing system, and will continue to grow with the increase in the number of processors .

In Fig. 2, reference number 14 represents a set of internal network based on memory operation, which is responsible for the communication among various operating systems 9-12, and supports TCP/IP protocol. The internal network 14 includes a virtual network card module located in each operating system, and only the virtual network card module 13 located in the operating system 9 is indicated by reference numerals in the figure. Under this system structure, the application programs 5-8 can run on the operating systems 9-12 in parallel, so that the whole system can achieve high parallel performance, and effectively solve the scalability problem of the symmetric multiprocessing system.

Taking the Linux system as an example below, the management method of the multi-core processing system of the present invention, that is, the multi-core management method of the present invention, is further described in detail, but it should be noted that those skilled in the art can also use the technical solution of the present invention to utilize Its well-known computer language realizes the multi-core processing system of the present invention, but this realization is also within the protection scope of the present invention. As shown in Figure 3, the management method of the multi-core processing system of the present invention comprises the following steps:

Step S100, the user specifies the resources of each partition according to the processor and/or processor core and memory configuration of the computer, each partition includes at least one processor and/or one processor core, and passes the resources of each partition through Grub The parameter is passed to the operating system (for example, the parameter "cpumask=13, mem1=1024M, mem2=512M" indicates that the entire system has two partitions: the first partition has a single-core processor or processor core, and 1024M memory; The second partition has three single-core processors and/or processor cores, 512M memory). The partition module parses these parameters and saves them in the operating system. The method for parsing parameters by the partition module here adopts conventional techniques in the art.

Step S200, start the privileged operating system and the non-privileged operating system managed by the privileged operating system according to the partition resource parameters analyzed by the partitioning module.

As shown in Figure 4, step S200 specifically includes the following steps:

In step S210, the privileged operating system startup module in the startup module reserves a memory area in the memory resources of the partition as an inter-core communication buffer according to the partition configuration of the partition module. The method for reserving the memory area in the present invention adopts conventional techniques in the art;

Step S220, the privileged operating system startup module uses the Grub startup parameters to complete its own initialization. The start-up process of the privileged operating system of the present invention is the same as the start-up mode of the LINUX operating system, and those skilled in the art can realize according to the prior art;

Step S230, the privileged operating system loads the non-privileged operating system startup processing module in the startup module. The loading method here adopts the conventional loading operating system module method in the art. Preferably, the privileged operating system also loads a virtual network card module for communication between operating systems.

In step S240, the non-privileged operating system startup processing module converts the non-privileged operating system code image and other startup parameters of the non-privileged operating system (such as CPU performance parameters, Global clock parameters, etc.) are copied to the memory area of the partition designated by the user for starting the non-privileged operating system. Preferably, the non-privileged operating system startup processing module also copies the code of the springboard module to the memory area of the partition designated by the user for starting the non-privileged operating system; the user input command includes specifying which non-privileged operating system to start ; The startup parameters for the non-privileged operating system saved by the privileged operating system include the starting address of the memory of the non-privileged operating system, the springboard code, and the starting address of the kernel image.

Step S250, the non-privileged operating system startup module sends a startup command to the processor and/or processor core of the non-privileged operating system to execute on the non-privileged operating system image. Preferably, the non-privileged operating system startup module sends a startup command (such as sending an interprocessor interrupt) to the processor and/or processor core of the non-privileged operating system and makes it execute the springboard code; executing the springboard code is used to modify the springboard The own page table and the non-privileged operating system page table are mapped to the non-privileged operating system code image, and the processor and/or processor core of the non-privileged operating system jump to the non-privileged operating system image for execution.

Step S260, the non-privileged operating system startup module enables the non-privileged operating system to modify memory management-related content, so that it can complete the startup of the operating system in its own partition, and reserve the inter-core communication buffer in the memory area to complete the startup. Preferably, after the non-privileged operating system startup module enables the non-privileged operating system to reserve the inter-core communication buffer, it also loads the virtual network card module for efficient communication between various operating systems. The method of reserving the communication buffer and loading the inter-core communication module is the same as the traditional method. Modifications to memory management include limiting the page table mapping range, modifying virtual and real address translation methods according to the partition memory range, and so on.

Preferably, the management method of the multi-core processing system further includes the following steps:

In step S300, resources of the multi-core processing system are managed in a heterogeneous resource management manner. The resources of the multi-core processing system include memory resources, processor resources and/or processor core resources and input and output resources.

As shown in Figure 5, step S300 specifically includes the following steps:

Step S310, each operating system independently manages its own memory resources, processor resources and/or processor core resources, and the operating system accesses processor resources and/or processor core resources and memory resources of other partitions in an authorized manner . This ensures the security and functional isolation of the entire system, and avoids the scalability problem of symmetric multiprocessing systems;

In step S320, processor resources and/or processor core resources and memory resources dynamically flow between partitions through a sharing protocol, ensuring load balance of the entire resource;

In step S330, only the privileged operating system can access the input and output resources of the system, and other non-privileged operating systems can access the input and output resources only through the agent of the privileged operating system.

This heterogeneous resource management method makes the privileged operating system responsible for resource scheduling and task allocation of the entire system, and interacts with users; Computing tasks can be performed more efficiently with other resources outside the memory; the underlying memory-based internal network enables privileged operating systems and non-privileged operating systems to interact more quickly, reducing communication delays between operating systems.

The multi-core processing system of the present invention solves the problem of SMP scalability, and at the same time enables each non-privileged operating system to start in parallel, greatly reducing the start-up time of the entire system; at the same time, users only need to modify the Grub parameters to freely Selecting processors and/or processor cores and memory configurations for each core enhances the flexibility and manageability of the entire system; finally, users can enable and disable non-privileged cores multiple times without affecting privileged cores, Enhanced the reliability of the whole system.

The above-mentioned content is only a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present invention. , should be covered within the protection scope of the present invention.

Claims (14)

1. a multiple core processing system comprises a plurality of processor cores and/or a plurality of processor; It is characterized in that, also comprise division module and start module, wherein:

Described division module is used to resolve resource distribution parameter and start-up parameter and preservation by each subregion of user's appointment; Described subregion comprises at least one processor and/or a processor core;

Described startup module is used for the partitioned resources configuration parameter of resolving according to described division module, starts the privileged operation system and is subjected to the non-privileged operation system of privileged operation system management.

2. multiple core processing system according to claim 1 is characterized in that, described startup module comprises privileged operation system start-up module, non-privileged operation system start-up processing module and non-privileged operation system start-up module, wherein:

Described privileged operation system start-up module, be used for zone configuration according to described division module, the communication buffer between described privileged operation system and the described non-privileged operation system of being used for that in the memory source of first subregion, keeps described privileged operation system, finish the initialization of described privileged operation system, and load non-privileged operation system start-up processing module, finish privileged operation system start-up;

Described non-privileged operation system start-up processing module, be used for when the non-privileged operation of startup system, the non-privileged operation system start-up parameter of preserving according to the order and the privileged operation system of user input is provided with the start-up parameter of non-privileged operation system code reflection, non-privileged operation system at the memory source of subregion that is used for starting non-privileged operation system of user's appointment;

Described non-privileged operation system start-up module, be used for to described user's appointment be used to start non-privileged operation system subregion processor and/or processor core sends startup command and carry out start-up operation at non-privileged operation system code reflection place, and the communication buffer that keeps non-privileged operation system at the memory source of subregion that is used for starting non-privileged operation system of described user's appointment, finish non-privileged operation system initialization, finish non-privileged operation system start-up.

3. multiple core processing system according to claim 2 is characterized in that, described privileged operation system start-up module makes described privileged operation system after initialization is finished, and also loads the Microsoft Loopback Adapter module;

Described non-privileged operation system start-up module makes described non-privileged operation system after initialization is finished, and also loads the Microsoft Loopback Adapter module;

Described Microsoft Loopback Adapter module is used for communicating by letter between operating system.

4. according to claim 2 or 3 described multiple core processing systems, it is characterized in that, described non-privileged operation system start-up processing module, when starting non-privileged operation system, also be used for starting the code that memory source in the subregion of non-privileged operation system is provided with the springboard module in described user's appointment;

Described springboard module is used to carry out the springboard code, and revises springboard self page table and non-privileged operation system page table, finishes the conversion of redirect and processor mode;

Described non-privileged operation system start-up module is used for sending startup command to the processor and/or the processor core of described other subregion, makes it carry out described springboard module; Carry out described springboard module make described user's appointment be used for start the processor of subregion of non-privileged operation system and/or processor core according to described springboard module execution result, jump to non-privileged operation system code reflection place and carry out start-up operation.

5. multiple core processing system according to claim 2 is characterized in that, the non-privileged operation system that the order of described user input comprises that appointment will start; The start-up parameter of described non-privileged operation system comprises the internal memory reference position of non-privileged operation system, the start address of the start address of springboard code and non-privileged operation system code reflection.

6. according to each described multiple core processing system of claim 1-3, it is characterized in that, also comprise resource management module, be used to utilize isomery formula resource management mode to manage the multiple core processing system resource, make each operating system manage oneself internal memory and processor resource independently; Processor resource and/or processor core resource and memory source can be shared between described subregion through sharing agreement; The privileged operation system can access system the input and output resource, non-privileged operation system is by the proxy access input and output resource of privileged operation system.

7. the management method of a multiple core processing system is characterized in that, comprising:

Step S100, division module is resolved the resource distribution parameter that the user specifies each subregion, and preserves;

Step S200 according to the partitioned resources configuration parameter that division module is resolved, starts the privileged operation system and is subjected to the non-privileged operation system of privileged operation system management.

8. the management method of multiple core processing system according to claim 7 is characterized in that, step S200 specifically comprises the following steps:

Step S210 starts the privileged operation system start-up module in the module, according to the zone configuration of division module, in the memory source of this subregion, keeps a region of memory as communication buffer between core;

Step S220, privileged operation system start-up module makes the privileged operation system finish the initialization of self and finishes startup;

Step S230, privileged operation system start-up module makes the non-privileged operation system start-up processing module in the privileged operation system loads startup module;

Step S240, the non-privileged operation system start-up parameter that non-privileged operation system start-up processing module is preserved according to the order and the privileged operation system of user input copies non-privileged operation system code reflection and non-privileged operation system start-up parameter to region of memory that non-privileged operation system is managed;

Step S250, non-privileged operation system start-up module is sent startup command for the processor of non-privileged operation system and/or processor core and makes it arrive non-privileged operation system image place to carry out;

Step S260, non-privileged operation system start-up module makes non-privileged operation system revise the memory management content, makes the startup of its complete operation system in self subregion, and keeps communication buffer between core, finishes startup.

9. the management method of multiple core processing system according to claim 8 is characterized in that, in described step S230, privileged operation system start-up module makes the privileged operation system also load the Microsoft Loopback Adapter module;

In described step S260, non-privileged operation system start-up module keeps between core behind the communication buffer non-privileged operation system, also loads the Microsoft Loopback Adapter module;

Described Microsoft Loopback Adapter module is used for the communication between the operating system.

10. the management method of multiple core processing system according to claim 8, it is characterized in that, in step S240, the non-privileged operation system start-up parameter that non-privileged operation system start-up processing module is preserved according to the order and the privileged operation system of user input is also managed the code copy of springboard module to non-privileged operation system region of memory;

In described step S250, non-privileged operation system start-up module gives the processor of non-privileged operation system and/or processor core sends startup command and make it carry out the springboard code; Carry out described springboard code and be used to revise springboard self page table and non-privileged operation system page table, make it be mapped to non-privileged operation system code reflection place, and make the processor of non-privileged operation system and/or processor core jump to non-privileged operation system image place to carry out.

11. the management method of multiple core processing system according to claim 10 is characterized in that, the non-privileged operation system that the order of described user input comprises that appointment will start; The start-up parameter of described non-privileged operation system comprises the internal memory reference position of non-privileged operation system, the start address of the start address of springboard code and non-privileged operation system code reflection.

12. the management method of multiple core processing system according to claim 8 is characterized in that, described modification memory management content comprises restriction page table mapping scope, revises actual situation address translation mode according to the subregion memory range.

13. the management method of multiple core processing system according to claim 8 is characterized in that, also comprises step S300, the resource that adopts isomery formula resource management mode to manage multiple core processing system.

14. the management method of multiple core processing system according to claim 13 is characterized in that, described step S300 specifically may further comprise the steps:

Step S310, each operating system is managed corresponding memory source and processor resource and/or processor core resource independently;

Step S320, processor resource and/or processor core resource and memory source are shared between subregion through sharing agreement;

Step S330, privileged operation system can access system the input and output resource, non-privileged operation system need be by the proxy access input and output resource of privileged operation system.

Images