CN117032812B

CN117032812B - Management method, device and apparatus of server, storage medium and electronic device

Info

Publication number: CN117032812B
Application number: CN202311300078.0A
Authority: CN
Inventors: 陈超凡; 赵凤鸣; 纪志
Original assignee: Suzhou Metabrain Intelligent Technology Co Ltd
Current assignee: Suzhou Metabrain Intelligent Technology Co Ltd
Priority date: 2023-10-09
Filing date: 2023-10-09
Publication date: 2024-02-02
Anticipated expiration: 2043-10-09
Also published as: CN117032812A

Abstract

The embodiment of the application provides a management method, equipment, a device, a storage medium and electronic equipment of a server, wherein the method comprises the following steps: a target command is sent to a target hardware partition through a first hardware interface of a first operating system, wherein a plurality of hardware partitions are divided on a server host, the plurality of hardware partitions comprise the target hardware partition, the first operating system and a plurality of second operating systems are deployed on management equipment of the server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, and the second operating systems are used for managing the corresponding hardware partitions; receiving target data returned by a target hardware partition in response to a target command through a first hardware interface; and sending the target data to the target operating system through the first operating system. Through the method and the device, the problem of low efficiency of server management is solved, and the effect of improving the efficiency of server management is achieved.

Description

Management method, device and apparatus of server, storage medium and electronic device

Technical Field

The embodiment of the application relates to the field of computers, in particular to a management method, equipment, a device, a storage medium and electronic equipment of a server.

Background

With the rapid development of semiconductor industry and integrated circuit technology, a processor has become an important computing unit in the fields of cloud computing, artificial intelligence, big data and the like, in order to reduce the service processing delay of the processor, the technology of computing resource hardware partition such as a general host system CPU (Central Processing Unit ) and the like has developed, in order to ensure the stable operation of a server hardware partition system, the server must have a powerful fault monitoring management function, in the prior art, the server usually obtains the CPU temperature and collects key register information through an ME (Management Engine) in a PCH (Platform Controller Hub, south bridge chip), and then sends the data to a management device of the server for further processing, but because the ME itself bears multiple complex tasks of server management, the conditions that the CPU temperature is obtained and the register collection is interrupted by other tasks often occur, and meanwhile, when the server is down, the ME is also affected with a large probability and cannot work, so that the management capability, monitoring capability and efficiency of each hardware partition system are reduced.

Aiming at the problems of low efficiency of server management and the like in the related art, no effective solution has been proposed yet.

Disclosure of Invention

The embodiment of the application provides a management method, equipment, a device, a storage medium and electronic equipment of a server, so as to at least solve the problem of low management efficiency of the server in the related technology.

According to one embodiment of the present application, there is provided a management method of a server, including:

a target command is sent to a target hardware partition through a first hardware interface of a first operating system, wherein a plurality of hardware partitions are divided on a server host, the plurality of hardware partitions comprise the target hardware partition, the first operating system and a plurality of second operating systems are deployed on management equipment of a server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the target command is used for indicating the target hardware partition to respond to the management of the target operating system;

Receiving target data returned by the target hardware partition in response to the target command through the first hardware interface;

and sending the target data to the target operating system through the first operating system.

In one exemplary embodiment, the sending, by the first hardware interface of the first operating system, the target command to the target hardware partition includes: acquiring the target command from the target operating system through the first operating system; the target command is output from the first hardware interface.

In an exemplary embodiment, the outputting the target command from the first hardware interface includes: simulating a signal waveform of the target command; outputting the signal waveform from the first hardware interface to an interface bus, wherein the interface bus is used for connecting the first hardware interface and each of the second hardware interfaces.

In an exemplary embodiment, the simulating the signal waveform of the target command includes: starting a waveform simulation function of the first hardware interface, wherein the interface types of the first hardware interface and the second hardware interface are different, and an interface bus is a bus conforming to an interface protocol of the second hardware interface; and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

In an exemplary embodiment, the simulating the command waveform of the target command by the waveform simulation function includes: the waveform simulation function of the universal input/output interface simulates a command waveform of a platform environment control interface command, wherein the target command is the platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface comprises the universal input/output interface, and the second hardware interface comprises a platform environment control interface.

In an exemplary embodiment, the obtaining, by the first operating system, the target command from the target operating system includes: receiving, by the first operating system, a first interrupt request sent by the target operating system, where the first interrupt request is used to instruct sending, to the target hardware partition, a command that meets a command code and a command parameter; and responding to the first interrupt request, and acquiring the command code and the command parameter indicated by the first interrupt request as the target command.

In an exemplary embodiment, the receiving, by the first operating system, the first interrupt request sent by the target operating system includes: receiving a target interrupt number sent by the target operating system through the first operating system, wherein the first interrupt request comprises the target interrupt number; and determining the target hardware partition according to the target interrupt number.

In an exemplary embodiment, said determining said target hardware partition based on said target interrupt number comprises one of: searching a hardware partition corresponding to the target interrupt number from the interrupt number and the hardware partition with the corresponding relation as the target hardware partition; responding to the target interrupt number, and acquiring first data stored in the target operating system from a first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

In an exemplary embodiment, the acquiring, as the target command, a command code and a command parameter indicated by the first interrupt request includes: acquiring second data stored in the target operating system from a second memory; and analyzing the command code and the command parameters from the second data to serve as the target command.

In an exemplary embodiment, the sending, by the first operating system, the target data to the target operating system includes: writing the target data into a third memory through the first operating system; and sending a second interrupt request to the target operating system through the first operating system, wherein the second interrupt request is used for indicating the target operating system to read the target data from the third memory.

In an exemplary embodiment, the sending, by the first operating system, a second interrupt request to the target operating system includes: analyzing the target operating system from the target data through the first operating system; and sending the second interrupt request to the target operating system through the first operating system.

According to another embodiment of the present application, there is provided a management apparatus of a server, including: the system comprises a first operating system and a plurality of second operating systems, wherein the plurality of second operating systems are used for managing a plurality of hardware partitions divided on a server host, the plurality of second operating systems are in one-to-one correspondence with the plurality of hardware partitions, and first hardware interfaces of the first operating systems are respectively connected with second hardware interfaces of each hardware partition in the plurality of hardware partitions; the first operating system is configured to send a target command to a target hardware partition through a first hardware interface, where the plurality of hardware partitions includes the target hardware partition, and the target command is configured to instruct the target hardware partition to respond to management of the target operating system; receiving target data returned by the target hardware partition in response to the target command; and sending the target data to the target operating system.

In an exemplary embodiment, the management device of the server further includes an interface bus, wherein the interface bus is configured to connect the first hardware interface and each of the second hardware interfaces; the first operating system is used for simulating the signal waveform of the target command; the signal waveform is output from the first hardware interface to an interface bus.

In an exemplary embodiment, the first hardware interface has a waveform simulation function, the interface types of the first hardware interface and the second hardware interface are different, the interface bus is a bus conforming to an interface protocol of the second hardware interface, and the first operating system is used for starting the waveform simulation function of the first hardware interface; and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

In an exemplary embodiment, the target command is a platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface includes a general purpose input/output interface, and the second hardware interface includes a platform environment control interface, wherein the first operating system is configured to simulate a command waveform of the platform environment control interface command through the waveform simulation function of the general purpose input/output interface.

In one exemplary embodiment, the target operating system is configured to send a first interrupt request to the first operating system, where the first interrupt request is configured to instruct sending a command meeting a command code and a command parameter to the target hardware partition; the first operating system is configured to respond to the first interrupt request, and acquire the command code and the command parameter indicated by the first interrupt request as the target command.

In an exemplary embodiment, the management device of the server further includes: the first memory, wherein the target operating system is used for sending a target interrupt number to the first operating system; storing first data into the first memory; the first operating system is used for responding to the target interrupt number and acquiring the first data from the first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

In an exemplary embodiment, the management device of the server further includes: the target operating system is used for storing second data into the second memory; the first operating system is used for analyzing the command code and the command parameter from the second data as the target command.

In an exemplary embodiment, the management device of the server further includes: the first operating system is used for analyzing the target operating system from the target data and writing the target data into the third memory; sending a second interrupt request to the target operating system; and the target operating system is used for responding to the second interrupt request and reading the target data from the third memory.

According to another embodiment of the present application, there is provided a management apparatus of a server, including:

the system comprises a first sending module, a second sending module and a target command, wherein the first sending module is used for sending a target command to a target hardware partition through a first hardware interface of a first operating system, a plurality of hardware partitions are divided on a server host, the plurality of hardware partitions comprise the target hardware partition, the first operating system and a plurality of second operating systems are deployed on management equipment of the server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the target command is used for indicating the management of the target hardware partition in response to the target operating system;

The receiving module is used for receiving target data returned by the target hardware partition in response to the target command through the first hardware interface;

and the second sending module is used for sending the target data to the target operating system through the first operating system.

According to a further embodiment of the present application, there is also provided a computer readable storage medium having stored therein a computer program, wherein the computer program is arranged to perform the steps of any of the method embodiments described above when run.

According to a further embodiment of the present application, there is also provided an electronic device comprising a memory having stored therein a computer program and a processor arranged to run the computer program to perform the steps of any of the method embodiments described above.

According to the method and the device for managing the server, the plurality of hardware partitions are divided on the server host, the corresponding hardware partitions are respectively managed on the management device of the server through the deployed plurality of second operating systems, in addition, the first operating system is deployed on the management device of the server, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, the target command for indicating the target hardware partition to respond to the management of the target operating system is sent to the target hardware partition in the plurality of hardware partitions through the first hardware interfaces of the first operating system, the target data returned by the target hardware partition in response to the target command is received through the first hardware interface, and then the target data is sent to the target operating system through the first operating system.

Drawings

Fig. 1 is a hardware block diagram of a mobile terminal of a management method of a server according to an embodiment of the present application;

FIG. 2 is a flow chart of a method of management of a server according to an embodiment of the present application;

FIG. 3 is a schematic diagram I of a target command according to an embodiment of the present application;

FIG. 4 is a schematic diagram II of a target command according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a process of management of a server according to an embodiment of the present application;

FIG. 6 is a schematic diagram of the operation of a coprocessor according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a method of management of a server according to an embodiment of the present application;

FIG. 8 is a schematic diagram of a management device of a server according to an embodiment of the present application;

fig. 9 is a block diagram of a management apparatus of a server according to an embodiment of the present application.

Detailed Description

Embodiments of the present application will be described in detail below with reference to the accompanying drawings in conjunction with the embodiments.

It should be noted that the terms "first," "second," and the like in the description and claims of the present application and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order.

The method embodiments provided in the embodiments of the present application may be performed in a mobile terminal, a computer terminal or similar computing device. Taking the mobile terminal as an example, fig. 1 is a block diagram of a hardware structure of the mobile terminal of a management method of a server according to an embodiment of the present application. As shown in fig. 1, a mobile terminal may include one or more (only one is shown in fig. 1) processors 102 (the processor 102 may include, but is not limited to, a microprocessor MCU or a processing device such as a programmable logic device FPGA) and a memory 104 for storing data, wherein the mobile terminal may also include a transmission device 106 for communication functions and an input-output device 108. It will be appreciated by those skilled in the art that the structure shown in fig. 1 is merely illustrative and not limiting of the structure of the mobile terminal described above. For example, the mobile terminal may also include more or fewer components than shown in fig. 1, or have a different configuration than shown in fig. 1.

The memory 104 may be used to store a computer program, for example, a software program of application software and a module, such as a computer program corresponding to a management method of a server in the embodiment of the present application, and the processor 102 executes the computer program stored in the memory 104, thereby performing various functional applications and data processing, that is, implementing the above-mentioned method. Memory 104 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include memory remotely located relative to the processor 102, which may be connected to the mobile terminal via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used to receive or transmit data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the mobile terminal. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, simply referred to as NIC) that can connect to other network devices through a base station to communicate with the internet. In one example, the transmission device 106 may be a Radio Frequency (RF) module, which is configured to communicate with the internet wirelessly.

In this embodiment, there is provided a method for managing a server running on the mobile terminal, and fig. 2 is a flowchart of a method for managing a server according to an embodiment of the present application, as shown in fig. 2, where the flowchart includes the following steps:

step S202, a target command is sent to a target hardware partition through a first hardware interface of a first operating system, wherein a plurality of hardware partitions are divided on a server host, the plurality of hardware partitions comprise the target hardware partition, the first operating system and a plurality of second operating systems are deployed on management equipment of the server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the target command is used for indicating the management of the target hardware partition in response to the target operating system;

Step S204, receiving target data returned by the target hardware partition in response to the target command through the first hardware interface;

step S206, transmitting, by the first operating system, the target data to the target operating system.

Through the steps, the plurality of hardware partitions are divided on the server host, the corresponding hardware partitions are respectively managed on the management device of the server through the deployed plurality of second operating systems, in addition, the first operating system is also deployed on the management device of the server, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, the target command for indicating the target hardware partition to respond to the management of the target operating system is sent to the target hardware partition in the plurality of hardware partitions through the first hardware interfaces of the first operating system, the target data returned by the target hardware partition responding to the target command is received through the first hardware interfaces, and then the target data is sent to the target operating system through the first operating system.

Alternatively, in this embodiment, the management method of the server may be applied to, but not limited to, a management device of the server, where the management device of the server may include, but not limited to, a chip, for example: the X86 architecture (The X86 architecture, the standard numbering abbreviation for The microprocessor-executed computer language instruction set, also identifies a set of general-purpose computer instruction sets, X86 generally refers to a series of chips based on Intel 8086 and backward compatible central processor instruction set architecture), ARM architecture (Advanced RISC Machine, earlier Acorn RISC Machine, a 32-bit reduced instruction set RISC processor architecture), RISC-V (RISC-five, an open source instruction set architecture based on reduced instruction set RISC principles) architecture chips and MIPS architecture (MIPS architecture, microprocessor without interlocked piped stages architecture, also referred to as Millions of Instructions Per Second, a processor architecture employing reduced instruction set RISC) chips, and so forth. The method may also, but not limited to, be applied to an embedded system, where the embedded system may be an embedded heterogeneous multi-system, and the heterogeneous multi-system refers to running multiple different operating systems (e.g., a first operating system, a second operating system, etc.) in a multi-core processor of the embedded system, where the operating systems are running simultaneously in the same embedded system.

Optionally, in this embodiment, the method for managing a server provided in the present application may be used in a wide range of scenarios, and may include, but is not limited to: the partitioning on the server host into multiple hardware partitions is done for purposes of resource isolation, performance isolation, differentiated requirements, management and maintenance, etc. Any scenario for managing a server may use the server management method proposed in the present application.

Alternatively, in this embodiment, the first operating system and the second operating system may be, but not limited to, two heterogeneous or isomorphic operating systems, i.e., the types of the first operating system and the second operating system may be the same or different.

Taking the first operating system and the second operating system as heterogeneous operating systems as examples, the first operating system and the second operating system may be operating systems with different sensitivity degrees to response time, for example: the first operating system is more sensitive to response time than the second operating system. Alternatively, the first operating system and the second operating system may be operating systems that have different amounts of resources, such as: the first operating system occupies less resources than the second operating system.

The first operating system and the second operating system may be, but are not limited to, two heterogeneous operating systems deployed on a processor of an embedded system, i.e., an embedded operating system, where the embedded operating systems may be classified into a Real-Time operating system (RTOS) and a non-Real-Time operating system according to a sensitivity degree to response Time, the Real-Time operating system may be, but is not limited to, a Free RTOS (Free Real-Time Operating System ) and RT Linux (Real Time Linux), the non-Real-Time operating system may be, but is not limited to, a contiki (Contiki Operating System, health base operating system), a HeliOS (Helix Operating System, screw operating system) and Linux (Linux Operating System ), etc.

It should be noted that, when external events or data are generated, the real-time operating system can accept and process the external events or data fast enough, the processing result can control the production process or respond to the processing system fast within a specified time, schedule all available resources to complete real-time services, and control all real-time services to coordinate and run the operating system in a consistent manner.

An embedded system is a device for controlling, monitoring, or assisting in operating machines and equipment, and is a special-purpose computer system. The embedded system is a special computer system which uses the application as a center and uses the computer technology as a basis, can cut software and hardware, and is suitable for the strict requirements of the application system on functions, reliability, cost, volume, power consumption and the like. An embedded system is defined by application objects, is a complex of software and hardware, and can also cover auxiliary devices such as machinery.

The embedded system may include, but is not limited to, a processor, a memory, and peripheral circuits, where the first operating system and the second operating system operate based on the processor of the embedded system. The first operating system and the second operating system are the operating systems in the embedded system.

Alternatively, in the present embodiment, the above-described management method of the server may be performed by, but not limited to, a management device of the server, or a functional module for performing server management provided on the management device of the server.

Alternatively, in this embodiment, the management device of the server may, but is not limited to, execute, by a multicore processor in the management device of the server, a first operating system and a plurality of second operating systems, such as: the first operating system is run through one processor core in the multi-core processor, and N second operating systems are respectively run through N processor cores. The plurality of second operating systems may be, but are not limited to being, independently operated, such as: for two independent second operating systems, each for processing a different task, and without interfering or affecting each other.

Alternatively, in this embodiment, the first operating system may be, but is not limited to, a coprocessor running on a management device of the server, and the plurality of second operating systems may be, but is not limited to, a central processor running on a management device of the server. Thereby invoking the use of the co-processor and avoiding the increase of devices on the management equipment of the server.

Optionally, in this embodiment, a connection with each second operating system in the central processor may be created on the coprocessor and capable of identifying each second operating system, so that a command of a different second operating system is transmitted to a corresponding hardware partition, and data returned by the hardware partition is sent to the corresponding second operating system. Such as: connection to each second operating system in the central processing unit and identification of each second operating system can be realized through registration of inter-core interrupt, the second operating system can initiate a registration request of inter-core interrupt to the coprocessor, and the coprocessor distributes interrupt identification such as interrupt number and the like for the second operating system in response to the registration request and records the interrupt identification and the second operating system with corresponding relation.

Alternatively, in this embodiment, the coprocessor may implement the function of sending a command to the hardware partition according to the instruction of the second operating system and providing the returned data to the second operating system by, but not limited to, opening a task and giving the opened task call authority to the registered inter-core interrupt.

In the solution provided in step S202, the first operating system may be, but is not limited to, a real-time operating system, such as: RTOS (Real Time Operating System, real-Time operating system) or RTLinux (Real-Time Linux, which may be referred to as Real-Time Linux), etc., the second operating system may be, but is not limited to, a non-Real-Time operating system such as: a contigi system or a Linux system, etc.

Alternatively, in this embodiment, the interrupt request may be interacted between the first operating system and the second operating system, but not limited to, by adopting an inter-core communication manner. The manner in which the cores communicate may be software implemented (e.g., communication protocol, interrupt protocol, etc.).

Optionally, in this embodiment, the second operating system is configured to monitor and manage a hardware partition corresponding to the second operating system, which may include, but is not limited to: memory management, hard disk partition and file system, device driver management, peripheral devices, process and thread management, network management, and the like.

Optionally, in this embodiment, the first hardware interface of the first operating system connects to the second hardware interface of the plurality of hardware partitions, which may, but is not limited to, implementing communication with the hardware partitions through a connection between the first hardware interface and the second hardware interface, where the communication may, but is not limited to, include obtaining information about each hardware partition for which a connection is established, and may, but is not limited to, include: CPU temperature, power consumption, fault registers, etc.

Alternatively, in the present embodiment, the first hardware interface may be connected to the second hardware interface in a variety of ways, such as: communication via a bus, communication using an interrupt signal, and the like. The first hardware interface may include, but is not limited to: driver interfaces, terminal interfaces, DMA (Direct Memory Access ) interfaces, I/O (Input/Output) interfaces, bus interfaces, etc. The second hardware interface of the hardware partition may include, but is not limited to: bus interface, network interface card, SCSI (Internet Small Computer System Interface, small computer system interface), USB (Universal Serial Bus ), etc. The first hardware interface and the second hardware interface may be, but are not limited to being, the same type of hardware interface. Alternatively, a different type of hardware interface is also possible.

Alternatively, in this embodiment, the first operating system may, but is not limited to, establish the first hardware interface through an analog manner, such as: the first operating system emulates, by way of software, a first hardware interface for providing the same or similar functionality as the actual hardware device, such that the first operating system is able to communicate with the hardware partition in the same way.

Alternatively, in the present embodiment, the management device of the server may include, but is not limited to: the chip of the X86 architecture, the chip of the ARM architecture (Advanced RISC Machine, advanced reduced instruction set computer), the chip of the RiSC-V architecture (Reduced Instruction Set Computer, fifth generation reduced instruction set architecture), and the chip of the MIPS architecture (Microprocessor without Interlocked Pipeline Stages, microprocessor architecture without interlocking pipeline stages), and so forth. The management device of the server may not be limited to any device that allows running multiple operating systems in the same processor, such as: BMC (Baseboard Management Controller ) chip, and the like.

Optionally, in this embodiment, the first hardware interface is used to communicate with the target hardware partition, for example: and sending a command to the target hardware partition through the first hardware interface, and indicating the target hardware partition to respond to the management or operation of the target hardware partition in the command under the condition that the command is received. Or receiving a response reply sent by the target hardware partition through the first hardware interface, and the like.

Alternatively, in this embodiment, the target operating system may be, but is not limited to, any one of a plurality of second operating systems deployed on a management device of the server, and since the second operating system is used to manage a hardware partition having a correspondence relationship with the second operating system, the second operating system having a management requirement may be, but is not limited to, determined as the target operating system, the hardware partition having a correspondence relationship with the target operating system may be determined as the target hardware partition, and a target command may be, but is not limited to, sent to the target hardware partition through a first hardware interface of the first operating system, so that the target hardware partition can accept management of the second operating system in response to the target command.

Alternatively, in the present embodiment, the target command may include, but is not limited to: management commands, get map data block commands, get temperature commands, read special model registers, write special model registers, etc. The target command may be, but is not limited to being, generated by the first operating system, such as: the first operating system generates and issues a target command according to the requirements of the target operating system. Alternatively, the target command may be, but is not limited to being, generated by the target operating system and sent to the first operating system. The target hardware partition may respond to the target command in a variety of ways, such as, but not limited to: executing the operation indicated by the target command, sending a response signal to the first operating system, and so on.

Alternatively, in the present embodiment, the target command may be sent to the target hardware partition in a variety of ways, such as, but not limited to: and issuing a target command carrying the secret key to all the hardware partitions, wherein only the target hardware partitions can analyze and respond to the target command. Or, the target command carries the identifier of the target hardware partition, and the first hardware interface issues the target command to the target hardware partition corresponding to the identifier.

Optionally, in this embodiment, the first operating system may be but not limited to be used to instruct the target hardware partition to receive management of the target operating system, the second operating system may be but not limited to be used to perform processing of a service, the service may be but not limited to include management of a hardware partition, etc., and the service may be but not limited to be used to divide a plurality of hardware partitions on the server host according to the service that needs to be processed by each second operating system, and then the second operating system manages the hardware partition corresponding to the first operating system, and specifically may be but not limited to include the following manners:

and obtaining an allocation result of a group of to-be-allocated services, wherein the allocation result is used for indicating the corresponding relation between the to-be-allocated services and the second operating system, the to-be-executed services allocated to one operating system are usually executed by using the processing resources of the operating system, and if the amount of the to-be-allocated services of one operating system is overlarge and the unallocated processing resources currently exist, the unallocated processing resources can be allocated for the to-be-allocated services allocated to one operating system. Therefore, according to the allocation result of a set of services to be allocated, in combination with the resource utilization condition of the processing resources of each second operating system, a set of mapping tables of the processing resources between the services to be allocated and the processors are generated to indicate the processing resources allocated for each service to be allocated.

Here, each service to be allocated has a mapping relationship with only a certain processor core, while the same processor core may have a mapping relationship with a plurality of services to be allocated, and different services may have a mapping relationship with the same processor core through different time slices occupying the same processor core. At the same time, the same processor core is occupied by only one service, i.e., is used to execute only one service. Different services allocated to an operating system may determine time slices that occupy the same processor resource in terms of allocation time, service response speed requirements, or otherwise.

The processor cores that have been scheduled to the second operating system in the eight-core processor (cores 1-8) include: the method comprises the steps of allocating 6 to-be-allocated services, namely, a service 1 and a service 2, allocating corresponding processor cores for 6 services, namely, allocating a core 1 for the service 1, a core 5 for the service 2, a core 2 for the service 3, a core 3 for the service 4, a core 4 for the service 5 and a core 6 for the service 6, wherein the number of to-be-allocated services is 6, the real-time services are the service 1 and the service 2, and the non-real-time services are the services 3 to the service 6.

According to the embodiment, based on the corresponding relation between the service and the operating system, the dynamic allocation of the processing resources is performed by combining the use conditions of the processing resources of different operating systems, so that the rationality of the allocation of the processing resources can be ensured.

Optionally, in this embodiment, the first operating system and the second operating system are both deployed in a management device of the server, for example: the first operating system is run using a coprocessor in a management device of the server, and the second operating system is run in each core in a multi-core processor in the management device of the server.

Optionally, in this embodiment, the above-mentioned second operating system is configured to manage a hardware partition corresponding to the second operating system, so as to run the second operating system on each processor core in the multicore processor deployed on the management device of the server, where the second operating system includes: the Linux system 1, the Linux systems 2 and … …, for example, the Linux system N, where N Linux systems monitor and manage N hardware partitions divided on the server host respectively, for example: the Linux system 1 is used for monitoring and managing the hardware partition 1 on the server host, the Linux system 2 is used for monitoring and managing the hardware partition 2, … … on the server host, and the Linux system N is used for monitoring and managing the hardware partition N on the server host.

In one exemplary embodiment, the target command may be, but is not limited to being, sent to the target hardware partition through the first hardware interface of the first operating system in the following manner: acquiring the target command from the target operating system through the first operating system; the target command is output from the first hardware interface.

Alternatively, in this embodiment, the first operating system may, but is not limited to, obtain the target command by sending an instruction, such as: and under the condition that the first operating system needs to acquire the target command, the first operating system sends an instruction for instructing the target operating system to generate the target command to the target operating system and receives the target command sent by the response instruction of the target operating system. Alternatively, in the case where the target operating system has generated the target command, the first operating system receives the target command generated by the target operating system through the first hardware interface, and so on.

Alternatively, in the present embodiment, the first hardware interface may output the target command in a plurality of ways, such as: converting the target command into a data message for transmission, converting the target command into a signal for output, transmitting the target command to a shared memory and the like.

In one exemplary embodiment, the target command may be output from the first hardware interface, but is not limited to, in the following manner: simulating a signal waveform of the target command; outputting the signal waveform from the first hardware interface to an interface bus, wherein the interface bus is used for connecting the first hardware interface and each of the second hardware interfaces.

Alternatively, in the present embodiment, the signal waveform of the target command is simulated through the first hardware interface, and the signal waveform of the target command may be simulated, but not limited to, including: sine waves, square waves, saw tooth waves, triangular waves, etc. The signal waveform of the target signal may be simulated in a variety of ways, such as: the target signal is simulated using a waveform generator, a function generator, or the like. The signal waveform of the target signal may be presented by, but not limited to, an oscilloscope or the like.

Alternatively, in this embodiment, the first hardware interface and the second hardware interface may be connected using an interface bus, which may include, but is not limited to: PECI (platform environment control interface ) bus, SMBus (System Management Bus, system management bus), I2C (Inter-Integrated Circuit, two-wire serial bus), and the like.

In one exemplary embodiment, the signal waveform of the target command may be simulated, but is not limited to, in the following manner: starting a waveform simulation function of the first hardware interface, wherein the interface types of the first hardware interface and the second hardware interface are different, and an interface bus is a bus conforming to an interface protocol of the second hardware interface; and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

Alternatively, in the present embodiment, a hardware interface having a waveform simulation function may be selected as the first hardware interface, such as: analog input/output interfaces, digital input/output interfaces, and the like. Alternatively, the command waveform of the first hardware interface simulation target command may be controlled using, but not limited to, a programming language or a corresponding development tool.

Optionally, in this embodiment, the interface types of the first hardware interface and the second hardware interface are different, for example: the first hardware interface is GPIO (General-purpose input/output interface), the second hardware interface is PECI, and the interface bus is PECI of the interface protocol of the second hardware interface.

Optionally, in this embodiment, the first hardware interface outputs the signal waveform to the interface bus, which may be, but is not limited to, transmitting the signal waveform to the second hardware interface through the interface bus, and since the interface bus is a bus conforming to an interface protocol of the second hardware interface, the second hardware interface is capable of acquiring the signal waveform.

In one exemplary embodiment, the command waveform of the target command may be simulated by the waveform simulation function in the following manner, but is not limited to: the waveform simulation function of the universal input/output interface simulates a command waveform of a platform environment control interface command, wherein the target command is the platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface comprises the universal input/output interface, and the second hardware interface comprises a platform environment control interface.

Optionally, in this embodiment, taking the first hardware interface as an example of GPIO, after the first operating system obtains the target command, the first operating system may, but is not limited to, analyze and obtain a plurality of logic bit information corresponding to the target command, where a sequence exists among the plurality of logic bit information, and the first operating system may generate, by requesting the plurality of logic bit information corresponding to the command, a waveform signal corresponding to the target command (i.e., a signal waveform of the target command), so that information included in the target command is transmitted to other devices through the signal waveform.

Optionally, in this embodiment, the target command may include, but is not limited to, one or more fields, where each field may be represented by a logical bit 0 or 1, and on this basis, a conversion relationship between each field and the logical bit 1 or 0 is the logical bit information corresponding to the field, and in the case that the target command corresponds to multiple fields, the target command corresponds to multiple logical bit information. Further, each logic bit may be represented by a combined use of a high level signal and a low level signal, e.g., for logic bit 0, a high level signal of a first preset duration and a low level signal of a second preset duration may be used in combination, and for logic bit 1, a high level signal of a second preset duration and a low level signal of a first preset duration may be used in combination, wherein the first preset duration and the second preset duration are different. On this basis, since each logic bit includes both a high level signal and a low level signal, each logic bit is actually represented by a waveform signal (the transition between the high level signal and the low level signal is represented as a waveform), and since the target command corresponds to a plurality of logic bit information, that is, a plurality of logic bits, the hardware interface signal corresponding to the target command is a signal waveform obtained by combining the waveform signals corresponding to each logic bit information.

Optionally, in this embodiment, the target command is an interface signal conforming to an interface protocol of the second hardware interface, for example, an HDMI (high definition multimedia interface, high-definition multimedia interface) signal, an RGMII (reduced gigabit media independent interface, parallel bus) signal, an SGMII (serial gigabit media independent interface, single pass serial bus) signal, a GPIO (general-purpose input/output port) signal, an SPI (serial peripheral interface ) signal, and the like.

From the above, it can be seen that the command waveform corresponding to the target command is generated through the general input/output interface, so that the technical effect of generating the hardware interface signal in a simulation manner by using a software manner is achieved, and the purpose of hardware logic design without the first hardware interface itself having related hardware interface signals is achieved, so that the design difficulty of the management equipment of the server can be reduced, and the design cost of the management equipment of the server can be reduced.

In one exemplary embodiment, the target command may be, but is not limited to, obtained from the target operating system by the first operating system in the following manner: receiving, by the first operating system, a first interrupt request sent by the target operating system, where the first interrupt request is used to instruct sending, to the target hardware partition, a command that meets a command code and a command parameter; and responding to the first interrupt request, and acquiring the command code and the command parameter indicated by the first interrupt request as the target command.

Alternatively, in this embodiment, the command code and command parameters may be, but are not limited to being, carried in the first interrupt request, i.e., the first operating system may, but is not limited to, obtain the command code and command parameters by parsing the first interrupt request. Alternatively, the first interrupt request may be, but is not limited to being, used to instruct the first operating system to access the shared memory space such that the first operating system is able to retrieve the command code and command parameters, etc. from the memory space.

Alternatively, in this embodiment, the first interrupt request may be transmitted between systems by, but not limited to, a software protocol, or may be transferred through a hardware module. Taking a hardware module mailbox (email box) to transmit a first interrupt request as an example, a mailbox channel can be established between operating systems, and the first interrupt request is transmitted through the mailbox channel.

Optionally, in this embodiment, the target operating system instructs, through the first interrupt request, the first operating system to obtain a target command, where the target command is used to instruct the target hardware partition to respond to management of the target operating system. The target command may be, but is not limited to, information carried in the first interrupt request or instructing the first operating system to retrieve the target command from a fixed address via the first interrupt request.

Alternatively, in this embodiment, the target operating system may, but is not limited to, send the first interrupt request by: and storing the command code and the command parameter into the shared memory, sending a first interrupt request by the target operating system, and acquiring the command code and the command parameter indicated by the first interrupt request from the shared memory under the condition that the first interrupt request is received.

Optionally, in this embodiment, the interaction between the first operating system and the target operating system may be, but is not limited to, implemented by combining the shared memory with inter-core communication. The target operating system may, but is not limited to, store the target access content in a shared memory on the chip, write the target access content in the shared memory in a data manner into a target memory space corresponding to a target hardware register space, and then send an inter-core interrupt (i.e., a first interrupt request) to the first operating system through the target operating system to instruct the first operating system to find the content that needs to be accessed from the shared memory.

In one exemplary embodiment, the first interrupt request sent by the target operating system may be received by the first operating system in the following manner: receiving a target interrupt number sent by the target operating system through the first operating system, wherein the first interrupt request comprises the target interrupt number; and determining the target hardware partition according to the target interrupt number.

Optionally, in this embodiment, the target interrupt number may be, but is not limited to, carried in the first interrupt request, and the first operating system obtains the target interrupt number by parsing the first interrupt request sent by the target operating system.

Alternatively, in this embodiment, in the case that the target interrupt number is received, the target hardware partition may be determined according to the target interrupt number, for example, but not limited to: the method comprises the steps of obtaining a mapping relation between a terminal number and a hardware partition in advance, and obtaining a target hardware partition corresponding to a target interrupt number from the mapping relation under the condition that the target interrupt number is received. Or, taking the identification of the target hardware partition as the target interrupt number, and analyzing the target interrupt number to obtain the target hardware partition corresponding to the target interrupt number when the target interrupt number is received.

In one exemplary embodiment, the target hardware partition may be determined from the target interrupt number, but is not limited to, in the following manner: and searching a hardware partition corresponding to the target interrupt number from the interrupt number and the hardware partition with the corresponding relation as the target hardware partition.

Alternatively, in this embodiment, the interrupt number and the hardware partition may be, but not limited to, a one-to-one correspondence relationship, and the mapping relationship between the interrupt number and the hardware partition may be, but not limited to, stored in advance, for example: interrupt number 1 corresponds to hardware partition 1, interrupt number 2 corresponds to hardware partition 2, and so on.

In one exemplary embodiment, the target hardware partition may be determined from the target interrupt number, but is not limited to, in the following manner: responding to the target interrupt number, and acquiring first data stored in the target operating system from a first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

Alternatively, in this embodiment, the first memory may, but is not limited to, configure a dedicated storage location for the interaction process between the operating systems, and may be referred to as a shared memory, where the shared memory may, but is not limited to, be allocated again according to the operating systems, i.e. each operating system corresponds to a dedicated section of shared memory.

The information (first data) of the shared memory corresponding to the target operating system may be carried in an interrupt request (first interrupt request) for requesting the first operating system to read the service data from the storage space, and the first operating system may read the service data on the shared memory indicated by the interrupt request in response to the interrupt request.

In one exemplary embodiment, the first memory may include, but is not limited to, a data storage area and a metadata storage area, the data storage area may be, but is not limited to, divided into a plurality of storage units, each storage unit may be, but is not limited to, a size of each storage unit for storing service data, and a occupied state, the metadata storage area may be, but is not limited to, a size of each storage unit for storing the data storage area. In order to ensure that the first data can be written into the memory, the written target virtual channel needs to be free and is larger than or equal to the storage space of the length of the first data, and as the memory is divided into a metadata storage area and a data storage area, the occupied state of each storage unit recorded in the metadata storage area can be read, and the storage unit which is in the free state and can meet the data storage requirement can be found out.

Alternatively, in this embodiment, the target interrupt number may be, but is not limited to, used to indicate that the first data is obtained from the first memory. The first data is stored by the first operating system, which may include, but is not limited to, a target operating system, a correspondence between the operating system and the hardware partition, and the like. The correspondence between the operating system and the hardware partition may be, but is not limited to, stored by the first operating system or may have been previously acquired. The target hardware partition corresponding to the target operating system may be determined, but is not limited to, based on a correspondence between the operating system and the hardware partition.

In one exemplary embodiment, the command code and command parameters indicated by the first interrupt request may be acquired as the target command, but are not limited to, in the following manner: acquiring second data stored in the target operating system from a second memory; and analyzing the command code and the command parameters from the second data to serve as the target command.

Optionally, in this embodiment, the target operating system stores the second data in the second memory. The second memory may be, but is not limited to being, the same memory space as the first memory, or a different memory space.

Alternatively, in this embodiment, the second memory may, but is not limited to, configure a dedicated storage location for the interaction process between the operating systems, and may be referred to as a shared memory, where the shared memory may, but is not limited to, be allocated again according to the operating systems, i.e. each operating system corresponds to a dedicated section of shared memory.

The information (second data) of the shared memory corresponding to the target operating system may be carried in an interrupt request (first interrupt request) for requesting the first operating system to read the service data from the storage space, and the first operating system may read the service data on the shared memory indicated by the interrupt request in response to the interrupt request.

In one exemplary embodiment, the second memory may include, but is not limited to, a data storage area and a metadata storage area, the data storage area may be, but is not limited to, divided into a plurality of storage units, each storage unit may be, but is not limited to, a size of each storage unit for storing service data, and a occupied state, the metadata storage area may be, but is not limited to, a size of each storage unit for storing the data storage area. In order to ensure that the second data can be written into the memory, the written target virtual channel needs to be free and is larger than or equal to the storage space of the length of the second data, and as the memory is divided into a metadata storage area and a data storage area, the occupied state of each storage unit recorded in the metadata storage area can be read, and the storage unit which is in the free state and can meet the data storage requirement can be found out.

In one exemplary embodiment, an example of a data structure of second data is provided. Table 1 is a data structure of second data according to an embodiment of the present application, specifically as follows:

TABLE 1

As can be seen from Table 1, the second data stored by the target operating system may include, but is not limited to: the variable names, variable types and corresponding descriptions are as follows:

the variable type of the variable name CoreNum is unsigned char, which is used for representing the Core (Core) partition serial number of data transmission; the variable type of the variable name WtLen is unsigned char, which is used for representing the writing length of the PECI command; the variable type of the variable name RdLen is unsigned char, which is used for representing the read length of the PECI command; the variable type of the variable name Cmd is an unsigned char, which is used to represent the command code of the PECI command; the variable type of the variable name Para is unsigned char 30, which is used to represent the write parameters of PECI commands.

In one exemplary embodiment, an example of a target command is provided. Fig. 3 is a schematic diagram of a target command according to an embodiment of the present application, as shown in fig. 3, a command address includes a command code and a command parameter, and the command code 00 is used to indicate an address rate negotiation bit of the target command, that is, the address rate negotiation bit of the target command is two bits 0, where the address rate negotiation bit is used for determining a transmission rate before transmitting address information between a Host (Host) device and a Client (Client) device of the PECI bus.

The command parameters include a target address field bit width, i.e., the target address field bit width of the target command is 8 bits, which is used to specify the PECI address of the Client device.

The command code 0 is used for indicating a message rate negotiation bit of a target command, namely the message rate negotiation bit is one bit 0, and the message rate negotiation bit is used for determining a transmission rate before transmitting message information between a Host device and a Client device of the PECI bus.

The command parameters also include the write length field bit width of the target command, i.e., the write length field bit width is 8 bits, the write length field identifying the number of valid bytes to be written later.

Alternatively, in this embodiment, the first operating system may, but is not limited to, perform a process of acquiring a target command from a target operating system through a communication task created in the coprocessor, and perform a process of transmitting the target command through a created protocol simulation task.

In the solution provided in step S204, the target hardware partition returns the target data of the first hardware interface to the target partition in response to the target command, where the target command may include, but is not limited to: ping (management command), getDIB (get map data block command), getTemp (get temperature command), rdIAMSR (read special model register), wrIAMSR (write special model register), etc. The command formats corresponding to different commands can be different, but the command formats of different commands all contain fields such as target address, write length and the like.

In one exemplary embodiment, an example of a target command is provided. Fig. 4 is a schematic diagram two of a target command according to an embodiment of the present application, as shown in fig. 4, taking the target command as a Ping command as an example, the command address includes a command code and a command parameter, the command code 00 is used for indicating an address rate negotiation bit of the target command, that is, the address rate negotiation bit of the target command is two bits 0, and the address rate negotiation bit is used for determining a transmission rate before transmitting address information between a Host device and a Client device of the PECI bus. The command parameters include a target address field bit width of 8 bits. The command code 0 is used for indicating a message rate negotiation bit of a target command, namely the message rate negotiation bit is one bit 0, and the message rate negotiation bit is used for determining a transmission rate before transmitting message information between a Host device and a Client device of the PECI bus. The command parameters also include a write length field bit width, a read length field, and response data (Frame Check Sequence ) of the target command, the write length field bit width, the read length field, and the response data bit width being 8 bits.

Alternatively, in this embodiment, the first operating system may perform the process of receiving the target data through, but not limited to, a protocol emulation task created in the coprocessor.

In the solution provided in step S206, the first operating system may be, but is not limited to, configured to send the target data to the target operating system, for example: and the first operating system writes the target data into a shared memory space which can be accessed by the target operation. Alternatively, the first operating system directly sends the target data to the target operating system or the like.

In one exemplary embodiment, the target data may be, but is not limited to, sent to the target operating system by the first operating system in the following manner: writing the target data into a third memory through the first operating system; and sending a second interrupt request to the target operating system through the first operating system, wherein the second interrupt request is used for indicating the target operating system to read the target data from the third memory.

Alternatively, in this embodiment, the third memory may be, but is not limited to, a shared memory space that can be accessed by both the first operating system and the second operating system. The third memory and the first memory and the second memory may be, but not limited to, the same memory space or separate different memory spaces.

Alternatively, in this embodiment, the third memory may, but is not limited to, configure a dedicated storage location for the interaction process between the operating systems, and may be referred to as a shared memory, where the shared memory may, but is not limited to, be allocated again according to the operating systems, i.e. each operating system corresponds to a section of dedicated shared memory.

The information (target data) of the shared memory corresponding to the target operating system may be carried in an interrupt request (second interrupt request) for requesting the target operating system to read the service data from the storage space, and the target operating system may read the service data on the shared memory indicated by the interrupt request in response to the interrupt request.

In one exemplary embodiment, the third memory may include, but is not limited to, a data storage area and a metadata storage area, the data storage area may be, but is not limited to, divided into a plurality of storage units, each storage unit may be, but is not limited to, a size of each storage unit for storing service data, and a occupied state, the metadata storage area may be, but is not limited to, a size of each storage unit for storing the data storage area. In order to ensure that the third data can be written into the memory, the written target virtual channel needs to be free and is larger than or equal to the storage space of the length of the third data, and as the memory is divided into a metadata storage area and a data storage area, the occupied state of each storage unit recorded in the metadata storage area can be read, and the storage unit which is in the free state and can meet the data storage requirement can be found out.

Alternatively, in this embodiment, the target operating system may, but is not limited to, instruct the target operating system to read the target data in the third memory by sending the second interrupt request to the target operating system.

In one exemplary embodiment, a second interrupt request may be sent to the target operating system through the first operating system, but is not limited to, in the following manner: analyzing the target operating system from the target data through the first operating system; and sending the second interrupt request to the target operating system through the first operating system.

Optionally, in this embodiment, the first operating system sends the second interrupt request to the target operating system under a condition that the first operating system parses the target operating system from the target data.

Alternatively, in this embodiment, the first operating system may perform, but is not limited to, a process of sending the target data to the target operating system through a communication task created in the coprocessor.

In one exemplary embodiment, an example of a data structure of target data is provided. Table 2 is a data structure of target data according to an embodiment of the present application, specifically as follows:

TABLE 2

As can be seen from Table 2, the target operating system parsed target data may include, but is not limited to: the variable type of the variable name CoreNum is unsigned char, which is used for representing the Core partition serial number of data transmission; the variable type of the variable name WtLen is unsigned char, and is used for representing a check sequence of the transmitted data; the variable type of the variable name Data is unsigned char 30, which is used for representing the received valid Data; the variable type of the variable name FCS2 is an unsigned char, and is used to indicate a check sequence of received data.

In one exemplary embodiment, an example of a process for management of a server is provided. Fig. 5 is a schematic diagram of a process of management of a server according to an embodiment of the present application, as shown in fig. 5, a server Host is taken as a Host partition system, a plurality of hardware partitions divided on the server Host include a hardware partition 1, a hardware partition 2 and a hardware partition 3, each hardware partition has a CPU processor used by the hardware partition, a management device of the server is a BMC management unit, a first operating system deployed on the management device of the server is an RTOS, the BMC management unit includes a BMC multi-Core processor, a main Core is taken as a unit to divide 3 partitions including Core1, core2 and Core3, each partition independently runs a second operating system, the second operating system corresponds to the hardware partition one by one, the second operating system includes Linux1, linux2 and Linux3, a first hardware interface is PECI provided by the RTOS, and a second hardware interface is PECI of each hardware partition on the server Host, which is illustrated as an example.

The Host partition system is divided into 3 hardware partitions according to the number of CPU units, each partition corresponds to one CPU processor, and the whole Host partition system is split into 3 paths of independent server systems. In order to realize independent monitoring and management of each path of independent server system, a BMC multi-core processor in a BMC management unit is divided into 3 partitions by taking a main core as a unit.

Each independent server system of the Host partition system is provided with a PECI controller interface, and a BMC coprocessor in the BMC multi-core processor is connected with all PECI controllers of the Host partition system through GPIO and takes a PECI bus as an interconnection bus. In addition, each partition in the BMC management unit independently runs a Linux operation system, is responsible for monitoring and managing each independent server system in the Host partition system, a coprocessor at the BMC side runs an RTOS system, is responsible for PECI communication with the Host partition system, and shares communication data among each Core partition of the BMC. The Core partitions of the BMC perform data interaction with the coprocessor in the form of inter-Core communication and shared memory, so that the effect that one BMC management unit independently manages the Host partition system is achieved, and the effect is equivalent to the establishment of PECI paths from the Core partitions of the BMC management unit to hardware partitions of the Host partition system.

In an exemplary embodiment, a BMC is used as a management device of a server, a coprocessor and a multi-core processor are deployed on the BMC, an RTOS operating system is operated by the coprocessor as a first operating system, N Linux operating systems are respectively operated by N processor cores in the multi-core processor as a plurality of second operating systems, fig. 6 is a schematic diagram of a working process of the coprocessor according to an embodiment of the present application, as shown in fig. 6, a plurality of inter-core interrupts (inter-core interrupt 1, inter-core interrupt 2, … …, and inter-core interrupt N) are registered in the coprocessor, N inter-core interrupts correspond to each core, and tasks related to PECI communication are started in the coprocessor.

The coprocessor also runs a communication task with the Linux operating system, the communication task is responsible for monitoring the state of inter-core interrupt, and after the corresponding interrupt number generates interrupt, the communication task is responsible for accessing the data of the corresponding interrupt number in the share as a PECI command to be sent. After the execution of the corresponding PECI command is finished, the returned PECI response data are put into the corresponding shared memory according to the interrupt number for generating the interrupt, and the Linux operating system with the interrupt notification corresponding number for generating the interrupt number reads the related PECI data.

The coprocessor is also provided with a GPIO and a task simulating a PECI protocol, and is responsible for receiving a PECI command sent by the previous task, analyzing and controlling the corresponding GPIO to generate a PECI waveform according to the PECI protocol, and sending the PECI waveform to the PECI bus. After receiving the command, the corresponding CPU responds correspondingly according to the command, and the task analyzes the corresponding response into PECI data through the GPIO and sends the PECI data to the previous task. The RTOS has instantaneity, can timely analyze and process GPIO waveforms, can effectively reduce the pressure of the Linux operating system, and avoids the risk that the Linux operating system cannot analyze due to the non-real-time characteristic of the PECI protocol during high-speed communication.

In one exemplary embodiment, an example of a method of management of a server is provided. Fig. 7 is a schematic diagram of a method for managing a server according to an embodiment of the present application, as shown in fig. 7, taking a coprocessor in a management device of the server to run an RTOS as a first operating system, a second operating system is a Linux operating system running in Core1, and a target hardware partition is exemplified by a hardware partition 1, where the server may be managed, but is not limited to, by:

the Core1 partition Linux system informs the RTOS system of the coprocessor that a PECI command needs to be sent through inter-Core communication (such as inter-Core interrupt signals), and simultaneously writes information such as command codes, command parameters and the like in a shared memory;

under the condition that the RTOS system of the coprocessor receives an interrupt signal (a first interrupt request), analyzing data in a shared memory (a first memory) to obtain a PECI command (which can be a Ping command but is not limited to) to be sent and corresponding command parameters;

the RTOS system of the coprocessor starts a GPIO (General-purpose input/output interface) analog PECI waveform function based on the acquired command and parameter, and outputs the analog waveform from the GPIO interface to the PECI bus.

For multiple hardware partitions partitioned in a server host, it may be possible, but not limited to, to operate by:

the hardware partition monitors waveforms on the PECI bus through the respective PECI controllers;

each hardware partition compares whether the PECI address of the hardware partition is consistent with a target address on the bus, if so, the Ping command (target command) is received, response data is sent to the PECI bus, and if not, no response is generated;

the RTOS system of the coprocessor monitors the PECI bus state through the GPIO interface, and caches and analyzes the data when the response data are detected;

the RTOS system of the coprocessor judges a target Core partition for forwarding response data according to the analysis result, informs the partition in an inter-Core interrupt mode, and writes the response data into a shared memory;

and after the Core1 partition receives the Core list interrupt signal, reading data in the shared memory to obtain final response data corresponding to the Ping command.

From the description of the above embodiments, it will be clear to a person skilled in the art that the method according to the above embodiments may be implemented by means of software plus the necessary general hardware platform, but of course also by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), comprising several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method described in the embodiments of the present application.

In this embodiment, a management device for a server is further provided, where the device is used to implement the foregoing embodiments and preferred embodiments, and the description is omitted herein.

Fig. 8 is a schematic diagram of a management device of a server according to an embodiment of the present application, as shown in fig. 8, the device includes: a first operating system 802 and a plurality of second operating systems (804-1 to 804-n), wherein the plurality of second operating systems (804-1 to 804-n) are used for managing a plurality of hardware partitions (806-1 to 806-m) divided on a server host, the plurality of second operating systems are in one-to-one correspondence with the plurality of hardware partitions, and the first hardware interfaces 808 of the first operating system are respectively connected with the second hardware interfaces (810-1 to 810-m) of each of the plurality of hardware partitions (806-1 to 806-m); the first operating system 802 is configured to send a target command to a target hardware partition through a first hardware interface 808, where the plurality of hardware partitions includes the target hardware partition, and the target command is configured to instruct the target hardware partition to respond to management of a target operating system; receiving target data returned by the target hardware partition in response to the target command; and sending the target data to the target operating system.

Through the device, the plurality of hardware partitions are divided on the server host, the corresponding hardware partitions are respectively managed on the management device of the server through the deployed plurality of second operating systems, in addition, the first operating system is also deployed on the management device of the server, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, the target command for indicating the target hardware partition to respond to the management of the target operating system is sent to the target hardware partition in the plurality of hardware partitions through the first hardware interfaces of the first operating system, the target data returned by the target hardware partition responding to the target command is received through the first hardware interfaces, and then the target data is sent to the target operating system through the first operating system.

In an exemplary embodiment, the management device of the server is further configured to: acquiring the target command from the target operating system through the first operating system; the target command is output from the first hardware interface.

In an exemplary embodiment, the management device of the server is further configured to: receiving a target interrupt number sent by the target operating system through the first operating system, wherein the first interrupt request comprises the target interrupt number; and determining the target hardware partition according to the target interrupt number.

In an exemplary embodiment, the management device of the server is further configured to: analyzing the target operating system from the target data through the first operating system; and sending the second interrupt request to the target operating system through the first operating system.

The embodiment also provides a management device of the server, which is used for implementing the foregoing embodiments and preferred embodiments, and is not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

Fig. 9 is a block diagram of a management apparatus of a server according to an embodiment of the present application, as shown in fig. 9, the apparatus includes:

a first sending module 92, configured to send a target command to a target hardware partition through a first hardware interface of a first operating system, where a server host is divided into a plurality of hardware partitions, the plurality of hardware partitions include the target hardware partition, a management device of the server is deployed with the first operating system and a plurality of second operating systems, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the target command is used for indicating that the target hardware partition responds to management of the target operating system;

A receiving module 94, configured to receive, through the first hardware interface, target data returned by the target hardware partition in response to the target command;

and a second sending module 96, configured to send, by using the first operating system, the target data to the target operating system.

Through the device, the plurality of hardware partitions are divided on the server host, the corresponding hardware partitions are respectively managed on the management equipment of the server through the deployed plurality of second operating systems, in addition, the first operating system is also deployed on the management equipment of the server, the first hardware interfaces of the first operating system are respectively connected with the second hardware interfaces of each hardware partition in the plurality of hardware partitions, the target command for indicating the target hardware partition to respond to the management of the target operating system is sent to the target hardware partition in the plurality of hardware partitions through the first hardware interfaces of the first operating system, the target data returned by the target hardware partition responding to the target command is received through the first hardware interfaces, and then the target data is sent to the target operating system through the first operating system.

In an exemplary embodiment, the first transmitting module includes:

an obtaining unit, configured to obtain, by the first operating system, the target command from the target operating system;

and the output unit is used for outputting the target command from the first hardware interface.

In an exemplary embodiment, the output unit is configured to: simulating a signal waveform of the target command; outputting the signal waveform from the first hardware interface to an interface bus, wherein the interface bus is used for connecting the first hardware interface and each of the second hardware interfaces.

In an exemplary embodiment, the output unit is further configured to: starting a waveform simulation function of the first hardware interface, wherein the interface types of the first hardware interface and the second hardware interface are different, and an interface bus is a bus conforming to an interface protocol of the second hardware interface; and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

In an exemplary embodiment, the output unit is further configured to: the waveform simulation function of the universal input/output interface simulates a command waveform of a platform environment control interface command, wherein the target command is the platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface comprises the universal input/output interface, and the second hardware interface comprises a platform environment control interface.

In an exemplary embodiment, the acquiring unit is configured to: receiving, by the first operating system, a first interrupt request sent by the target operating system, where the first interrupt request is used to instruct sending, to the target hardware partition, a command that meets a command code and a command parameter; and responding to the first interrupt request, and acquiring the command code and the command parameter indicated by the first interrupt request as the target command.

In an exemplary embodiment, the acquiring unit is further configured to: receiving a target interrupt number sent by the target operating system through the first operating system, wherein the first interrupt request comprises the target interrupt number; and determining the target hardware partition according to the target interrupt number.

In an exemplary embodiment, the acquisition unit is configured to one of: searching a hardware partition corresponding to the target interrupt number from the interrupt number and the hardware partition with the corresponding relation as the target hardware partition; responding to the target interrupt number, and acquiring first data stored in the target operating system from a first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

In an exemplary embodiment, the acquisition unit is configured to one of: acquiring second data stored in the target operating system from a second memory; and analyzing the command code and the command parameters from the second data to serve as the target command.

In an exemplary embodiment, the second transmitting module includes:

the writing unit is used for writing the target data into a third memory through the first operating system;

the sending unit is used for sending a second interrupt request to the target operating system through the first operating system, wherein the second interrupt request is used for indicating the target operating system to read the target data from the third memory.

In an exemplary embodiment, the sending unit is configured to: analyzing the target operating system from the target data through the first operating system; and sending the second interrupt request to the target operating system through the first operating system.

It should be noted that each of the above modules may be implemented by software or hardware, and for the latter, it may be implemented by, but not limited to: the modules are all located in the same processor; alternatively, the above modules may be located in different processors in any combination.

Embodiments of the present application also provide a computer readable storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the method embodiments described above when run.

In one exemplary embodiment, the computer readable storage medium may include, but is not limited to: a usb disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing a computer program.

Embodiments of the present application also provide an electronic device comprising a memory having stored therein a computer program and a processor arranged to run the computer program to perform the steps of any of the method embodiments described above.

In an exemplary embodiment, the electronic device may further include a transmission device connected to the processor, and an input/output device connected to the processor.

Specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the exemplary implementation, and this embodiment is not described herein.

It will be appreciated by those skilled in the art that the modules or steps of the application described above may be implemented in a general purpose computing device, they may be concentrated on a single computing device, or distributed across a network of computing devices, they may be implemented in program code executable by computing devices, so that they may be stored in a storage device for execution by computing devices, and in some cases, the steps shown or described may be performed in a different order than that shown or described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple modules or steps of them may be fabricated into a single integrated circuit module. Thus, the present application is not limited to any specific combination of hardware and software.

The foregoing description is only of the preferred embodiments of the present application and is not intended to limit the same, but rather, various modifications and variations may be made by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the principles of the present application should be included in the protection scope of the present application.

Claims

1. A server management method is characterized in that,

A plurality of hardware partitions are divided on a server host, a first operating system and a plurality of second operating systems are deployed on management equipment of the server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first operating systems run on coprocessors on the management equipment of the server, and first hardware interfaces of the first operating systems are respectively connected with second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the method comprises the following steps:

sending a target command to a target hardware partition through the first hardware interface of the first operating system, wherein the plurality of hardware partitions includes the target hardware partition, and the target command is used for indicating the target hardware partition to respond to management of a target operating system;

transmitting the target data to the target operating system through the first operating system;

wherein the sending, by the first operating system, the target data to the target operating system includes: writing the target data into a third memory through the first operating system; and sending a second interrupt request to the target operating system through the first operating system, wherein the second interrupt request is used for indicating the target operating system to read the target data from the third memory.

2. The method of claim 1, wherein the step of determining the position of the substrate comprises,

the sending, by the first hardware interface of the first operating system, a target command to a target hardware partition, including:

acquiring the target command from the target operating system through the first operating system;

the target command is output from the first hardware interface.

3. The method of claim 2, wherein the step of determining the position of the substrate comprises,

the outputting the target command from the first hardware interface includes:

simulating a signal waveform of the target command;

outputting the signal waveform from the first hardware interface to an interface bus, wherein the interface bus is used for connecting the first hardware interface and each of the second hardware interfaces.

4. The method of claim 3, wherein the step of,

the signal waveform simulating the target command includes:

starting a waveform simulation function of the first hardware interface, wherein the interface types of the first hardware interface and the second hardware interface are different, and an interface bus is a bus conforming to an interface protocol of the second hardware interface;

and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

5. The method of claim 4, wherein the step of determining the position of the first electrode is performed,

the simulating the command waveform of the target command by the waveform simulating function includes:

the waveform simulation function of the universal input/output interface simulates a command waveform of a platform environment control interface command, wherein the target command is the platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface comprises the universal input/output interface, and the second hardware interface comprises a platform environment control interface.

6. The method of claim 2, wherein the step of determining the position of the substrate comprises,

the obtaining, by the first operating system, the target command from the target operating system includes:

receiving, by the first operating system, a first interrupt request sent by the target operating system, where the first interrupt request is used to instruct sending, to the target hardware partition, a command that meets a command code and a command parameter;

and responding to the first interrupt request, and acquiring the command code and the command parameter indicated by the first interrupt request as the target command.

7. The method of claim 6, wherein the step of providing the first layer comprises,

The receiving, by the first operating system, the first interrupt request sent by the target operating system includes:

receiving a target interrupt number sent by the target operating system through the first operating system, wherein the first interrupt request comprises the target interrupt number;

and determining the target hardware partition according to the target interrupt number.

8. The method of claim 7, wherein the step of determining the position of the probe is performed,

the determining the target hardware partition according to the target interrupt number comprises one of the following steps:

searching a hardware partition corresponding to the target interrupt number from the interrupt number and the hardware partition with the corresponding relation as the target hardware partition;

responding to the target interrupt number, and acquiring first data stored in the target operating system from a first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

9. The method of claim 7, wherein the step of determining the position of the probe is performed,

the obtaining, as the target command, a command code and a command parameter indicated by the first interrupt request includes:

Acquiring second data stored in the target operating system from a second memory;

and analyzing the command code and the command parameters from the second data to serve as the target command.

10. The method of claim 1, wherein the step of determining the position of the substrate comprises,

the sending, by the first operating system, a second interrupt request to the target operating system includes:

analyzing the target operating system from the target data through the first operating system;

and sending the second interrupt request to the target operating system through the first operating system.

11. A management device of a server is characterized in that,

comprising the following steps: a first operating system and a plurality of second operating systems, wherein,

the second operating systems are used for managing a plurality of hardware partitions divided on the server host, the second operating systems are in one-to-one correspondence with the hardware partitions, the first operating system operates on a coprocessor on management equipment of the server, and a first hardware interface of the first operating system is respectively connected with a second hardware interface of each hardware partition in the hardware partitions;

the first operating system is configured to send a target command to a target hardware partition through a first hardware interface, where the plurality of hardware partitions includes the target hardware partition, and the target command is configured to instruct the target hardware partition to respond to management of the target operating system; receiving target data returned by the target hardware partition in response to the target command; sending the target data to the target operating system;

Wherein, the management device of the server further comprises: the first operating system is used for writing the target data into the third memory; sending a second interrupt request to the target operating system; and the target operating system is used for responding to the second interrupt request and reading the target data from the third memory.

12. The apparatus of claim 11, wherein the device comprises a plurality of sensors,

the management device of the server further comprises an interface bus, wherein,

the interface bus is used for connecting the first hardware interface and each second hardware interface;

the first operating system is used for simulating the signal waveform of the target command; the signal waveform is output from the first hardware interface to an interface bus.

13. The apparatus of claim 12, wherein the device comprises a plurality of sensors,

the first hardware interface has waveform simulation function, the interface types of the first hardware interface and the second hardware interface are different, the interface bus is a bus conforming to the interface protocol of the second hardware interface, wherein,

the first operating system is used for starting the waveform simulation function of the first hardware interface; and simulating a command waveform of the target command through the waveform simulation function to obtain the signal waveform, wherein the signal waveform takes the address of the target hardware partition as a target address.

14. The apparatus of claim 13, wherein the device comprises a plurality of sensors,

the target command is a platform environment control interface command, the interface bus is a platform environment control interface bus, the first hardware interface comprises a general purpose input output interface, the second hardware interface comprises a platform environment control interface, wherein,

the first operating system is used for simulating a command waveform of the platform environment control interface command through the waveform simulation function of the general input/output interface.

15. The apparatus of claim 11, wherein the device comprises a plurality of sensors,

the target operating system is configured to send a first interrupt request to the first operating system, where the first interrupt request is used to instruct sending a command meeting a command code and a command parameter to the target hardware partition;

the first operating system is configured to respond to the first interrupt request, and acquire the command code and the command parameter indicated by the first interrupt request as the target command.

16. The apparatus of claim 15, wherein the device comprises a plurality of sensors,

the management device of the server further includes: a first memory, wherein,

the target operating system is used for sending a target interrupt number to the first operating system; storing first data into the first memory;

The first operating system is used for responding to the target interrupt number and acquiring the first data from the first memory; analyzing the target operating system from the first data; and searching a hardware partition corresponding to the target operating system from the operating system and the hardware partition with the corresponding relation as the target hardware partition.

17. The apparatus of claim 16, wherein the device comprises a plurality of sensors,

the management device of the server further includes: a second memory, wherein,

the target operating system is used for storing second data into the second memory;

the first operating system is used for analyzing the command code and the command parameter from the second data as the target command.

18. A management device of a server is characterized in that,

a plurality of hardware partitions are divided on a server host, a first operating system and a plurality of second operating systems are deployed on management equipment of the server, the plurality of hardware partitions are in one-to-one correspondence with the plurality of second operating systems, the second operating systems are used for managing the corresponding hardware partitions, the first operating systems run on coprocessors on the management equipment of the server, and first hardware interfaces of the first operating systems are respectively connected with second hardware interfaces of each hardware partition in the plurality of hardware partitions, and the device comprises:

The first sending module is used for sending a target command to a target hardware partition through the first hardware interface of the first operating system, wherein the target command is used for indicating the target hardware partition to respond to the management of the target operating system;

the second sending module is used for sending the target data to the target operating system through the first operating system;

wherein, the second sending module includes: the writing unit is used for writing the target data into a third memory through the first operating system; the sending unit is used for sending a second interrupt request to the target operating system through the first operating system, wherein the second interrupt request is used for indicating the target operating system to read the target data from the third memory.

19. A computer-readable storage medium comprising,

the computer readable storage medium has stored therein a computer program, wherein the computer program when executed by a processor realizes the steps of the method as claimed in any of the claims 1 to 10.

20. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that,

the processor, when executing the computer program, implements the steps of the method as claimed in any one of claims 1 to 10.