JP2009176139A - Apparatus and program for changing os priority - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system capable of preferentially performing processing of high priority included in each OS, without changing the contents of the program of each OS or referring to the internal information of each OS. <P>SOLUTION: An interrupt-versus-OS-priority management area 9 of a virtual machine monitor 6 stores association information in which the cause of an interrupt, an OS that processes the interrupt, and a priority when the OS processes the interrupt are associated with one another. When an interrupt occurs, an OS priority changing unit 10 changes the priority of the OS corresponding to the interrupt to the priority indicated by the association information, according to the association information stored in the management area 9. An OS scheduler 8 controls the order of execution of the OS according to the priority changed by the OS priority changing unit 10. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to an OS priority changing device that changes the priority of a plurality of OSs (Operating systems) whose priorities to be executed are designated in advance.

  In recent years, with increasing performance of computers, a plurality of virtual machines (VMs) are realized on a single computer including a single or a plurality of processors, and an operating system (OS: Operating System) is operated on the virtual machines (VMs). It is attracting attention. As an example, a real-time OS that runs a control program and a general-purpose OS such as Windows (registered trademark) and Linux (registered trademark) that have abundant and rich software assets can be operated at the same time. It is possible to realize a highly functional system utilizing one computer.

As described above, in a virtual computer system in which a plurality of OSs are operated on a single processor or a plurality of processors included in one computer, the execution control method of the conventional virtual computer system is the execution state for each OS or is assigned in advance. The execution order for each OS is determined by selecting an OS with a high priority based on the execution priority for each OS, the task priority of tasks that can be executed in the OS, the time slice execution time for each OS, and the like. It was controlled (for example, patent document 1). In this way, by preferentially executing an OS having a high priority, coexistence of a plurality of OSs having different properties such as a real-time OS and a general-purpose OS that does not require real-time performance has been realized.
JP 2000-347883 A

  In the execution control method of the conventional virtual machine system, when selecting the OS with the highest priority to be executed next, the OS internal information such as the execution state of each OS and the task priority of the task executable in the OS is executed. The department needs to know. However, in order for the execution control unit (generally called a virtual machine monitor) of the virtual machine system to know the OS internal information, the OS program is changed so that the OS internal information is notified from the OS to the virtual machine monitor. The virtual machine monitor needs to directly refer to the storage area in which the OS internal information is stored, but this method is used for an OS that does not disclose the OS source program or the OS internal information storage location. There was a problem that it was not possible.

  An object of the present invention is to realize a virtual machine system that can process a process with higher priority included in each OS with priority without changing the OS program or referring to the OS internal information. To do.

The OS priority changing device of the present invention is
In an OS priority changing apparatus for changing the priority of a plurality of OSs (hereinafter referred to as OSs) whose priorities to be executed are designated in advance,
A correspondence information storage unit that stores correspondence information in which an interrupt factor, an OS that processes the interrupt, and a priority when the OS processes the interrupt;
An OS priority changing unit that changes the priority of the OS corresponding to the interrupt to the priority indicated by the correspondence information according to the correspondence information stored in the correspondence information storage unit when the interrupt occurs. It is characterized by having.

  According to the present invention, it is possible to provide an apparatus capable of processing by giving priority to processing with high priority included in each OS without changing the OS program or referring to the OS internal information.

Embodiment 1 FIG.
FIG. 1 is a diagram showing an example of the appearance of a virtual computer system 1 realized by a computer. In FIG. 1, a virtual computer system 1 includes a system unit 830, a display device 813 having a CRT (Cathode / Ray / Tube) or LCD (liquid crystal) display screen, a keyboard 814 (Key / Board: K / B), and a mouse 815. , FDD817 (Flexible Disk Drive), compact disk device 818 (CDD: Compact Disk Drive), printer device 819, and other hardware resources, which are connected by cables and signal lines.

  FIG. 2 is a diagram illustrating an example of hardware resources of the virtual machine system 1 realized by a computer. In FIG. 2, the virtual machine system 1 includes a CPU 810 (Central Processing Unit: also called a central processing unit, processing unit, arithmetic unit, microprocessor, microcomputer, processor) that executes a program. The CPU 810 includes a ROM (Read Only Memory) 811, a RAM (Random Access Memory) 812, a display device 813, a keyboard 814, a mouse 815, a communication board 816, an FDD 817, a CDD 818, a printer device 819, and a magnetic disk device 820 via a bus 825. And control these hardware devices. Instead of the magnetic disk device 820, a storage device such as an optical disk device or a flash memory may be used.

  The RAM 812 is an example of a volatile memory. Storage media such as the ROM 811, the FDD 817, the CDD 818, and the magnetic disk device 820 are examples of nonvolatile memories. These are examples of a storage device or a storage unit, a storage unit, and a buffer. The communication board 816, the keyboard 814, the FDD 817, and the like are examples of an input unit and an input device. The communication board 816, the display device 813, the printer device 819, and the like are examples of an output unit and an output device.

  The communication board 816 is connected to a network (such as a LAN). The communication board 816 may be connected not only to the LAN but also to a WAN (wide area network) such as the Internet or ISDN.

  The magnetic disk device 820 stores an operating system 821 (OS), a window system 822, a program group 823, and a file group 824. The programs in the program group 823 are executed by the CPU 810, the operating system 821, and the window system 822.

  The program group 823 stores a program that executes a function described as “˜unit” in the description of the embodiment described below. The program is read and executed by the CPU 810.

  The file group 824 includes information described as “corresponding information”, “current priority”, etc., “determination results”, “calculation results”, “ "Extraction result", "generation result of", "processing result of", data, signal values, variable values, parameters, etc. are stored as items of "~ file" and "~ database" Has been. The “˜file” and “˜database” are stored in a recording medium such as a disk or a memory. Information, data, signal values, variable values, and parameters stored in a storage medium such as a disk or memory are read out to the main memory or cache memory by the CPU 810 via a read / write circuit, and extracted, searched, referenced, compared, and calculated. Used for CPU operations such as calculation, processing, output, printing, and display. Information, data, signal values, variable values, and parameters are temporarily stored in the main memory, cache memory, and buffer memory during the CPU operations of extraction, search, reference, comparison, operation, calculation, processing, output, printing, and display. Is remembered.

  In the description of the embodiment described below, data and signal values are stored in the memory of RAM 812, the flexible disk of FDD 817, the compact disk of CDD 818, the magnetic disk of magnetic disk device 820, other optical disks, mini disks, DVDs (Digital). -It records on recording media, such as Versatile and Disk. Data and signals are transmitted on-line via the bus 825, signal lines, cables, and other transmission media.

  Further, in the description of the embodiments described below, what is described as “to part” may be “means”, “to circuit”, and “to device”, and “to step” and “to”. “Procedure” and “˜Process” may be used. That is, what is described as “˜unit” may be realized by firmware stored in the ROM 811. Alternatively, it may be implemented only by software, only hardware such as elements, devices, substrates, wirings, etc., or a combination of software and hardware, and further a combination of firmware. Firmware and software are stored as programs in a recording medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a mini disk, and a DVD. The program is read by the CPU 810 and executed by the CPU 810. That is, the program causes the computer to function as “to part” described below. Alternatively, the procedure or method of “to part” described below is executed by a computer.

FIG. 3 is a configuration diagram of the execution control method of the virtual machine system showing the first embodiment. In FIG.
(1) The virtual machine system 1 is composed of a single or a plurality of processors, memories and the like.
(2) The hardware 2 is included in the virtual machine system 1.
(3) A plurality of virtual machines 3 exist in the virtual computer system 1 and provide an independent virtual hardware environment.
(4) The OS 4 operates on the virtual machine 3.
(5) The application program 5 operates on the OS 4.
(6) The virtual machine monitor 6 (OS priority changing device) controls execution of a program such as an OS operating on the virtual machine.
(7) The interrupt reception unit 7 is executed when an interrupt is generated from the hardware 2 as one function of the virtual machine monitor 6.
(8) The OS scheduler 8 (OS execution order control unit) determines the execution order of the OS 4 as a function of the virtual machine monitor 6 and allocates (dispatches) processor resources to the OS to be executed next. As described above, since the OS 4 operates on the virtual CPU that is one of the components of the virtual machine, the OS scheduler 8 may be referred to as a virtual CPU scheduler.
(9) The interrupt-to-OS priority management area 9 (corresponding information storage unit) is an area (storage unit) that stores the correspondence (also referred to as correspondence information) between the interrupt factor and the OS priority of the OS that processes the interrupt. is there. In the “correspondence information”, the cause of the interrupt, the OS that processes the interrupt, and the priority when the OS processes the interrupt are associated with each other. FIG. 4 shows an example of “correspondence information” in the interrupt versus OS priority management area 9.
(10) The OS priority changing unit 10 changes the priority of the OS according to the information stored in the interrupt versus OS priority management area 9 when an interrupt occurs.

(Operation 1)
FIG. 5 is a flowchart showing operation 1 of the virtual machine system according to the first embodiment. The operation 1 of the virtual machine system according to the first embodiment will be described with reference to FIG.

  When an interrupt is generated from the device included in the hardware 2 to the processor, the interrupt reception unit 7 of the virtual machine monitor 6 is executed (S101).

The interrupt reception unit 7 selects an OS that processes an interrupt that has occurred as a general process of the virtual machine monitor 6, and notifies the selected OS of the occurrence of the interrupt and its cause.
Thereafter, the interrupt receiving unit 7 calls the OS priority changing unit 10 (S102).

  The OS priority changing unit 10 acquires the priority of the OS to be executed based on the interrupt factor generated from the interrupt versus OS priority management area 9 (S103).

  Next, the OS priority changing unit 10 calls a priority changing function that the OS scheduler 8 generally has, and changes the OS priority to the priority acquired from the interrupt versus OS priority management area 9 (S104). .

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105). However, in this regard, a general priority-based scheduling algorithm is applied, and is not mentioned here.

  As described above, the virtual machine monitor 6 according to the first embodiment changes the OS priority according to the interrupt factor that has occurred instead of the OS priority determined in advance, and the OS scheduler 8 based on the result. Dispatches the OS. For this reason, it is possible to preferentially process a high priority process included in each OS starting from an interrupt without changing the OS program or referring to the OS internal information.

  In the first embodiment, a virtual computer system is taken as an example, but the present invention can be applied to a multi-OS environment that does not provide a virtual hardware environment, and the same effect can be obtained.

  In addition, among the interrupt factors stored in the interrupt vs. OS priority management area 9, an OS priority is set such that an interrupt that occurs when a hardware failure occurs operates at a high priority in the system. By doing so, it is possible to operate an OS using hardware in which a failure has occurred with priority over other OSs. As a result, it is possible to promptly perform processing at the time of failure detection, for example, to notify the operation management server that a failure has occurred, so that it is possible to prevent the influence of the failure from spreading to the entire system. Can improve the reliability.

Embodiment 2. FIG.
In the first embodiment described above, when an interrupt occurs, the OS priority is changed to the OS priority corresponding to the interrupt factor, and the OS to be executed next is determined. Next, it operates at the OS priority after the change until another interrupt factor for the same OS occurs, and as a result, even if interrupt processing that should be prioritized occurs, it cannot be preferentially executed. there were. In order to solve this problem, an embodiment in which a period for changing the priority of the OS is limited will be described.

  FIG. 6 is a configuration diagram of the execution control method of the virtual machine system according to the second embodiment. The same reference numerals as those in FIG. 3 denote the same or corresponding parts and the description thereof will be omitted.

In FIG.
(1) The OS priority storage area 11 (information storage unit) is a storage unit for saving the OS priority before the OS priority changing unit 10 changes the OS priority.
(2) The interrupt completion receiving unit 12 (completion signal receiving unit) is executed in response to the OS 4 executing an interrupt completion command.
(3) The OS priority restoration unit 13 is called from the interrupt completion reception unit 12 and returns the OS priority to the OS priority saved in the OS priority storage area 11.
(4) The OS priority changing unit 10 includes a priority storage unit 101. The priority storage unit 101 stores current priorities of a plurality of OSs (OS-A, OS-B, and OS-C in FIG. 6). As in operation 2 described later, when an interrupt occurs, the OS priority changing unit 10 sets the current priority of the OS corresponding to the interrupt among the priorities stored in the priority storage unit 101 to the interrupt to OS. The priority is changed to the priority indicated by the correspondence information stored in the priority management area 9. At the same time, the OS priority changing unit 10 causes the OS scheduler 8 to control the execution order of the OS according to the changed priority, and the OS priority storage area 11 sets the current priority of the OS corresponding to the interrupt. evacuate.

  FIG. 7 illustrates an example of the OS priority storage area 11.

(Operation 2)
FIG. 8 is a flowchart showing operation 2 of the virtual computer system according to the second embodiment. The operation 2 of the virtual computer system according to the second embodiment will be described with reference to FIG.

  When an interrupt is generated from the device included in the hardware 2 to the processor, the interrupt reception unit 7 of the virtual machine monitor 6 is executed (S101).

  The interrupt reception unit 7 selects an OS that processes an interrupt that has occurred as a general process of the virtual machine monitor 6, and notifies the selected OS of the occurrence of the interrupt and its cause. Thereafter, the interrupt receiving unit 7 calls the OS priority changing unit 10 (S102).

  The OS priority changing unit 10 acquires the priority of the OS to be executed based on the interrupt factor generated from the interrupt versus OS priority management area 9 (S103).

  Next, the OS priority changing unit 10 stores the current priority of the OS to be changed in the OS priority storage area 11 (S201). That is, the OS priority changing unit 10 saves the current priority of the OS corresponding to the interrupt stored in the priority storage unit 101 in the OS priority storage area 11.

  Furthermore, the OS priority changing unit 10 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the interrupt versus OS priority management area 9 (S104). That is, when an interrupt occurs, the OS priority changing unit 10 sets the current priority of the OS corresponding to the interrupt among the priorities stored in the priority storage unit 101 to the interrupt-to-OS priority management area 9. The priority is changed to that indicated by the stored correspondence information. Then, the OS priority changing unit 10 controls the OS scheduler 8 to control the execution order of the OS according to the changed priority.

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  Next, at the timing when the interrupt processing is completed in the OS 4 (an example of a preset timing), the OS 4 (OS-B) notifies the interrupt completion reception unit 12 of the virtual machine monitor 6 of the interrupt completion notification (completion signal). Example) is transmitted (S202). The interrupt completion notification can be realized by the virtual machine monitor 6 trapping an interrupt completion instruction or by issuing a call interface (generally called a hypervisor call) provided by the virtual machine monitor 6.

  The interrupt completion reception unit 12 in the virtual machine monitor 6 that has received the interrupt completion notification calls the OS priority restoration unit 13 (S203).

  The OS priority restoration unit 13 acquires the OS priority before change saved in the OS priority storage area 11 (S204).

  Furthermore, the OS priority restoration unit 13 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the OS priority storage area 11 (S205).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  As described above, according to the second embodiment, when the interrupt processing that has occurred is completed, the OS priority is quickly returned to the original OS priority. Therefore, the period for changing the OS priority can be limited. The priority of the OS can be raised only for the processing portion to be prioritized.

Embodiment 3 FIG.
In the second embodiment described above, the virtual machine monitor 6 traps the interrupt completion instruction or issues a hypervisor call of the virtual machine monitor 6 to notify the virtual machine monitor 6 of the completion of the interrupt. In addition to the processing up to the completion of the interrupt, there is a point that priority cannot be given to the processing up to the application program that is activated upon the interruption. In order to solve this problem, an embodiment in which the period for changing the priority of the OS can be set to an arbitrary period will be described.

  FIG. 9 is a configuration diagram of the execution control method of the virtual machine system according to the third embodiment. The same reference numerals as those in FIG. 3 and FIG.

In FIG.
(1) The pseudo-interrupt completion generation unit 14 can issue a pseudo-interrupt completion notification at an arbitrary time, not an actual interrupt completion notification.
(2) The pseudo interrupt completion acceptance unit 15 (completion signal reception unit) receives a pseudo interrupt completion notification (an example of a completion signal) issued by the pseudo interrupt completion generation unit 14.

(Operation 3)
FIG. 10 is a flowchart showing the operation 3 of the virtual machine system according to the third embodiment. The operation 3 of the virtual machine system according to the third embodiment will be described with reference to FIG.

  When an interrupt is generated from the device included in the hardware 2 to the processor, the interrupt reception unit 7 of the virtual machine monitor 6 is executed (S101).

  The interrupt reception unit 7 selects an OS that processes an interrupt that has occurred as a general process of the virtual machine monitor 6, and notifies the selected OS of the occurrence of the interrupt and its cause. Thereafter, the interrupt receiving unit 7 calls the OS priority changing unit 10 (S102).

  The OS priority changing unit 10 acquires the priority of the OS to be executed based on the interrupt factor generated from the interrupt versus OS priority management area 9 (S103).

  Next, the OS priority changing unit 10 stores the current priority of the OS to be changed in the OS priority storage area 11 (S201).

  Furthermore, the OS priority changing unit 10 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the interrupt versus OS priority management area 9 (S104).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  Next, at the timing when the interrupt processing and other priority program execution are completed in the OS 4 (an example of a preset timing), the pseudo interrupt completion generation unit 14 of the OS 4 performs the pseudo interrupt completion reception unit 15 of the virtual machine monitor 6. In response to this, a pseudo-interrupt completion notification (an example of a completion signal) is transmitted (S301). The pseudo interrupt completion notification can be realized by the virtual machine monitor 6 executing a trappable pseudo instruction or issuing a hypervisor call.

  The pseudo interrupt completion acceptance unit 15 in the virtual machine monitor 6 that has received the pseudo interrupt completion notification calls the OS priority restoration unit 13 (S302).

  The OS priority restoration unit 13 acquires the OS priority before change saved in the OS priority storage area 11 (S204).

  Furthermore, the OS priority restoration unit 13 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the OS priority storage area 11 (S205).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  As described above, according to the third embodiment, the priority of the OS can be changed in an arbitrary period from the occurrence of an interrupt to the reception of a pseudo interrupt completion notification for the interrupt that has occurred. It is possible to raise the priority of the OS of the processing part to be prioritized including the application program processing part to be prioritized in addition to the processing.

Embodiment 4 FIG.
In the second and third embodiments described above, the priority of the OS is changed during the period from when the interrupt is generated until the OS 4 performs the interrupt completion notification or the pseudo interrupt completion notification. An embodiment in which the priority of the OS can be changed only for a limited period without performing interrupt completion notification or pseudo-interrupt.

  FIG. 11 is a configuration diagram of the execution control method of the virtual machine system according to the fourth embodiment. The same reference numerals as those in FIG. 3 denote the same or corresponding parts and the description thereof will be omitted.

In FIG.
The elapsed time management unit 16 (timer unit) holds an elapsed time since the OS priority change unit 10 changed the priority of the OS. When the elapsed time management unit 16 receives an instruction signal instructing the start of measurement from the OS priority changing unit 10, the elapsed time management unit 16 starts measurement.

(Operation 4)
FIG. 12 is a flowchart showing operation 4 of the virtual machine system according to the fourth embodiment. The operation 4 of the virtual machine system according to the fourth embodiment will be described with reference to FIG.

  When an interrupt is generated from the device included in the hardware 2 to the processor, the interrupt reception unit 7 of the virtual machine monitor 6 is executed (S101).

  The interrupt reception unit 7 selects an OS that processes an interrupt that has occurred as a general process of the virtual machine monitor 6, and notifies the selected OS of the occurrence of the interrupt and its cause. Thereafter, the interrupt receiving unit 7 calls the OS priority changing unit 10 (S102).

  The OS priority changing unit 10 acquires the priority of the OS to be executed based on the interrupt factor generated from the interrupt versus OS priority management area 9 (S103).

  Next, the OS priority changing unit 10 stores the current priority of the OS to be changed in the OS priority storage area 11 (S201).

  Furthermore, the OS priority changing unit 10 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the interrupt versus OS priority management area 9 (S104).

  Next, the OS priority changing unit 10 transmits a notification (an example of an instruction signal for instructing counting) indicating that the OS priority has been changed to the elapsed time managing unit 16 (S401). When the elapsed time management unit 16 receives the notification (instruction signal), the elapsed time management unit 16 measures the time until a predetermined time set in advance elapses.

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  Next, when detecting that an arbitrary time has elapsed, the elapsed time management unit 16 calls the OS priority restoration unit 13 (S402).

  The OS priority restoration unit 13 acquires the OS priority before change saved in the OS priority storage area 11 (S204).

  Furthermore, the OS priority restoration unit 13 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the OS priority storage area 11 (S205).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  As the time measured by the elapsed time management unit 16, a fixed time can be given to the system. For example, as shown in FIG. 13, it is stored in the interrupt versus OS priority management area 9, and the process of S401 is performed. By notifying the elapsed time management unit 16 together at the time of processing, a different time can be given for each interrupt.

  As described above, according to the fourth embodiment, since the priority of the OS can be changed in an arbitrary period after the occurrence of the interrupt, the virtual machine monitor 6 cannot trap the interrupt completion notification. Even when the call of the hypervisor call cannot be embedded in the OS, it is possible to increase the priority of the OS of the processing portion to be given priority for an arbitrary time.

Embodiment 5 FIG.
In the second embodiment or the third embodiment described above, the priority of the OS 4 is changed from the occurrence of an interrupt until the virtual machine monitor 6 receives an interrupt completion notification. An embodiment capable of realizing the above will be described.

  FIG. 14 is a configuration diagram of the execution control method of the virtual machine system according to the fifth embodiment. The same reference numerals as those in FIGS. 3 and 6 denote the same or corresponding parts, and a description thereof will be omitted.

In FIG.
(1) The inter-OS communication transmission unit 17 is called when data is transmitted to an OS on another virtual machine.
(2) The inter-OS communication receiving unit 18 is called when data is received from an OS on another virtual machine.
(3) The inter-OS communication transmission acceptance unit 19 (software interrupt generation unit) is called from the inter-OS communication transmission unit 17.
(4) The inter-OS communication reception completion reception unit 20 (completion signal reception unit) receives a reception completion notification (software interrupt completion signal) when receiving data by OS communication.

(Operation 5)
FIG. 15 is a flowchart illustrating the operation 5 of the virtual machine system according to the fifth embodiment. The operation 5 of the virtual machine system according to the fifth embodiment will be described with reference to FIG.

  When the application program C operating on the virtual machine requests the OS-C (transmission side OS) to transmit data across the OSs, the inter-OS communication transmission unit 17 is executed. The inter-OS communication transmission unit 17 calls the inter-OS communication transmission reception unit 19 (S501). In this case, the inter-OS communication transmission unit 17 transmits a transmission request signal requesting data transmission to the OS-B on the receiving side to the inter-OS communication transmission reception unit 19.

  When receiving the transmission request signal, the inter-OS communication transmission accepting unit 19 receives the transmission request signal as a trigger to notify the receiving side OS-B (receiving side OS) that data is to be transmitted. Is generated. The inter-OS communication processing up to this point is the same as a general method in a virtual machine system or a multi-OS environment. Next, as in the case of an interrupt from normal hardware, when a software interrupt occurs, the interrupt reception unit 7 of the virtual machine monitor 6 is executed (S502).

  The interrupt reception unit 7 selects an OS that processes an interrupt that has occurred as a general process of the virtual machine monitor 6, and notifies the selected OS of the occurrence of the interrupt and its cause. Thereafter, the interrupt receiving unit 7 calls the OS priority changing unit 10 (S102).

  The OS priority changing unit 10 acquires the priority of the OS to be executed based on the interrupt factor generated from the interrupt versus OS priority management area 9 (S103).

  In the fifth embodiment, it is assumed that the OS priority corresponding to a software interrupt for communication between OSs is set to the highest priority value in the system in the correspondence information of the interrupt versus OS priority management area 9. In other words, the correspondence information in the interrupt-to-OS priority management area 9 includes software interrupts, reception OS-B that is an OS that processes software interrupts, and priorities when the reception OS-B processes software interrupts. Are associated with each other, and this priority is set to the highest value in the system. For this reason, the priority acquired by the OS priority changing unit 10 from the interrupt-to-OS priority management area 9 is the highest priority. Next, the current priority of the OS to be changed is stored in the OS priority storage area 11 (S201).

  Furthermore, the OS priority changing unit 10 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the interrupt versus OS priority management area 9 (S104).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority, that is, the receiving-side OS, and performs dispatch (S105).

  Next, when the receiving process is completed in the OS-B on the receiving side, the OS-B inter-OS communication receiving unit 18 notifies the inter-OS communication reception completion receiving unit 20 of the virtual machine monitor 6 of the reception completion notification (software interrupt). Complete signal) is transmitted (S503).

  Next, the inter-OS communication reception completion reception unit 20 in the virtual machine monitor 6 that has received the reception completion notification is called (S504). When the inter-OS communication reception completion receiving unit 20 receives the reception completion notification, it calls the OS priority restoration unit 13 (S504).

  The OS priority restoration unit 13 acquires the OS priority before change saved in the OS priority storage area 11 (S204).

  Furthermore, the OS priority restoration unit 13 calls the priority changing function of the OS scheduler 8 and changes the OS priority to the priority acquired from the OS priority storage area 11 (S205).

  Thereafter, the OS scheduler 8 selects the OS with the highest priority and performs dispatch (S105).

  As described above, according to the fifth embodiment, the priority of the OS on the receiving side can be set to the highest priority in the system during the period from the start of transmission to the completion of reception in inter-OS communication. It is possible to prevent another OS from being executed between the OS and the receiving OS. By using this, it is possible to prevent data from being referred to or falsified by a malicious program during communication between OSs, and the safety of the system can be improved.

  In the fifth embodiment, the software interrupt used for the communication between the OSs may be the same as the communication between the normal OSs, or a dedicated software interrupt is used for the secure communication between the OSs. A dedicated software interrupt may be called only when the communication transmission receiving unit 19 is secure inter-OS communication.

In the first embodiment described above,
The execution control method of the virtual machine system provided with the following means has been described.
(A) An interrupt-to-OS priority management area that stores an association between an interrupt factor and an OS priority of an OS that processes the interrupt. (B) An OS according to information stored in the interrupt-to-OS priority management area when an interrupt occurs. An OS priority changing unit that changes the priority of the OS.

In the second embodiment described above,
The execution control method of the virtual machine system provided with the following means has been described.
(A) OS priority storage area for saving the OS priority before the OS priority change unit changes the OS priority (b) The OS priority saved in the OS priority storage area 11 An OS priority restoration unit that returns the priority of the OS.

In Embodiment 3 above,
The execution control method of the virtual machine system provided with the following means has been described.
(A) pseudo-interrupt completion generation unit capable of issuing a pseudo-interrupt notification at an arbitrary time (b) receiving a pseudo-interrupt completion notification issued by the pseudo-interrupt completion generation unit 14 Department.

In Embodiment 4 described above,
The execution control method of the virtual machine system provided with the following means has been described.
(A) An elapsed time management unit that holds an elapsed time since the OS priority change unit changed the priority of the OS.

In the above fifth embodiment,
The execution control method of the virtual machine system provided with the following means has been described.
(A) An inter-OS communication transmission accepting unit that is called when data is transmitted to an OS on another virtual machine and notifies that data is transmitted to the other OS using a software interrupt. An inter-OS communication reception completion acceptance unit that has a function that is called when data reception is completed and calls an OS priority restoration unit to restore the OS priority that was changed during data reception.

2 is an external view of a computer that realizes the virtual computer system according to the first embodiment. 2 is a hardware configuration of a computer that realizes the virtual computer system according to the first embodiment. 1 is a block diagram of a virtual computer system according to a first embodiment. 4 is an example of an interrupt versus OS priority management area according to the first embodiment. 3 is a flowchart showing the operation of the virtual computer system according to the first embodiment. FIG. 3 is a block diagram of a virtual computer system according to a second embodiment. 10 illustrates an example of an OS priority storage area according to the second embodiment. 9 is a flowchart showing the operation of the virtual computer system according to the second embodiment. FIG. 4 is a block diagram of a virtual computer system according to a third embodiment. 10 is a flowchart showing the operation of the virtual machine system according to the third embodiment. FIG. 6 is a block diagram of a virtual computer system according to a fourth embodiment. 9 is a flowchart showing the operation of the virtual machine system according to the fourth embodiment. 14 is an example of an interrupt versus OS priority management area according to the fourth embodiment. FIG. 9 is a block diagram of a virtual computer system according to a fifth embodiment. 10 is a flowchart showing the operation of the virtual machine system according to the fifth embodiment.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 Virtual computer system, 2 Hardware, 6 Virtual machine monitor, 7 Interrupt reception part, 8 OS scheduler, 9 Interrupt versus OS priority management area, 10 OS priority change part, 101 Priority storage part, 11 OS priority preservation | save Area, 12 interrupt completion reception unit, 13 OS priority restoration unit, 14 pseudo interrupt completion generation unit, 15 pseudo interrupt completion reception unit, 16 elapsed time management unit, 17 inter-OS communication transmission unit, 18 inter-OS communication reception unit, 19 Inter-OS communication transmission acceptance unit, 20 Inter-OS communication reception completion acceptance unit, 810 CPU, 811 ROM, 812 RAM, 813 display device, 814 K / B, 815 mouse, 816 communication board, 817 FDD, 818 CDD, 819 printer device 820 Magnetic disk unit, 821 OS, 822 Window system, 82 Program group, 824 files, 825 buses, 830 system unit.

Claims (6)

In an OS priority changing apparatus for changing the priority of a plurality of OSs (hereinafter referred to as OSs) whose priorities to be executed are designated in advance,
A correspondence information storage unit that stores correspondence information in which an interrupt factor, an OS that processes the interrupt, and a priority when the OS processes the interrupt;
An OS priority changing unit that changes the priority of the OS corresponding to the interrupt to the priority indicated by the correspondence information according to the correspondence information stored in the correspondence information storage unit when the interrupt occurs. An OS priority changing device characterized by comprising: The OS priority changing device further includes:
The OS priority change apparatus according to claim 1, further comprising an OS execution order control unit that controls an execution order of the OS according to the priority changed by the OS priority change unit. The OS priority changing device further includes:
An information storage unit for storing information;
The OS priority changing unit
A priority storage unit that stores the current priorities of the plurality of OSs, and when the interrupt occurs, the OS current corresponding to the interrupts among the priorities stored in the priority storage unit The priority is changed to the priority indicated by the correspondence information, and the OS execution order control unit is controlled according to the changed priority, and the OS of the OS corresponding to the interrupt is controlled. Store the current priority in the information storage unit,
Each of the plurality of OSs
When processing the interrupt, a completion signal indicating completion of the interrupt processing is output at a preset timing,
The OS priority changing device further includes:
A completion signal receiving unit that receives the completion signal from the OS corresponding to the interruption when the interruption occurs;
When the completion signal receiving unit receives the completion signal, the current priority of the OS corresponding to the interrupt changed to the priority indicated by the correspondence information is acquired from the information storage unit, and the acquired 3. The OS priority changing device according to claim 2, further comprising: an OS priority restoring unit that causes the OS execution order control unit to control the execution order of the OS corresponding to the interrupt according to a current priority. . The plurality of OSs are:
A transmission-side OS that transmits predetermined data; and a reception-side OS that receives the predetermined data from the transmission-side OS,
The sending OS is
When transmitting the data, output a transmission request signal requesting transmission,
The OS priority changing device further includes:
A software interrupt generator that receives the transmission request signal from the transmission-side OS and generates a software interrupt triggered by the reception of the transmission request signal,
The correspondence information storage unit
Software interrupt correspondence information, which is correspondence information in which the software interrupt, the receiving OS that is the OS that processes the software interrupt, and the priority when the receiving OS processes the software interrupt is associated with each other. Remember,
The OS priority changing unit
When the software interrupt occurs, the current priority of the receiving OS corresponding to the software interrupt among the priorities stored in the priority storage unit is changed to the priority indicated by the software interrupt correspondence information. In addition, the OS execution order control unit controls the execution order of the receiving side OS according to the changed priority, and the current side of the receiving side OS that is changed to the priority indicated by the software interrupt correspondence information. Is stored in the information storage unit,
The receiving OS is
When processing the software interrupt, a software interrupt completion signal indicating completion of the software interrupt processing is output at a preset timing,
The completion signal receiver
Receiving the software interrupt completion signal from the receiving-side OS;
The OS priority restoration unit
When the completion signal receiving unit receives the software interrupt completion signal, the current priority of the reception-side OS stored in the information storage unit is acquired from the information storage unit, and the acquired current priority level 4. The OS priority changing apparatus according to claim 3, wherein the OS execution order control unit controls the execution order of the receiving OS. The OS priority changing device further includes:
An information storage unit for storing information;
When receiving an instruction signal instructing counting, a timer unit that counts a preset period is provided,
The OS priority changing unit
A priority storage unit that stores the current priorities of the plurality of OSs, and when the interrupt occurs, the OS current corresponding to the interrupts among the priorities stored in the priority storage unit The priority is changed to the priority indicated by the correspondence information, the instruction signal is transmitted to the timer unit, and the OS execution order control unit is controlled according to the changed priority. And storing the current priority of the OS corresponding to the interrupt in the information storage unit,
The OS priority changing device further includes:
When the timer unit finishes counting for the preset period, the current priority of the OS corresponding to the interrupt changed to the priority indicated by the correspondence information is acquired from the information storage unit, The OS priority restoration unit according to claim 2, further comprising an OS priority restoration unit that causes the OS execution order control unit to control the execution order of the OS corresponding to the interrupt according to the acquired current priority. Change device. In an OS priority change program for changing the priority of a plurality of operating systems (hereinafter referred to as OSs) whose priorities to be executed are designated in advance,
A process of storing correspondence information in which an interrupt factor, an OS that processes the interrupt, and a priority when the OS processes the interrupt;
When the interrupt occurs, the computer causes the computer to execute processing for changing the priority of the OS corresponding to the interrupt to the priority indicated by the correspondence information in accordance with the stored correspondence information. Priority change program.

Images