JPS616740A - Program control method in computer system - Google Patents

Abstract

PURPOSE:To improve the reliability of a computer system by providing a program for emulating the 2nd operating system (OS) and a task for controlling the resource of the 1st OS from the 2nd OS. CONSTITUTION:A secondary OS task 44 is controlled by a center OS 41. A source program 55-1 in a secondary task 55 controlled by an OS 54 is compiled to form an object program 55-2. To run a background, a load module 55-8 is operated as a background task 56. To run a foreground, the load module 55-8 is coupled with an emulator part 53-1 as a foreground program part 53-2 and operated under the control by the OS 41.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Application of the Invention] The present invention relates to a control method for efficiently controlling a plurality of operating systems (hereinafter referred to as O8) in a single computer system.

(Background of the invention) As a method of using a single computer system for multiple purposes,
A virtual computer method is adopted in which multiple O8s are created that meet each purpose, and those O8s are time-divided under one computer system (actual computer) to execute application programs for each purpose. (For example, "Virtual Computer" by Yamatani (Kyoritsu Shuppan)). FIG. 1 shows an example of the configuration, and a real computer 1 is a virtual computer system in which these two O8s operate, consisting of a virtual computer 2 in which a first O8 operates and a virtual computer 3 in which a second O8 operates. These two O8s are virtual machines that operate. As one of the configurations of a virtual computer, there is a patent application entitled "Control Method for Computer System" (April 16, 1980, inventor Futatsui et al.). In this system, a second O8 (hereinafter referred to as a secondary O8) is controlled under the control of a first O8 (hereinafter referred to as a core O8).

).

[Purpose of the invention]

An object of the present invention is to provide a system in which a second O8 is configured under the control of the 108th device as described above.

The object of the present invention is to provide a program control method for efficiently executing a program created in the second O8 under the first O8.

[Summary of the invention]

Below, first, the problems of the control system therein will be described using the above-mentioned invention as a specific example, and then the present invention will be explained with reference to examples.

FIG. 2 shows an example of the configuration of a computer system according to the conventional invention, which basically consists of a processor 1, a main memory 2, an input/output device 3, and a bus 4, and the main memory 2 includes an interrupt vector table. Core 0841 including dispatcher, trap mapping table, I10 task etc.
, a user task group 42, and a secondary OS task 44 including a secondary O8, a secondary task group, etc. are stored.

FIG. 3 is for explaining the processing performed using the program stored in the main memory 2.

The core 0841 is a real-time O8 with small overhead as a normal O8, and after that, the user task group 4 which is a real-time application program
2 is controlled. The interrupt vector table 41-1 in the core QS 41 is a table showing entry addresses to the O8 for interrupts such as SvC traps, exception traps, and external interrupts. The interface between the task and the core O8 will be briefly described. A request from the user task group 42 to the core 0841 is sent via the 1-interrupt vector table 41-1 by an SvC trap to the processing routine of the core 0841, and after the processing is completed, the request is sent to the core 0841 via the dispatcher 41-2. Control is passed to this task or to another task. Furthermore, in the core O8, each task has a trap mapping table 41-3 that defines processing addresses for each trap type so that each task can perform unique processing for each trap. can.

The secondary ○544-1, including the task group 44-2 controlled under this O8, is controlled by the core ○S41 as one task secondary OS task 44 of the core oS41, and its position is different from other This is basically the same as the user task group 42. If a trap such as SvC or bus error occurs while executing a secondary task group,
A trap entry is entered in the core 0841 according to the address in the interrupt vector table 41-1, and then a trap mapping table 4 is entered corresponding to the task in which the trap occurred.
According to the address of 1-3, trap entry 44-3
The process is performed by the secondary ○ 544-1. I10 task 41-4 inputs and outputs the secondary O8.
After processing is completed, I10 interrupt entry 44 is activated.
This is executed when control returns to -5.

Here, we assume programming O8 as the secondary 0844-1, and on programming O8, FORTR
A program written in a high-level language such as AN or Pacsal is run not only on the secondary 0844-1 (hereinafter referred to as background run), but also as a single task on the core 0841 (hereinafter referred to as foreground run). We will explain the program control method that makes this possible.

The conventional control method will be described with reference to FIG.

Under the core 0841, a secondary OS task 44 with programming 0854 is controlled.

1 of the secondary tasks under programming 0354
55, a source program 55-1 written in a high-level language such as FORTRAN Pa5ca1 is compiled to create an object program 55-2.

For background run, link the object program 55-2 and background library 55-3 to create a background program 55-4.
It is executed as a background task 56 under programming 0854. On the other hand, for foreground run, the object program 55-2 and the foreground library 55-5 are linked, a foreground program 55-6 is created, and it is executed as a foreground task under the core O84. .

The background library 55-3 and foreground library herein include runtime subroutines and routines that access resources on the core O8.

The problem here is that the background library 5
5-5 and a background library 55-3 must be created. Furthermore, since this library must be created for each high-level language, the amount of creation increases as the number of supported languages increases.

Another problem is that the foreground program 55-
6 and the background program 55-4 are not the same, even if no error occurs during the background run, there is a possibility that an error may occur during the foreground run.

The present invention provides a program control method for solving the above problems.

[Embodiments of the invention]

An embodiment of the present invention will be described below with reference to FIG. Under the core 0841, a secondary task 44 with programming ○S54 is controlled. Programming○
Under 55, one of the secondary tasks under S54,
The source program 55-1 is compiled to create an object program 55-2. Object program 55- without distinction between foreground and background
2 and the library 55-7 to create a load module 55-8. For background runs, program load module 55-8 with 0854
It operates as a background task 56 under . On the other hand, for a foreground run, the load module is used as a foreground program part 53-2, which is combined with an emulator part 53-1 that emulates the SvC trap of programming 0854, and is used as a foreground task 53 under the core 0341. make it work.

Further, a routine for accessing resources on the core O8 is created as a linkage task 57, so that resources on the core O8 can be accessed from either the background task or the foreground task.

The above-mentioned 6-engine simulator part has background task 56.
5VC in the programming used by 0854) - consists of a wrap processing routine. This allows the Svc trap of the foreground program section to be emulated on the core O8.

According to this embodiment, by creating a linkage task and an emulator section, there is an advantage that programming and execution can be performed without distinguishing between foreground and background. This solves the problem of having to create a library for the program and reducing reliability due to the difference between foreground and background programs.

〔Effect of the invention〕

According to the present invention, the foreground program and the three background programs can be made the same, and the operation is simplified without creating two libraries, one for the foreground and one for the background. be able to.

In addition, since the background program and the foreground program can be the same, if you test thoroughly in the background, you can create a highly reliable program that will run without errors in the foreground.

[Brief explanation of the drawing]

Figure 1 is a configuration diagram of a virtual computer, Figure 2 is a system configuration diagram to which the present invention is applied, Figure 3 is a configuration diagram of its program, and Figure 4 is a diagram showing a conventional program control method. , FIG. 5 is a diagram showing an embodiment of the present invention. 41...Core O8, 44...Secondary Task, 54...Programming O8,55...Secondary Task Eight 5 haze

Claims (1)

[Claims] 1. Configuring a second operating system under the first operating system as a task of the first operating system In a computer system that operates on multiple operating systems, a program created on the second operating system is configured as a task of the first operating system. A computer comprising: a program that emulates a second operating system; and a task that enables the second operating system to control resources in the first operating system. Program control method in the system.