JPS63250741A - Reloading processing system - Google Patents

Abstract

PURPOSE:To improve the processing efficiency of the whole system by forming a reloading processing task and requesting processing which is to be essentially executed by an operating system(OS) based on its own duty to the task. CONSTITUTION:At the time of detecting abnormality in a program module 5A e.g., a module validity checking means 6 informs the detection to the OS2. The OS2 stops the processing of a task 3a and starts a task 3x. The task 3x senses the means 6, acknowledges that the module detected at its abnormality is the module 5A and reloads a valid module 5A from an external storage device 7 to a main memory device 4 based on a reloading means 8. During the period, the OS2 switches the processing of the tasks 3b, 3c, 3x to execute the switched task. After ending the reloading of the valid module 5A, the task 3x informs the end to the OS2 and the OS2 restarts the processing of the task 3a.

Description

[Detailed Description of the Invention] [Summary] In a data processing device capable of executing multi-task,
Based on instructions from the operating system, from the external storage device to the host i9 device.

Create a reload processing task that has the function of reloading a normal program module in place of the currently loaded program module, and request the operating system to perform the reload processing at its own responsibility. It is disclosed that the overall processing efficiency can be improved.

[Industrial application field]

The present invention provides a reload processing method, particularly in a multi-task execution data processing device, when reloading a program module to deal with an abnormality in a program module.
3) relates to a reload processing method in which a task requesting processing is created.

[Conventional configuration]

Conventionally, there has been a data processing device that executes multi-tasking, and when the module validity checking means detects an abnormality in a program module on the main storage device, the O3, which has received this notification, sends an external! c! The program module is configured to reload a normal program module corresponding to the abnormal program module from the storage device.

FIG. 7 shows a conventional configuration, and FIG. 8 shows a time chart. In the figure, 1 conceptually represents the entire processor, 2 the operating system, and 3a
Each of the three C's is a task.

4 is a main storage device, 5A to 5C are program modules, and 6 is module validity checking means.

7 represents an external storage device.

The processor 1 executes tasks 3a, 3b, 3c, . . . based on program modules 5A, 5B, 5C, . Furthermore, the program
It is assumed that task 3a is executed based on module 5A, task 3b is executed based on program module 5B, task 3c is executed based on program module 5C, and so on.

The module validity checking means 6 is a task 3a.

The execution status of program modules 3b, 3c, . For example, program module 5A
When detecting an abnormality about.

Notify O32 of this fact.

Based on this, O32 stops the execution of task a, and reloads the normal program module 5A from the external storage device 7 into the main storage device 4.

[Problem that the invention seeks to solve]

As shown in FIG. 8, which shows a time chart of the processing during this period, 032 intervenes to switch tasks, and based on the result, the processing corresponding to each task 3a, 3b, 3c, etc. There is. Under this condition, if an error is detected in program module 5A, execution of task 3a is stopped, and O82 reloads program module 5A by its own processing. and,
Based on the result, task 3a is executed.

As shown in the time chart shown in FIG.

Tasks 3b, 3 based on healthy program modules 5B, 5C... since O52 performs a reload.
Processing of c) will be interrupted.

Ru.

[Means for solving problems]

The present invention solves the above points, task 3b.

The necessary reloading is performed without interrupting 3c...

FIG. 1 shows the principle configuration diagram of the present invention. In the figure, 1 conceptually represents the entire processor, 2 is an operating system, 3a to 3c are tasks, 4 is a main memory, 5A to 5c each represent a program module, 6 a module validation means, 7 an external storage device, 3X a reload processing task, and 8 a reload means.

Program modules 5A and 5B are stored on the main storage device 4.
, 5C... are loaded, and the processing of task 3a is executed based on module 5A.

Processing of task 3b is executed based on module 5B, and processing of task 3C is executed based on module 5C.

The module validity checking means 6 is exactly the same as that described with reference to FIG.
It monitors the occurrence of abnormalities regarding A, 5B, 5G, etc., and notifies O32 of this fact when an abnormality occurs.

O32 receives this notification, stops processing the task, and starts reload processing task 3X. Task 3X is based on reloading means 8.

A valid program module, such as module 5A, is reloaded from the external storage device 7, and this result is notified to O32.

[Effect]

When the module validity checking means 6 detects an abnormality in the program module 5A, for example.

Notify O52 of this fact. Based on this, O32 stops the processing of task 3a and starts task 3X.

Based on this, the task 3X senses the module validity checking means 6 and learns that the abnormality has been detected in the program module 5A, and based on the reloading means 8, the task 3 Reload the valid program module 5A onto the main storage device 4. During this time, the O82 switches and executes the processing of tasks 3b, 3c, and 3X.

When the reloading of the legitimate program module 5A is completed, the task 3X notifies the O32 of this fact. Then, O32 resumes processing of task 3a.

FIG. 2 shows a time chart in the case of the present invention.

Figure 2 (A) shows the case during normal operation, and Figure 2 (B)
represents a temporary error case. In the case shown in FIG. 2, tasks 3a, 3b, and 3C are shown corresponding to a situation in which they are executed at a ratio of 2:3:1. Therefore, in the case shown in FIG. 2(A), O32 is working so that the processing of each task is executed at the ratio of 2:3:1.

In the case shown in FIG. 2(B), the reload processing task 3X is operated in accordance with the time period allocated to the task 3a, and the task 3a is restarted after waiting for the reloading of the program module 5A. There is. - Therefore, tasks 3b, 3c, etc. can be executed in their respective assigned time slots.

〔Example〕

FIG. 3 is an explanatory diagram illustrating the overall processing of the present invention.

FIG. 4 is a processing flow of the module validity checking means.

FIG. 5 shows the processing flow of the operating system, and FIG. 6 shows the processing flow of the reload processing task.

The module validity checking means 6 checks the validity of the program module as shown in process (2) in FIG. and when an error is detected.

This is notified to the O3'2 as shown in process (■), the error information is recorded, and the process moves on to checking the next module as shown in process (2). After that, as shown in process (2), when the reload completion notification is received from 032, the error information is deleted as shown in process (2).

O32 performs normal task management as shown in process (2) in FIG. When there is an error notification as shown in Process■, Process■
0, the task is stopped, and the reload processing task 3x is started. As in process (2), the process returns to process (2) until the reloading is completed. When reloading is completed, the process proceeds from process ◎ to process @, and the stopped task is restarted.

When reload processing task 3X is started from O82,
It senses the information regarding the module to be reloaded as in process 0, performs the reload as in process [phase], and notifies the O52 of the completion of reloading as in process 2.

Needless to say, the notifications between the flows shown in FIGS. 4 to 6 are shown in FIG.

〔Effect of the invention〕

As explained above, according to the present invention, reloading is performed by the reload processing task, so that processing by healthy program modules is not hindered.

Note that if a failure occurs in the reload processing task itself, the operating system may execute the processing as in the conventional case.

[Brief explanation of drawings]

Fig. 1 is a diagram showing the principle configuration of the present invention, Fig. 2 is a time chart in the case of the present invention, Fig. 3 is an explanatory diagram explaining the overall processing of the present invention, and Fig. 4 is a diagram of the module validity confirmation means. Processing flow, Figure 5 is the operating system processing flow, Figure 6 is the processing flow of the reload processing task, and Figure 7 is the processing flow of the operating system.
8 shows a conventional configuration, and FIG. 8 shows a time chart. In the figure, 2 is the operating system, 3 is the task,
4 is the main memory, 5 is the program module, 6 is the module validity tiI=means 17 is the external storage bag! ,
3X represents the reload processing task.

Claims (1)

[Claims] A plurality of program modules (
5A, 5B...) are loaded from the external storage device (7), and the tasks (3a, 3b...) corresponding to the respective modules are loaded from the external storage device (7).
), and comprises module validity confirmation means (6) for monitoring abnormalities in the program modules (5A, 5B...) regarding the execution of the tasks, and the module validity confirmation means (6) is any one of the above
When an abnormality is detected in one program module, the module validity checking means (6) notifies the operating system (2) of this fact, and the operating system (2) detects the abnormality in the program module in the abnormal state. A multi-task execution data processing device configured to stop execution of a task based on a module, load a normal program module from the external storage device (7), and start execution of the stopped task. In (1), the computer is activated by a boot instruction from the operating system (2) and has a function of loading the normal program module from the external storage device (7) onto the main storage device (4). Load processing task (3X)
The reload processing task (3X) receives information regarding the program module in which the abnormality has occurred, determines the program module to be reloaded based on the information, and performs the reload processing task (3X) based on the completion of the reload. A reload processing method characterized in that the reload processing method is configured to notify the operating system (2) of this fact.