JPH01180050A - System for controlling communication between processes - 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 relates to a control method for inter-process communication on an operating system, and aims to reduce the exhaustion of communication resources and equalize the load states of processes. In an inter-process communication control method for controlling communication between processes, which are a plurality of operating units on a system, based on a resource management table, a warning means for monitoring the number of free resources in the resource management table; and an operation control means for monitoring the warning means and controlling the operation of the source process, and when a resource acquisition request is made from the source process, the resource management table is referenced to detect the load state of the receiving source process, and the resource control means is provided. When the number of free warnings is equal to or less than the number of warnings set in the warning means, the operation control means delays the operation of the source process.

[Industrial application field]

The present invention aims to equalize the load during communication between a plurality of operating units on an operating system (O8) in a computer system, for example, two programs (hereinafter referred to as processes) that operate asynchronously. Regarding communication control methods.

[Conventional technology]

FIG. 3 is a block diagram of a conventional inter-process communication control system. In FIG. 3, 31 is the source process A13
2 is a receiving source process B 133 is a resource management program that intervenes between them. 34 is a resource management table that stores the number of free resources, links of free resources, etc.;
5 is a pool of free resources, 36 is an event notification queue, and 37 is a resource waiting to be processed. Here, the resource (hereinafter req
b) is a management block that is passed between processes when performing work using a computer system. This management block allows main memory, data, ■/○, etc. to be passed between processes. Therefore, these resources are always involved in communication between processes.

When a request for interprocess communication occurs, the source process A
makes a request to acquire the resource reqb to the resource management program 33, and the resource management program determines whether or not reqb is free by referring to the reqb management table 34, and if there is space, allocates reqb to process A. If there is no free space, the reqb allocation is returned to process A in the same way as described above after waiting for a free reqb. Therefore, the wait period is until the request is returned from the receiving process. When the reqb is returned, the free re
The reqb is taken out from the reqb pool 35 and the process A is notified. Process A sets notification information for the reqb, and notifies the receiving process of detailed processing information. 36 is an event notification queue of process B serving as a communication means, and is a first-in, first-out data structure. The waiting resource reqb37 links the notification from process A to the waiting queue. Process B, which is the receiving source, always searches for requestb from the event notification queue 36.
is extracted and subjected to predetermined processing. When processing is finished, re
qb is returned to the resource management program 33. In this way, conventionally, the free reqb link 34 in the resource management table
1 and 342 free spaces to allocate resources.

[Problem to be solved by the invention]

As mentioned above, in the conventional inter-process communication control method, when a request for inter-process communication occurs, the originating process acquires communication resources via the resource management program regardless of the load status of the receiving origin process. The receiving process was notified of the occurrence of the event. For this reason, for example, if the source process A is a program that processes a program manually input from the outside, it will directly accept the processing request from the outside and issue a resource acquisition request, while the receiving process B will issue a resource acquisition request. In the case of a program that performs internal processing, the processing of the receiving source process may not be able to catch up with the processing of the source process due to uneven load conditions among the processes. This causes a problem in that communication resources are exhausted and the source process has to suspend processing for a long time.

An object of the present invention is to provide a control for equalizing resource allocation and processing in a resource management program in order to eliminate the depletion of communication resources and uneven load states of processes described above.
The purpose is to avoid depletion of communication resources and equalize process loads by delaying the operation of the communication source process.

[Means and operations for solving the problem] FIG. 1 is a diagram showing the principle configuration of an inter-process communication control system according to the present invention.

In the figure, 11 is a source process A, 12 is a receiving process 8113 is a resource management program, and 14 is a resource management table. As described above, when process communication is performed between the source process A and the receiving process B, when the source process A issues a resource acquisition request to the resource management program 13, the communication is performed under the control of the resource management program. After acquiring the resource (reqb) and setting notification information in reqb, the receiving process is notified of the occurrence of the event. When the receiving process B receives the occurrence of an event from the sending process A, it returns the reqb to the resource management program after predetermined processing. Therefore, the resource management program can recognize the load state of the process by referring to the number of free reqb items in the resource management table 14. The present invention focuses on this point, and in addition to the conventionally provided free reqb links 341 and free reqb numbers 342, in the resource management table 14, in order to perform control for equalizing resource allocation and processing, A warning means 141 that monitors the number of reqb warnings and a slowdown timer 142 that is a control means for controlling operation delay are provided, and when a reqb acquisition request is received from the source process A, the resource management program executes the resource management table. Compare the number of free reqbs and the number of warnings in No. 14, and if the value of the number of free spaces is less than or equal to the number of warnings, the reqb is allocated to the source process A after waiting for a predetermined time according to the value of the slowdown timer.
to notify. While the source process A is waiting for the timer, the processing of the receiver process B is accelerated, and the load states of the source process A and the receiver process B can be kept equal. Note that the number of free reqb warnings is equal to 2 of the number of resources.
It is appropriate to set the number to ~30%.

〔Example〕

FIG. 2 is a configuration diagram of an embodiment of the inter-process communication control method according to the present invention. For example, in a command processing program, when a command is input by an operator using the keyboard 20, the reception of the processing request from the sender is notified to the processing request execution process 22 of the receiving source through the process 21, and the processing request execution process 22 of the receiving source is notified. shall execute the request. In the process 21 of receiving the sender, processes such as requesting the resource management program 23 to acquire the reqb and notifying the receiving source execution process 22 are executed as described above, and the operation time for these is t. do. In the process 22, the receiving source reception takes out the reqb from the event notification queue 26, performs predetermined processing, and sends it to the resource management program 23.
Processing such as returning the request to the server is performed, and the operation time for these is assumed to be t2. On the other hand, in the resource management table 24, the number of resource reqb is n, , re
Let n2 be the number of warnings for qb, and let t3 be the set time of the slowdown timer.

When operating under the above conditions, the time required to process one command is the sum of the operation time of the reception process 21 and the operation time of the execution process 22, 1. +t2. If the interval between commands input by the operator via the keyboard 20 is greater than or equal to t, +t2, reqb will not be stagnant on the event notification queue 26 of the execution process. On the other hand, the command input interval is 1. If it is within +12, request
b becomes stagnant on the event notification queue 26, and the free reqb on the free pool 27 decreases.

For example, if a command is manually issued n, -n times at intervals of tl, the number of reqbs on the free pool 27 becomes the warning number.

When the command is input again, the reception process 21 requests the resource management program 23 to acquire reqb.
Since the number of free eqb cannot exceed the number of warnings, the process 21 waits for timer t3 (delays operation) for reception.

This allows the execution process 22 to proceed with processing while the reception process 21 waits for the timer.

If the command input peak (input interval 1, +12) time is within the range of the following formula, the reception process 21 will suddenly deteriorate the response to the operator (1. +12 at worst)
It can be operated without indicating.

Here, T is the peak time of command input.

Note that CRT, MT, etc. are display devices and external storage devices on the output side.

〔Effect of the invention〕

As explained above, according to the present invention, by delaying the processing of the source process in advance, it is possible to suppress the occurrence of resource depletion, and even if it occurs, the interruption time of the processing can be minimized. Therefore, it is possible to equalize the load state.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of an inter-process communication control system according to the present invention. FIG. 2 is a block diagram of an embodiment of the present invention, and FIG. 3 is a conventional block diagram. (Explanation of symbols) 11.21.31... Source process, 12.22.
32...Receiving source process, 13.23.33...Resource management program, 14.24.34...Resource management table, 141...Warning means, 142...Slowdown timer, 341...・Free reqb link, 342...Number of free reqb.

Claims (1)

[Scope of Claims] 1. An inter-process communication control method that controls communication between processes, which are a plurality of operating units on an operating system in a computer system, based on a resource management table, comprising: the resource management table (14); a warning means (141) that monitors the number of free resources (reqb); and an operation control means (142) that monitors the warning means and controls the operation of the source process. At the time of a resource acquisition request, the load state of the receiving process is detected by referring to the resource management table, and when the number of free resources is less than or equal to the number of warnings set in the warning means, the operation control means controls the operation of the source process. An inter-process communication control method characterized by delaying.