JPS6022779B2 - Multiprocessing system program loading method - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention provides a multiprocessing system (Multi prMessor).
This relates to a program loading method in s$tem.

Conventionally, in multiprocessing systems that have a common memory shared between processors and a local memory that can be used only by each processor, loading programs and data into local memory has been performed using the following method. .

The first method stores read-only data in local memory.
This method uses memory (ROM) and writes necessary program data there.

This method has the advantage that the system does not need to be equipped with a program input device, but it does not allow the program to be executed to be changed arbitrarily. As a second method, each processor is provided with a program input device,
From there, the program is loaded into the local memory of each processor. Although this method is easy to configure, it is complicated to operate and requires at least as many program input devices as there are processors, resulting in high costs. The third method is pu. In this method, when loading programs, a program input device is connected to each processor one by one and the program input devices are sequentially switched to perform loading. Although this method requires at least one program input device, it is necessary to enable dynamic connection and disconnection of devices, and the operation becomes complicated. SUMMARY OF THE INVENTION An object of the present invention is to eliminate the drawbacks of the conventional methods described above and to provide a program loading method that is inexpensive and easy to operate.

In order to achieve this object, the method of the present invention connects a program input device to a processor (for example, A) in a multiprocessing system having a shared memory between processors and a local memory provided for each processor.
When loading a local memory file of a processor (such as B) that does not have any other program input device, first load the program.

The processor A is characterized in that the program and data to be loaded are stored in a common memory, and then the stored program and data are transferred to the local memory of the processor B. The present invention will be explained below with reference to Examples. FIG. 1 shows an example of the configuration of a multiprocessing system used to implement the loading method of the present invention.

In the figure, la and lb are processors, 2a and 2a, respectively.
2b is a local memory that can be accessed only by each of the processors la and lb, and 3 is a common memory that can be accessed in common. 5 is a program input device which can be accessed only from one processor la.

The program to be loaded into the common memory 3,
including a data buffer area 3a for temporarily storing data;
Further, the local memory 2b includes a read only memory (ROM) 2b that constitutes a transfer program. The present invention relates to a method for loading programs and data inputted from the input device 5 into the local memory 2b of the processor lb in the above-mentioned multiprocessing system, and this will be described above.

'1' First step First, the program and data input from the input device 5 are stored in the data buffer area of the common memory 3 using the processor la.

Such processing is performed in the same way as the processing of reading programs and data in a normal computer, so the details will be omitted. '2} Second step Next, the processor lb reads the transfer program stored in the read-only memory (ROM) 2b, which is part of the local memory 2b, and executes this program to transfer data to the data buffer area 3a. The program and data to be loaded stored in the local memory 2b are transferred to the local memory 2b.

According to the above method, it is possible to load programs and data into the local memories of many processors by using only one program input device.

In the above example, the transfer program is provided as a ROM in the local memory 2b, but instead, as shown in FIG. 2, an area 3b for transfer program main storage is provided in the common memory 3, and May be stored.

In this case, in the first step described above, the program to be loaded, the data, and the program for transfer are inputted from the input device 5, and these are stored in the common memory 3 by the processor la.

In the second step, the processor lb reads the transfer program and executes it, thereby transferring the program and data stored in the data buffer 3a in the common memory 3 to the local memory 2b. Third
The figure shows a method of making it possible to transfer all programs and data even if the capacity of the data buffer area 3a in the common memory 3 is smaller than the total amount of programs and data to be loaded, in the method shown in FIGS. 1 and 2. FIG. 2 is an explanatory block diagram of FIG.

In the figure, 3c is an empty buffer test and set memory area provided in the common memory 3. For example, when "0" is written in this area, the processor l
A indicates a state in which the data buffer area 3a can be accessed, and when "1" is written, it indicates a state in which access is not possible.

Also, 3d is data store test and set.
In the memory area, for example, when "0" is written to this, it indicates that the program and data stored in the data buffer area 3a can be transferred to the local memory 2b by the processor lb, and when "1" is written there. When it is displayed, it indicates that it is not possible. It is clear that both test and set memories can use a part of a common memory as shown in this figure, or they can be configured as separate registers. Note that the test-and-set memory mechanism is a well-known technology, so its explanation will be omitted here. Next, this loading method will be explained with reference to the flowchart shown in FIG.

In the figure, a shows a program on the processor la side, and b shows a program on the processor lb side. {1) Input processor la reads free buffer test and set memory 3c.

(2) If the content of the memory 3c is "1", the above-mentioned test and set memory 3c is read out repeatedly until "0" is read out.

'3} If "0" is read, the amount of program that can be stored in the data buffer 3a from the input device 5,
Transfer the data to data buffer 3a. {4] After the program and data are completely stored in the data buffer 3a, "0" is written in the data store test and set memory 3d to enable the processor b to use the data buffer 3a.

■ If all the programs and data have not been transferred, repeat the steps from '11 onwards to transfer the remaining programs and data.

When the transfer of the program and data is completed, the processing by processor a ends. On the other hand, the other processor lb
The following process is executed by the processor la at the same time as processes m to [51.

'6} Same as '1}, when reading the data store test and set memory 3d, '7} If "1" is read, "0" is read when reading the test and set memory. Execute repeatedly until

■ If "0" is read, the program and data in the data buffer 3a are transferred to the local memory IJ 2b.

[9' After transferring the program and data to the local memory 2b, test and set the free buffer.
"0" is written in the memory 3c to enable the processor a to transfer data to the data buffer 3a.

00 If all the programs and data are not transferred, repeat the following process '6) again to transfer the remaining programs and data to the local memory 2b.

Once the transfer is completed, the processing by the program 2b ends. In this way, by using two test-and-set memories, it is possible to transfer programs and data to the local memory of a processor that does not have a program input device using a buffer smaller than the program and data to be transferred. I can do it.

Although the above embodiments have all been described using configuration examples in which there is one processor without a program input device, they can be similarly applied to a case in which there is a plurality of processors. As explained above,
According to the present invention, in a multiprocessing system having a shared memory and a local memory specific to each processor, it is possible to load a program from one input processor to another processor's local memory. By doing so, a program input device for program loading can be used in common, and therefore effects such as cost reduction and ease of operation can be expected.

[Brief explanation of the drawing]

1, 2, and 3 are block diagrams of a multiprocessing system for explaining each embodiment of the method of the present invention, and FIG. 4 is a flowchart for explaining the operation of the method shown in FIG. be. Hata-no-zu, younger brother Z, admiring heron, 4

Claims (1)

[Claims] 1 A multiprocessing system having multiple processors, a local memory provided exclusively for each processor, and a common memory that can be accessed by the multiple memories, where at least one processor A has a program input device. In the method for loading program data into the local memory of another processor B that does not have an input device, a first step of storing program data to be loaded from the input device of the processor A in the common memory;
1. A method for loading a program in a multiprocessing system, comprising: a second step in which the processor B transfers the stored program data from a common memory to a local memory of the processor B.