JPH01133141A - Multiprogram process system - Google Patents

Abstract

PURPOSE:To shorten the switching time of both states by forming software so that transfer from an idle state to a process execution state is executed by an event of an I/O subsystem and the event is executed through an event reporting semaphore. CONSTITUTION:When the process execution state is switched to the idle state having no process in operating or capable of operating in a central processing subsystem 21, the existence of an event is checked, and when there is no event, an I/O even reporting semaphore is accessed to check the existence of a queue. When there is no queue, the event is continuously waited, but when the queue exists, the leading process name of the queue is compared with the preceding process name, and only when both the names are different from each other, the preceding process name is updated and a value is inputted from a PCB register area of the process to hardware. When an event is generated, the idle state can be quickly switched to the process execution state because the value has been already inputted in the register.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to an information processing device, and more particularly, to an information processing device having a plurality of semaphores, and transmitting 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.

(Prior Art) 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 functional, and then loads registers (for example, in the 50-11733).

[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 problems]

In the multi-program process method of the present invention, there is no process running or capable of operating in the central processing subsystem regarding one predetermined input/output event reporting semaphore among a plurality of semaphores, and the input/output When 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.

[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.

Figure 1 shows the multi-program process method of the present invention.
Flow chart of the embodiment; Figure 2 is a configuration diagram of the information processing device; Figure 3 is a diagram of the configuration of the information processing device;
The figure is a schematic diagram of a semaphore and the queue of processes on the semaphore, and Figure 4 is a process control block (hereinafter referred to as PC
(referred to as B) is a schematic diagram.

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 n+, + to F F F
E Llr, with a unique foam surface up to +.

As shown in FIG. 3, the semaphore 31
- placed in
11. It consists of a semaphore counter (SCT) 311 and a 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. NL field 33 of process link 33! becomes 0, 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 register save area 42, and registers of processes that are not being executed are managed on the PCB. The central processing subsystem 21 also includes an input/output event reporting semaphore (not shown) defined for reporting input/output events to software.

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 21 enters the idle state (
Step +1), F F F F in the preceding process name
(16+ is set (step 12)) and then enters a loop state waiting for an event.

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

If there is no event, access the semaphore for input/output event reporting (step 14), check whether a queue exists (step 15), 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.
F ),
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 name of the process at the head of the queue and the name of the preceding process are usually the same, so the register is not loaded every time. 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 5 events has become executable (go to step I). 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, the value is imported into the hardware from the register save area 42 of the PCB of the executable process (step IC),
Populate the process execution state.

If they are equal, the register value has already been loaded into the hardware, so the register is not loaded and the process execution state is entered.

(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 input/output subsystem. By creating software so that events are transferred to processes via input/output event reporting semaphores, 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, and FIG.
The figure is a schematic diagram of a semaphore and semaphore at process queue, and FIG. 4 is a schematic diagram of a process control block. 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, there is no process running or capable of operating on the central processing subsystem with respect to one predetermined input/output event reporting semaphore among the plurality of semaphores, and the input/output event reporting semaphore A multi-program characterized in that, when there is a process in a waiting state on the semaphore, the register of the process at the head of the queue of the process on the input/output event reporting semaphore is loaded in advance. Process method.