JPH01133142A - Multiprogram process system - Google Patents

Abstract

PURPOSE:To shorten time until process start by providing software to be driven in an information processor with a means for specifying an I/O event reporting semaphore to precedently execute register loading from a PCB. CONSTITUTION:The information processor consists of a central processing subsystem 21, an I/O subsystem 22 and a main storage device 23. The semaphore 31 is set up in the device 23, a process queue leading pointer 312 specifies a process queue in the semaphore, i.e., NL of the succeeding process link 32, and O of the succeeding process link 33 indicates no existence of the queue. Since the system 21 controls plural processes, the device 23 has PCBs corresponding to respective processes and also has a system base including system control information for controlling the whole system and an I/O event reporting semaphore name specified by the software.

Description

DETAILED DESCRIPTION OF THE INVENTION (Industrial Application Field) The present invention relates to an information processing device, and more particularly, to an information processing device that has a plurality of semaphores and that transmits events of an input/output subsystem and messages accompanying the events to a central processing subsystem via the semaphores. The present invention relates to a multi-program process scheme for transporting to one of multiple processes in a system.

[Conventional technology]

Conventionally, an information processing device using a multi-program process method transfers an event in an input/output subsystem to a process, makes the process operational, and then loads registers (for example, Japanese Patent Publication No. 11733/1982). .

[Problem that the invention seeks to solve]

The conventional method described above has the disadvantage that it takes a long time to start a process because the registers are loaded after the event is transferred.

Means for Solving Problem C] The multi-program process method of the present invention has means for software running on the notification processing device to specify a semaphore for input/output event reporting, and on the central processing subsystem, If there is no running or operable process, and there is a process waiting on the input/output event reporting semaphore, the queue of the process on the input/output event reporting semaphore is The registers of the first process are loaded in advance.

[Effect]

Since the registers are loaded from the PCB in advance, the time until the process is started is shortened.

(Example) Next, an example of the present invention will be described with reference to the drawings.

FIG. 1 is a flowchart of an embodiment of the multi-program process method of the present invention, FIG. 2 is a configuration diagram of an information processing device, FIG. 3 is a schematic diagram of a semaphore and a queue of processes on the semaphore, and FIG. Process control block (PCB)
Fig. 5 is a schematic diagram of the system base.

The information processing apparatus of this embodiment is comprised of a central processing subsystem 21, an input/output subsystem 22, and a main storage device 23, as shown in FIG. Central processing subsystem 21
The above process is 0000 t+6. From F F F
It has a unique name up to E na+.

As shown in FIG. 3, the semaphore 31
semaphore account maximum (SMC) 31
3. It consists of a semaphore counter (SCT) 311 and a block process queue head pointer (PQHP) 312.
The process queue head pointer 312 indicates the queue of the process on the corresponding semaphore. In the example of FIG. 3, there are two processes in the queue, and the next link (NL) 321 of the process link 32 points to the next process link and includes a process name 322. The NL field 331 of the process link 33 becomes O, indicating that there is no next process link. If no queue exists, the PQHP field will be 0.

In order to manage a plurality of processes, the central processing subsystem 21 has a PCB for each process on the main storage device 23, as shown in FIG. The PCB includes process control information 41 and a register save area 42, and the registers of processes that are not being executed are managed on the PCB.

The central processing subsystem 21 has only one system base in the system, as shown in FIG. 5, to control the entire system. The system base includes system control information 51.53 that controls the entire system and seven semaphores 52 for input/output event reporting, and the seven semaphores 52 for input/output event reporting are set by software. Specify by.

Next, the operation of this embodiment will be explained with reference to FIG.

A state in which there is no process running or capable of operating on the central processing subsystem 21 is called an idle state. When the central processing subsystem 2I enters the idle state (
Step 11), F F F F n in the preceding process name
r, ) is set (step +2) and enters a loop state waiting for an event.

F F F F F na+ is an a, which cannot exist as a process name. When entering the loop state of waiting for an event, it is checked whether an event exists (step +3). The case where no event exists will be explained first.

If no event exists, access the semaphore for input/output event reporting (step 14), check whether a queue exists (step +5), and if there is no queue, return to step 13. If there is a queue, the name of the process at the head of the queue is compared with the name of the preceding process (step 16). The preceding process name is set to F F in step 12.
Since F F i+a+ is set, they are definitely not equal in the first loop. If they are equal, the process returns to step 13. If not, set the preceding process name equal to the process name at the head of the queue (step I7);
The value is fetched into the hardware from the register save area 42 of the PCB of the relevant process (step 18), and the process returns to step 13. In the next loop, the registers are not loaded every time because the process name at the head of the queue and the preceding process name are usually the same. Next, when an event occurs, the event waiting loop is exited and processing for the event is performed (step 19). As a result, it is checked whether the process waiting for an event has become executable (step IA). If it does not become executable, return to step 13. If an executable process exists, the process name is compared with the preceding process name (step IB). If they are not equal, from the register save area 42 of the PCB of the process that has become executable,
Load the value into the hardware (step IC),
Populate the process execution state.

etc. If it is, the register value has already been loaded into the hardware, so the process enters the process execution state without loading the register.

(Effects of the Invention) As explained above, the present invention loads registers from the PCB in advance, and normally transitions from the idle state to the process execution state by an event from the human output subsystem. By creating software so that events are transferred to a process via an input/output event reporting semaphore, it is possible to switch from an idle state to a process execution state in a shorter time.

Furthermore, even if an event occurs that does not go through the input/output event reporting semaphore and is transferred to a process, there is almost no negative impact on performance.

[Brief explanation of the drawing]

FIG. 1 is a flowchart of an embodiment of the multi-program process method of the present invention, FIG. 2 is a configuration diagram of an information processing device, FIG. 3 is a schematic diagram of a semaphore and a queue of processes on the semaphore, and FIG. A schematic diagram of the process control block, FIG. 5 is a schematic diagram of the system base. 21...Central processing subsystem, 22...
...I/O subsystem, 23...Main storage device, 31...Semaphore, 32.33...Process link, 41...Process control information, 42... ...Register save area.

Claims (1)

Claims: A multiprogram having a plurality of semaphores through which events of an input/output subsystem and messages associated with the events are transported to one of a plurality of processes in a central processing subsystem. In the process method, software running on the information processing device has means for specifying a semaphore for input/output event reporting, and if there is no process running or operable on the central processing subsystem, and the input/output If there is a process waiting on the event reporting semaphore, the registers of the process at the head of the process queue on the input/output event reporting semaphore are loaded in advance. Multi-program process method.