JPS593636A - Processing system for execution of dynamically coupled module - Google Patents

Abstract

PURPOSE:To transfer common data among modules by loading load module members and a common block member individually from an external large-scale storage device to a memory, and performing processing. CONSTITUTION:Members 16, 17, and 18 are compiled individually in the external large-scale storage device corresponding to source modules 1, 2, and 3, and the common block member 19 of size corresponding to the largest member among corresponding common blocks 4, 5, and 6 is used. A central processing unit after loading, for example, the member 16 into the memory 8 as a member 20 loads the member 19 into the memory 8 as a member 22 in the middle of processing corresponding to a module X to write common data, and loads the member 17 into the memory 8 as a member 21 to read the common data on the member 22 by a module 21.

Description

DETAILED DESCRIPTION OF THE INVENTION Technical Field of the Invention The present invention relates to a dynamically coupled module execution processing method, and more particularly, to a dynamically coupled module execution processing method, in which a common block is integrated into one member so that common data can be passed under modules that are dynamically coupled to each other. The present invention relates to a dynamically linked module execution processing method in which the modules are stored on an external large storage device.

(BL Technology Background and Problems Multiple sources with corresponding common blocks
When there is a module and there is a possibility that at least one of the modules calls another module to execute the entire process, it has conventionally been possible to execute multiple modules as described below with reference to FIG. A static method is known in which modules are compiled as a single load module or member unit. However, in the case of this method, the above load module members are loaded onto the memory. For this reason, modules that are not actually called are also loaded onto the memory, resulting in an undesired and unnecessary occupation of the memory area.

As an improvement to the above point, it is possible to load multiple source modules individually, as described later with reference to Figure 2.
Compile it as a module member,
A dynamic link method is known in which only members required during actual processing are loaded into memory. However, in this case, each member individually has a common block, and the members cannot mutually refer to the common block.

(C) Purpose and structure of the invention The purpose of the present invention is to solve the above points.
The purpose is to prepare a common block as one member and enable exchange of common data while each module performs all processing by dynamic coupling. Therefore, the dynamically coupled module execution processing method of the present invention is suitable for multiple source modules to which each common block is associated.
Store multiple modules as load module members on an external large storage device in which the entire process may be executed by one module calling another module during process execution. In addition, in a data processing system in which a central processing unit loads load module members necessary for processing from the external large storage device onto memory and performs processing, each of the load modules described above is loaded onto the external large storage device. - The members are stored individually, and the largest common block among the common blocks corresponding to each of the source modules is stored as one common block member, and the central processing unit , separately remove the above side load module members and the above common block members that are necessary for the current processing.

It is characterized in that it is loaded onto the memory from a large-scale storage device and executed. This will be explained below with reference to the drawings.

(D) Embodiment of the invention FIG. 1 shows the processing mode when the conventional static method is adopted, FIG. 2 shows the processing mode when the conventional dynamic link method is adopted, and FIG. 3 shows the processing mode when the conventional dynamic link method is adopted. 1 shows a mode of processing according to an embodiment of the present invention.

In FIG. 1, 1.2.3 are source modules, 4 and 5.6 are corresponding common blocks associated with source modules, 7 is an external large storage device, and 8 is a central processing unit, etc. virtual memory representing a processing unit,
9 represents load module members compiled as one unit, and 10 represents members loaded onto virtual memory.

In the illustrated case, there are modules corresponding to the program subroutines, such as module has been done. Note that the corresponding common blocks 4, 5, and 6 are shown as corresponding to the corresponding modules 1, 2, and 3, respectively.

When the source modules 1, 2.3 are given as above, in the conventional static method, the illustrated load module menu (as shown in 9, modules x, y
, z and the largest one of the corresponding common blocks 4 to 6 (C(Y) in the illustrated case) are regarded as one unified block and compiled. The menu files compiled in this way (9Fi are stored on the external large storage device 7), and when the central processing unit executes the corresponding process, the above-mentioned menu files are stored on the memory 8 as member 10.
The entire file will be loaded and processed. in this case,
The above modules x, y, and z each have, for example, a linkage
The above-mentioned member 9
is being created.

In the case of the static method, member 9 is prepared as described above and processing is performed, but in actual processing, there may be cases where only module X and module Y are used and module Z is not used. However, in the case of this method, member 1 is treated as member 9 (or 10), so in the above case, the part corresponding to module 2 occupies an extra area of memory 8. FIG. 2, which is particularly unfavorable, corresponds to a dynamic link method in which the above-mentioned points have been modified so that only the modules necessary for processing can be loaded onto the memory 8.

Reference numerals 1 to 811'' in the figure correspond to those in FIG. It represents the members loaded onto memory 8.

In the case shown in Figure 2, the members shown are 11, 12° 13
Each source module and corresponding common block are compiled and registered as independent members. Although the details are omitted, the central processing bag W has a dynamic coupling mechanism 23K.Thus, as a function of a supervisor, for example, the member 14 is loaded onto the memory 8 and the member 1
2 is loaded onto the memory 8 as a member 15, and processing corresponding to the module YK can be executed.

For this purpose, members 11 and 12 are stored on the external large storage device 7.
, 13, and then the individual members can be freely loaded onto the memory 8 according to processing convenience. That is, as shown in FIG. 1, there is no need to prepare the modules x, y, and z in advance as a unitary member 9. Therefore, in a case where processing corresponding to module 2 is not performed while processing corresponding to module X is actually being performed, member 13 is not loaded onto memory 8. However, in the case of this method, members 11, 12, and 13 are independent from each other; for example, module Common data such as reading all the answers to the block C00 cannot be shared.

FIG. 3 shows an embodiment of the process according to the present invention. Reference numerals 1 to 8 in the figures correspond to FIGS. 1 and 2, and 16.
17.18 are load module members corresponding to source modules 1 and 2.3VC, 19
(c) A common block member having a size corresponding to the corresponding common block 5 having the largest size;
Reference numerals 20, 21, and 22 represent members loaded into the memory 8, and 23 represents a dynamic coupling mechanism.

In the case shown in FIG. 3, similarly to the case shown in FIG. 2, the central processing unit, as a supervisor function, loads the member 20 onto the memory 8 and supports the module XK by the dynamic coupling mechanism 23. Needless to say, the configuration is such that the members 17 and 19 can be called and loaded onto the memory 8 while processing is being executed.

In the case shown in Figure 3, each source module 1, 2
, 3, independently members 16, 17, respectively.

18 files have been compiled. Then, a common block member 19 having a size corresponding to the largest of the illustrated corresponding common blocks 4, 5, and 6 is prepared. Needless to say, each meiba 16 and 17.

18 is compiled to treat common block member 19 as a common area.

Therefore, in the case shown in FIG. 3, the central processing unit loads member 16 onto memory 8 as member 20 and then loads member 19 into memory 8 while performing processing corresponding to module X. 22, write common data, and write member 17f memory 'IgJ.
:Load module 21 as vc member 21
K makes it possible to perform processing such as reading the common data on the member 22. That is, when each module X, Y, and Z can exchange common data as in the case shown in FIG. 1, and when the process M corresponding to module Z is not performed as in the case shown in FIG. Since the member 181'' only exists in the external large storage device 7, it is possible to enjoy the advantage of effectively utilizing the area of the memory 8.

(El) As described in detail, according to the present invention, it is possible to enjoy both the advantages of the conventional static method and the advantages of the conventional dynamic link method.

[Brief explanation of the drawing]

Fig. 1 shows the processing mode when the conventional static method is adopted, Fig. 2 shows the processing mode when the conventional dynamic link method is adopted, and Fig. 3 shows the processing according to an embodiment of the present invention. The mode is shown below. In the figure, 1, 2.3 are source modules, 4.5.
Reference numeral 6 represents a corresponding common block, 7 represents an external large storage device, 8 represents a virtual memory representing a processing unit such as a central processing unit, and 9 to 22 each represent a member.

Claims (1)

[Claims] Load multiple source modules with corresponding common blocks, where the entire process may be executed by one module calling another module during process execution.・A data processing system in which a module is stored on an external large storage device, and a central processing unit loads all the load module members necessary for processing from the external large storage device onto the IJ for processing. , each of the load modules and modules listed above are stored on the external large storage device.
The members are stored individually, and the largest common block among the common blocks corresponding to each source and module is stored as one common block member, and the central processing liquid # is , the side load module members and the common block members necessary for the immediate processing are individually loaded onto the memory from an external large storage device, and the processing is executed. Combined module execution processing method.