JPS63220350A - How to process commands in a multiprocessor system - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

Detailed Description of the Invention [Summary] The present invention provides a multitasking system in which a plurality of arithmetic processing units controlled by a control program that performs multitasking share a storage device and operate while exchanging commands with each other. In a processor system, by keeping the processing time required for sending and receiving commands between each processor constant, temporary busyness (BUS) of the own processor can be avoided.
Y) The purpose is not to transmit the state to adjacent processors.

[Industrial Field of Application] The present invention relates to a command processing method in a multiprocessor system, and particularly to management of a BUSY state in command exchange between processors.

[Prior Art] In conventional systems of this type, the execution level of commands in each processor is determined at the time of system design, and the scan interval in the other processor for sent commands is also constant.

[Problem to be solved by the invention] For this reason, when one processor temporarily falls into a BUSY state, adjacent processors are also affected, and as a result, the entire system may fall into a BUSY state. There was a problem.

The present invention solves this problem by keeping the processing time required for sending and receiving commands between each processor constant.
It is an object of the present invention to provide a command processing method that prevents the BLISY state from being transmitted to adjacent processors.

[Means for Solving the Problems] FIG. 1 is a flowchart showing the principle of the method of the present invention. In the present invention, a command is created in a multiprocessor system in which a plurality of arithmetic processing units controlled by input of a control program that performs multitasking processing operate while sharing a storage device and exchanging commands with each other. The processor measures the command processing time in the partner processor from sending this command to the partner processor until receiving the response from the partner processor, and stores the processing time in the storage device! (Step (1)), the other processor reads the command processing time from the storage device, and determines the scan interval of commands sent by the processor that created the command and the command processing level of the own processor according to the value of the command processing time. By determining this, the command processing time is kept constant and processing is performed (step ■>
.

[Operation] In the present invention, after sending a command to the other processor,
The command processing time in the partner processor until receiving the response sent from the partner processor is measured, and the processing level for the command is changed according to this value.

This prevents the BUSY state of the own processor from being communicated to the processor that generated the command.

[Example] Hereinafter, an example of the present invention will be described in detail with reference to the drawings.

FIG. 2 is a functional block diagram of a system for implementing the present invention. In the figure, 1 and 2 are processors, and 20 is a storage device, which is a memory shared by the processors 1 and 2 (hereinafter referred to as shared memory).

In processor 1.2, processing task A is a task that processes commands requested by the other processor, and the execution level is variable as shown in FIG. The execution level is a value representing the priority of processing in the processor, and the larger the value, the more priority the processing is executed.

Note that here, in order to simplify the explanation, the execution level of only the processing task A is made variable; however, the execution level of only the processing task A is not limited to this, and the execution level of other processing tasks can also be made variable.

This processing task A is determined by the processing time monitoring unit 3 (4 in the processor 2) and operates at the optimal execution level, and
It is assumed that other processing tasks B, C, and D are tasks that perform unique processing on their own processors, and their execution level is fixed at 7.4.2 as shown in FIG.

As other processing units, both processors have a command reception line creation unit 5 (6 in processor 2), a response reception line creation unit 7 (8 in processor 2), and a multitask monitor 9 (10 in processor 2). There is.

It is assumed that the command processing level in the normal processors 1 and 2 is both 5, and the command scan interval is once every 1Q□+s.

The shared memory 3 includes a command processing time setting area 21,
Command setting area 22 and response setting area 23
is provided.

In such a system, when processor 1 sends a command to processor 2, processor 2 executes processing for the command, and returns a response to processor 1 when the processing is completed. When the response is returned, the processing time monitoring unit 3 of the processor 1 measures the command processing time of the processor 2, and if it is determined that the processing time is 50% longer than normal, the processing time monitoring unit 3 of the processor 1 measures the command processing time of the processor 2. 3 is recorded as 150 in the command processing time setting area 21 on the shared memory.

After that, the processor 2 uses the command processing time setting area 21.
Reads the value of 150, recognizes that it is 150, changes the execution level of the next command processing to a higher level than normal, and also changes the command scan time to 100m5 compared to normal.
change to a shorter time.

This improves the service to processor 1,
It is possible to prevent processor 1 from being informed of the BUSY state of its own processor.

[Effects of the Invention] As described in detail above, according to the present invention, by measuring the command processing time and determining the subsequent processing level for the command in accordance with the measured value, each processor receives information from the other processor. The processing time for commands can be kept constant.

[Brief explanation of the drawing]

FIG. 1 is a flowchart showing the principle of the method of the present invention, FIG. 2 is a functional block diagram of a system for implementing the present invention, and FIG. 3 is a diagram showing an example of the execution level of each task. 1.2 is a processor, 3.4 is a command processing monitoring section, 5.6 is a command reception conclusion creation section, 7.8 is a response reception conclusion creation section, 9.10 is a multitasking monitor, 20 is a shared memory, 21 is 22 is a command setting area, and 23 is a response setting area. Figure 2: Diagram showing an example of execution level

Claims (1)

[Claims] In a multiprocessor system in which a plurality of arithmetic processing units controlled by input of a control program that performs multitasking processing share a storage device and operate while exchanging commands with each other, a command is created. The processor that sends the command to the other processor measures the command processing time in the other processor from when the command is sent to the other processor until the response is received from the other processor, and stores the processing time in the storage device (step (1)); The partner processor reads the command processing time from the storage device, and processes the command by determining the scan interval for commands to be sent by the processor that created the command and the command processing level of its own processor according to the value of the command processing time. Keep the time constant and process (step (2)
) A command processing method for a multiprocessor system.