JPH01267766A - System for loading program - Google Patents

Abstract

PURPOSE:To improve the using efficiency of an auxiliary storage device and a program loading efficiency by dividing a program for functions, adding the destination information of a main storage and loading the program to the main storage based on the destination information. CONSTITUTION:The module of '1' is stored into an auxiliary storage device 3 for respective functions in a module unit in which the program made necessary for each processing part is divided for each function, simultaneously, the destination information of a main storage 8 of '1' or above to which the module is loaded in each module unit, each stored module is read by a control part 4, and it is loaded to the main storage 8 of '1' or above based on the destination information. Thus, it is made sufficient to store only one module common to respective processing parts, the using efficiency of the auxiliary storage device 3 can be improved, and since it is made sufficient to read it only once from the auxiliary storage device 3, the efficiency of the program loading can be also improved.

Description

Detailed Description of the Invention [Field of Industrial Application] The present invention relates to a program loading method for loading a program from an auxiliary storage device onto the main memory of each processor in a multiprocessor system, that is, a computer system with a multiprocessor configuration. It is.

[Prior Art] FIG. 3 is a diagram showing a program storage format in an auxiliary storage device in a conventional program loading method. In the figure, la, lb..., 11 to 1n each carry out a specific function. program module, 21~
2n are program files each composed of a plurality of program modules, and the auxiliary storage device 3 stores program files 21 to 2n corresponding to each processor of the multiprocessor system.

FIG. 4 is a block diagram showing the general configuration of a multiprocessor system, and in FIG. 9, 4 is an auxiliary storage device 3.
51 to 5n are processing cards that can each individually execute processing; 6 is a bus that connects the control card 4 and each of the plurality of processing cards 51 to 5n; ~5n are each equipped with a milk processor 7 and a main memory 8.

Next, the operation will be explained.

A plurality of program modules 1 are stored in the auxiliary storage device 3 in advance.
Program files 21 to 2n are stored in which processing cards 8 to 1n are configured in units of processing cards 51 to 5n.

The control card 4 first reads the program file 21 from the auxiliary storage device 3 and loads it into the main memory 8 of the corresponding processing card 51 via the bus 6. The control card 4 performs the same operation as above for all the processing cards 51 to 5n, and finishes the program loading of the system.

Here, each program file 21-2n.

It is composed of program modules la, lb... common to all processing cards 51 to 5n, and program modules 11 to 1n specific to each processing card 51 to 5n, and each program file 21 to 2n includes Since there are common program modules la, lb, . . . , the auxiliary storage device 3 as a whole stores a plurality of the same program modules la, lb, . Furthermore, the control card 4 reads the same program modules la, lb, . . . from the auxiliary storage device 3 multiple times.

[Problems to be Solved by the Invention] The conventional program loading method is performed as described above, but since a plurality of the same program modules are stored in the auxiliary storage device, the usage efficiency of the auxiliary storage device is poor, and As a result, the same program module is read out many times, resulting in a problem of poor program loading efficiency.

The present invention has been made to solve the above-mentioned problems, and an object of the present invention is to provide a program loading method that can improve the usage efficiency of an auxiliary storage device and the efficiency of program loading.

[Means for Solving the Problems] The program loading method according to the present invention stores a program required for each processing unit in a module unit by dividing it by function, and storing one module for each function in an auxiliary storage device. At the same time, one or more main memory destination information into which the module should be loaded is added to each module.

The control unit reads each stored module and loads it into one or more main memories based on destination information.

[Function] In this invention, there is one module common to each processing section.
By storing only one program in the auxiliary storage device and reading it from the auxiliary storage device only one time, necessary programs are loaded into each processing unit according to the destination information.

[Example] An embodiment of the present invention will be described below with reference to the drawings.

The configuration of the multiprocessor system is similar to the conventional system shown in FIG. 4, but the program storage format in the auxiliary storage device 3 and the control format of the control card 4 are different from the conventional system.

FIG. 1 is a diagram showing a program storage format in the auxiliary storage device 3 according to the present embodiment.

la, lb..., 11-1n are program modules, 9a, 9b...*, 91-9n are header sections added to the program modules 18-1n, 10a, 1
0b-・m, 101-1゜n are load modules composed of program modules 18 to 1n and header sections 98 to 9n, and each of the header sections 9a to 9n contains one or more of the program modules to be loaded. The destination information of the main memory 8 in the processing card is given. That is, each processing card 51 to 5n is stored in the auxiliary storage device 3.
One module is stored for each function in module units in which the programs required for each function are divided by function, and the main memory 8 of one or more processing cards to which the module is to be loaded is stored in the east position of each module. Destination information is added. For example, the header sections 9a and 9b added to the program modules la and lb that are common to the processing cards 51 to 5n include the header sections 9a and 9b for all the processing cards 51 to 5r, respectively.
The destination information in the main memory 8 in 1 is also stored in the processing card 51.
, 5n-specific program module 11. The header section 91゜9n added to in contains the corresponding processing card 51.5.
Destination information of only the main memory 8 at n is given. Note that the destination information specifically includes each processing card 51 to 5.
Address information of the main memory 8 corresponding to the processor 7 at n is given.

Next, the operation will be explained.

When starting up the system, the control card 4 reads the load modules 10a to 10n from the auxiliary storage device 3,
Depending on the case, the same program module la, lb, . . . is loaded onto a plurality of processing cards 51 to 5n based on the destination information in the header sections 9a to 9n. Auxiliary storage device 3
When all the load modules 10a to 1'On are read out and loaded to each processing card 51 to 5n, the loading of the program is completed.

FIG. 2 shows a flowchart of this program loading method. This flowchart is executed by the control card 4, and will be explained in detail below according to the flowchart.

First, at the start of loading, the control card 4 reads the directory information of the auxiliary storage device 3 and holds this as internal information (step 1). Next, based on this information, the load module loa is read, the header section 9a is searched, and the destination information is read (step 2), and the corresponding processing card 5
1 to load the program module 1a (step 3). Thereafter, the header section 9a is searched again to determine whether there are other destinations or not (step 4). If there are other destinations, loading is performed on the corresponding processing cards 52 to 5n of the same program module 1a, and this is done. Repeat until all destinations are reached. Next, determine whether there is another load module based on the internal information (step 5). If there is another load module, repeat steps 2 to 4 above, and loading is completed when there are no more load modules. becomes. In addition,
The above control by the control card 4 includes, for example, a simple processor in the control card 4, a ROM in which a program for executing the above flowchart is written in advance, and a RAM that temporarily holds directory information and load modules read from the auxiliary storage device 3. This can be easily realized by providing a main memory such as:

By the way, in the above embodiment, each processing card 51 to 5n is equipped with a main memory 8 corresponding to each processor 7, but a large capacity memory card is provided separately from the processing card to increase the storage area. The present invention can also be applied to a program module in which the program module is divided and allocated as the main memory of each processor, by adding destination information of the storage area allocated as the main memory to the program module.

[Effects of the Invention] As described above, according to the present invention, the program required for each processing unit is divided into modules for each function, and one module for each function is stored in the auxiliary storage device. Destination information of one or more main memories into which the module should be loaded is added to each module, and the control unit reads out each stored module and loads it into one or more main memories based on the destination information. This improves the usage efficiency of the auxiliary storage device because only one module common to each processing unit needs to be stored, and also improves the efficiency of program loading because it only needs to be read from the auxiliary storage device 3 once. This effect can be obtained.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing a program storage format in an auxiliary storage device according to an embodiment of the present invention, FIG. 2 is a flowchart showing the operation of the embodiment, and FIG. 3 is a diagram showing a program storage format in an auxiliary storage device according to a conventional example. FIG. 4 is a block diagram showing the general configuration of a multiprocessor system. 1a to 1n are program modules, 3 is an auxiliary storage device, 4 is a control card (control unit), 51 to 5n are processing cards (processing units), 7 is a processor, 8 is a main memory, 9a to 9
n is the header (destination information), and 10a to 10n are load modules. In addition, in FIG. 1, the same reference numerals indicate the same or equivalent parts. Agent Masuo Oiwa (2 idiots) 1st name 3rd figure 4th figure procedural amendment (voluntary) 21 Name of invention Program loading method Relationship to the case of the person making the amendment Patent applicant representative Mamoru Shiki Ya 4, Agent 5 Column for detailed explanation of the invention subject to amendment. 6. Contents of the amendment fi+In the third and fourth lines of page 2 of the specification, the phrase ``in the computer system of the configuration'' is amended to read ``in the processing device of the configuration''. (2) On page 4, lines 9 and 10 of the same book, the phrase ``It has been done as described above,'' has been amended to ``It has been done as described above.''that's all

Claims (1)

[Claims] It is equipped with a control unit that controls an auxiliary storage device, and a plurality of processing units each having a processor and capable of executing processing individually.The program required for each processing unit is stored in the auxiliary storage device and the control unit controls the processing unit. In a program loading method in a multiprocessor system in which the program is loaded into the main memory of the processor in the corresponding processing unit, the program required for each processing unit is divided into modules for each function, and one module for each function is stored in the auxiliary storage. At the same time, destination information of one or more main memories where the module should be loaded is added to each module, and the control unit reads each stored module and loads it into one or more main memories based on the destination information. A program loading method that is characterized by: