JP2011227598A - Information processor and information processing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allocate computer resources to an operating system at its startup according to the computer resource usage per-operating system, in an environment where a plurality of operating systems are running on a single information processor.SOLUTION: Resource usage acquiring means 110 acquires usage data for computer resources per operating system and store the usage data in a resource usage storing means 120. Resource allocation calculating means 130 calculates an allocation of computer resources for at least one of operating systems based on the acquired usage data. Resource allocating means 170 sets an allocation of computer resources for an operating system at the operating system's startup based on the calculated allocation of computer resources.

Description

  The present invention relates to an information processing apparatus and an information processing program.

There is a technique for operating a plurality of operating systems on one computer.
As a technology related to this, for example, Patent Document 1 aims to provide an imaging device capable of improving development efficiency, and a digital camera having a plurality of functions includes a plurality of functional means, A hypervisor that virtualizes hardware resources and divides the hardware resources into a plurality of logical partitions, and each of the plurality of logical partitions is assigned to different functional means, and a function that requires real-time capability and real-time capability It is disclosed that mediation is performed by giving priority to functions that are not required, and a shared resource management method using a hypervisor and a program for an imaging apparatus are provided.

  Further, for example, in Patent Document 2, it is difficult to automatically determine physical resource allocation to each virtual machine LPAR (Logical Partition) and perform LPAR reconfiguration by reflecting the load of the virtual machine system. Multiple LPARs operate by logically dividing physical resources constituting a physical computer exclusively or in a time-sharing manner, and dynamically assigning physical resources among the LPARs. In a virtual machine system having reconfiguration means for changing to LPAR, the allocation of physical resources to each LPAR is determined based on the load status measured by each LPAR application and OS, and the LPAR is reconfigured. Has been.

JP 2009-064303 A JP 2002-202959 A

  According to the present invention, when a plurality of operating systems operate on one information processing apparatus, the allocation of computer resources is set when the operating system is started up according to the usage status of the computer resources for each operating system. An object is to provide an information processing apparatus and an information processing program.

The gist of the present invention for achieving the object lies in the inventions of the following items.
According to the first aspect of the present invention, a plurality of operating systems are operating in one information processing apparatus, and an acquisition unit that acquires a usage status of a computer resource for each operating system, and a computer resource acquired by the acquisition unit Based on usage, a calculation unit that calculates a distribution of computer resources to be allocated to one or more of the operating systems, and a distribution of computer resources calculated by the calculation unit when the operating system is started up An information processing apparatus comprising setting means for setting a distribution of computer resources of the operating system.

According to a second aspect of the present invention, when the information processing apparatus is powered off, the calculation unit calculates the computer resource allocation, stores the computer resource allocation in a nonvolatile storage device, and the setting unit. The computer resource allocation of the operating system is set based on the computer resource allocation stored in the storage device when the information processing apparatus is turned on. It is an information processing apparatus as described in.

  According to a third aspect of the present invention, the calculation means calculates the allocation of computer resources of the operating system when storing the operating system, stores the allocation of the computer resources in a storage device, and sets the setting means. 2. The computer resource allocation of the operating system is set based on the computer resource allocation stored in the storage device when the operating system is restarted. Information processing apparatus.

  According to a fourth aspect of the present invention, the acquisition means stores the acquired usage status of the computer resource in a storage device, and the acquired usage status of the computer resource is stored in the storage device. And within the predetermined range, the storage unit does not store the usage status of the computer resource acquired this time, and the calculation means is based on the usage status of the computer resource stored in the storage device, The information processing apparatus according to claim 1, wherein an allocation of computer resources to be allocated to one or more of the operating systems is calculated.

  According to a fifth aspect of the present invention, an information processing apparatus includes a plurality of operating systems operating on one information processing apparatus, an acquisition unit that acquires a usage status of computer resources for each operating system, and the acquisition unit. Based on the obtained usage status of the computer resource, a calculation unit that calculates a distribution of the computer resource to be allocated to one or more of the operating systems, and calculated by the calculation unit when starting up the operating system An information processing program that functions as a setting unit that sets the allocation of computer resources of the operating system based on the allocation of computer resources.

  According to the information processing apparatus of claim 1, when a plurality of operating systems are operated by one information processing apparatus, the computer is started up when the operating system is started up according to the usage status of the computer resources for each operating system. Resource allocation can be set.

  According to the information processing apparatus of the second aspect, when the information processing apparatus is turned on, it is possible to set the distribution of computer resources of the operating system.

  According to the information processing apparatus of the third aspect, when the operating system is restarted, it is possible to set the distribution of the computer resources of the operating system.

  According to the information processing apparatus of claim 4, it is possible to suppress the weight of the usage status of the computer resource acquired last time and the usage status of the computer resource within a predetermined range from being excessively increased, and The distribution can be calculated.

  According to the information processing program of claim 5, when a plurality of operating systems operate on one information processing apparatus, the computer is started up when the operating system is started up according to the usage status of computer resources for each operating system. Resource allocation can be set.

It is a conceptual module block diagram about the structural example of this Embodiment. It is explanatory drawing which shows the example of a relationship between the hardware which implement | achieves this Embodiment, and an operating system. It is explanatory drawing which shows the example of an acquisition process of the usage condition by this Embodiment. It is a flowchart which shows the example of an acquisition process of the usage condition by this Embodiment. It is explanatory drawing which shows the example of a data structure of the current resource allocation table. It is explanatory drawing which shows the example of a data structure of a resource usage condition table. It is explanatory drawing which shows the example of a data structure of a next resource allocation table. It is explanatory drawing which shows the example of a display of the resource memory content. It is explanatory drawing which shows the example of a storage process of the usage condition by this Embodiment. It is explanatory drawing which shows the example of a process in the case of the power-off by this Embodiment, or the transfer to a power saving mode. It is a flowchart which shows the example of a process in the case of the power-off by this Embodiment, or transfer to a power saving mode. It is explanatory drawing which shows the example of a display of the resource memory content. It is explanatory drawing which shows the process example at the time of the sub power supply ON by this Embodiment, or the return from power saving modes. It is a flowchart which shows the process example at the time of the sub power supply ON by this Embodiment, or the return from power saving mode. It is explanatory drawing which shows the example of a display of the resource memory content. It is explanatory drawing which shows the example of a process in the case of shutdown by this Embodiment. It is explanatory drawing which shows the process example at the time of starting after the shutdown by this Embodiment. It is a flowchart which shows the example of a process at the time of the shutdown by this Embodiment, and the example of a process at the time of starting after a shutdown. It is a block diagram which shows the hardware structural example of the computer which implement | achieves this Embodiment.

Hereinafter, an example of a preferred embodiment for realizing the present invention will be described with reference to the drawings.
FIG. 1 shows a conceptual module configuration diagram of a configuration example of the present embodiment.
The module generally refers to components such as software (computer program) and hardware that can be logically separated. Therefore, the module in the present embodiment indicates not only a module in a computer program but also a module in a hardware configuration. Therefore, the present embodiment is a computer program for causing these modules to function (a program for causing a computer to execute each procedure, a program for causing a computer to function as each means, and a function for each computer. This also serves as an explanation of the program and system and method for realizing the above. However, for the sake of explanation, the words “store”, “store”, and equivalents thereof are used. However, when the embodiment is a computer program, these words are stored in a storage device or stored in memory. It is the control to be stored in the device. Modules may correspond to functions one-to-one, but in mounting, one module may be configured by one program, or a plurality of modules may be configured by one program, and conversely, one module May be composed of a plurality of programs. The plurality of modules may be executed by one computer, or one module may be executed by a plurality of computers in a distributed or parallel environment. Note that one module may include other modules. Hereinafter, “connection” is used not only for physical connection but also for logical connection (data exchange, instruction, reference relationship between data, etc.). “Predetermined” means that the process is determined before the target process, and not only before the process according to this embodiment starts but also after the process according to this embodiment starts. In addition, if it is before the target processing, it is used in accordance with the situation / state at that time or with the intention to be decided according to the situation / state up to that point.
In addition, the system or device is configured by connecting a plurality of computers, hardware, devices, and the like by communication means such as a network (including one-to-one correspondence communication connection), etc. The case where it implement | achieves by etc. is also included. “Apparatus” and “system” are used as synonymous terms. Of course, the “system” does not include a social “mechanism” (social system) that is an artificial arrangement.
In addition, when performing a plurality of processes in each module or in each module, the target information is read from the storage device for each process, and the processing result is written to the storage device after performing the processing. is there. Therefore, description of reading from the storage device before processing and writing to the storage device after processing may be omitted. Here, the storage device may include a hard disk, a RAM (Random Access Memory), an external storage medium, a storage device via a communication line, a register in a CPU (Central Processing Unit), and the like.

  The information processing apparatus according to the present embodiment operates a plurality of operating systems (hereinafter also referred to as OS and guest OS) on hardware resources of one computer, as shown in the example of FIG. The resource usage status acquisition module 110, the resource usage status storage module 120, the resource allocation calculation module 130, the current resource allocation storage module 140, the next resource allocation storage module 150, the initialization module 160, and the resource allocation module 170. .

  The resource usage status acquisition module 110 is connected to the resource usage status storage module 120 and acquires the usage status of computer resources for each OS. Specifically, for example, as a usage status of a computer resource (hereinafter also referred to as a resource), a CPU usage rate (a predetermined period (for example, from the time of measurement of the previous usage status to the time of the current measurement). Hereinafter, the same during a predetermined period of usage)) the percentage of time that the OS used the CPU), the memory usage (the percentage of pages that the OS resides in the memory within the predetermined time), Task execution waiting time (time for which execution of a task in the OS was waited within a predetermined time), page fault count (number of times virtual memory not in real memory was accessed within a predetermined period), etc. There is. Note that the usage rate of a computer resource such as a CPU usage rate and a memory usage rate is a rate in the computer resource allocated to the OS. Further, when the usage status of the computer resource is acquired, it may be every predetermined period, or may be intermittent without being determined. For example, the usage status of the computer resource may be acquired in a period different from the previous time, or may be acquired when the usage status of the computer resource exceeds a predetermined value.

Further, the resource usage status acquisition module 110 stores the acquired computer resource usage status in the resource usage status storage module 120, and the acquired computer resource usage status is stored in the resource usage status storage module 120 previously acquired. If the usage status of the computer resource is within a predetermined range, the resource usage status storage module 120 may be controlled not to store the usage status of the computer resource acquired this time. When there is little change in the usage status of computer resources (when there is no change, that is, including the same value as the previous time, the same applies hereinafter), the usage status is not stored in the resource usage status storage module 120. Is.
Further, the resource usage status acquisition module 110 stores the acquired computer resource usage status in the resource usage status storage module 120, where the usage status of the acquired computer resource is less than or less than a predetermined value. If the computer resource usage status acquired last time is within a predetermined range, the resource usage status storage module 120 may be controlled not to store the computer resource usage status acquired this time. If the usage status of the computer resource is low (for example, in the sleep state) and the change in the usage status of the computer resource is small, the usage status is not stored in the resource usage status storage module 120. Is.

The resource usage status storage module 120 is connected to the resource usage status acquisition module 110 and the resource allocation calculation module 130, and stores the usage status of the computer resources acquired by the resource usage status acquisition module 110 for each OS. For example, it may be a volatile memory or a non-volatile memory.
The resource usage status storage module 120 may be the same storage device as the current resource allocation storage module 140 or the next resource allocation storage module 150, or may be a different storage device.

  The resource allocation calculation module 130 is connected to the resource usage status storage module 120, the current resource allocation storage module 140, and the next time resource allocation storage module 150, and uses the computer resource usage status acquired by the resource usage status acquisition module 110 (or Based on the computer resource usage status stored in the resource usage status storage module 120, the allocation of computer resources to be allocated to one or more of the OSs is calculated. That is, the allocation of computer resources allocated to at least one OS among a plurality of OSs operable on the information processing apparatus is calculated.

  The resource allocation calculation module 130 calculates the allocation of computer resources when the information processing apparatus is powered off, and stores the calculated allocation of computer resources in the next resource allocation storage module 150 that is a nonvolatile storage device. You may let them. Here, turning off the power of the information processing device means that the information stored in the volatile memory cannot be retained. For example, when the main power is turned off, the information processing device may be in the state described above. For example, it may be when the sub power supply is turned off, or in a sleep state called hibernation (the contents of the volatile memory are saved to a hard disk or the like and the power is turned off or hibernate). Good.

  Further, the resource allocation calculation module 130 may calculate the allocation of computer resources of the OS when the OS is stopped, and store the calculated allocation of computer resources in the next resource allocation storage module 150. Here, when the OS is stopped, the information stored in the volatile memory can be retained, but it means a power saving state, for example, a sleep state called suspend or standby. It is. The operation of the OS is temporarily stopped and kept in a power-saving state, but the volatile memory remains operating, and power supply to the hard disk or the like is stopped.

  The resource allocation calculation module 130 further calculates the allocation of the OS computer resources based on the allocation of the computer resources set in the current OS stored in the current resource allocation storage module 140, and the calculated computer resources. May be stored in the resource allocation storage module 150 next time.

The current resource allocation storage module 140 is connected to the resource allocation calculation module 130 and the resource allocation module 170, and stores the allocation of computer resources when the allocation of computer resources is set in the OS by the resource allocation module 170. To do. That is, the computer resource allocation set in the currently operating OS is stored. For example, it may be a volatile memory or a non-volatile memory.
The next resource allocation storage module 150 is connected to the resource allocation calculation module 130 and the resource allocation module 170, and stores the allocation of computer resources allocated to each OS calculated by the resource allocation calculation module 130. For example, it may be a volatile memory or a non-volatile memory.
The initialization module 160 is connected to the resource distribution module 170, and activates the resource distribution module 170 when the information processing apparatus is turned on or restarted after the OS is stopped. Also, the information processing apparatus or OS is initialized.
Here, specifically, turning on the information processing apparatus may be, for example, turning on the main power, turning on the sub power, or returning from the sleep state called hibernation described above. Specifically, the restart after the OS is stopped may be, for example, returning from a sleep state called suspend or standby.

The resource allocation module 170 is connected to the current resource allocation storage module 140, the next resource allocation storage module 150, and the initialization module 160, and the allocation of computer resources calculated by the resource allocation calculation module 130 when the OS is started up. Based on (or allocation of computer resources stored in the resource allocation storage module 150 next time), allocation of OS computer resources is set. Then, the computer resource allocation thus set is stored in the current resource allocation storage module 140.
Further, the resource allocation module 170, when the information processing apparatus is turned on, based on the allocation of the computer resources stored in the next resource allocation storage module 150 which is a non-volatile storage device, May be set.
Further, when the OS is restarted, the resource allocation module 170 may set the allocation of the OS computer resources based on the allocation of the computer resources stored in the resource allocation storage module 150 next time.

FIG. 2 is an explanatory diagram showing an example of the relationship between the hardware that implements the present embodiment and the OS.
The hardware 210 is a lower layer, the hardware 210 and an OS such as a guest OS-A 232, a guest OS-B 234, and a guest OS-C 236 are upper layers, and there is a hypervisor OS 220 that is an intermediate layer therebetween. An application runs on an OS such as the guest OS-A 232. Note that the terms “lower” and “upper” only indicate a conceptual vertical relationship.

The hardware 210 includes a nonvolatile memory 212 and a boot loader module 214.
The nonvolatile memory 212 is a memory that realizes any one of the resource usage status storage module 120, the current resource allocation storage module 140, and the next resource allocation storage module 150 illustrated in FIG. 1 or a combination thereof. In particular, it is used to implement the next resource allocation storage module 150. Specifically, EPROM, EEPROM, flash memory, hard disk and the like are applicable.
The boot loader module 214 embodies the functional part of the initialization module 160 illustrated in FIG. 1. Specifically, the boot loader module 214 is called first after the main power is turned on, initializes the hardware 210, and is stored in the hypervisor OS 220. The hyper loader module 222 is called.
In addition to these, the hardware 210 includes a CPU (Central Processing Unit), a general memory (RAM (Random Access Memory) which is a volatile memory), an input / output device, and the like. In addition, a memory that realizes any one or a combination of the resource usage status storage module 120, the current resource allocation storage module 140, and the next resource allocation storage module 150 illustrated in FIG. 1 is a general memory in the hardware 210. There may be.

  The hypervisor OS 220 includes a hyper loader module 222, a resource memory 224, and a resource manager module 226. The hypervisor OS 220 controls the hardware 210 to operate a plurality of OSs, and is a micro OS for making the hardware 210 appear virtually. In this case, the hypervisor OS 220 controls so that three OSs (guest OS-A 232, guest OS-B 234, and guest OS-C 236) can operate independently of each other. The hypervisor OS 220 embodies the functional part of the resource distribution module 170 illustrated in FIG. Specifically, based on the contents notified from the hyper loader module 222, one of the guest OS-A 232, guest OS-B 234, guest OS-C 236, or a combination thereof is initialized, and the computer Set resource allocation.

  The hyper loader module 222 embodies the functional part of the initialization module 160 or the resource allocation module 170 illustrated in FIG. Specifically, it is activated by a call from the boot loader module 214, initializes the hypervisor OS 220, and notifies the hypervisor OS 220 of the OS resource allocation from the resource memory 224 or the setting file.

  The resource memory 224 is a memory that realizes any one of the resource usage status storage module 120, the current resource allocation storage module 140, and the next resource allocation storage module 150 illustrated in FIG. Of course, the realization of the resource memory 224 as hardware is performed by a general memory or the non-volatile memory 212 in the hardware 210.

  The resource manager module 226 embodies the functions of the resource usage status acquisition module 110 or the resource allocation calculation module 130 illustrated in FIG. Specifically, it is a task generated when the hypervisor OS 220 is initialized, and obtains the usage status of computer resources for each OS (guest OS-A 232, guest OS-B 234, guest OS-C 236). (Trace). Then, the trace result is stored in the resource memory 224 and assigned to an OS (any one of guest OS-A 232, guest OS-B 234, guest OS-C 236, or a combination thereof) based on the trace result. Calculate the allocation of computer resources. Then, the calculated distribution of computer resources is stored in the resource memory 224 or the nonvolatile memory 212.

  The guest OS-A 232, the guest OS-B 234, and the guest OS-C 236 operate independently on the hypervisor OS 220 (regardless of other OSs) and operate their respective applications. For example, there are Linux (registered trademark), VxWorks (registered trademark) of Wind River (registered trademark), and the like. The same OS or different OSs may be included.

  FIG. 3 is an explanatory diagram showing an example of usage status acquisition processing according to the present embodiment. FIG. 4 is a flowchart showing an example of usage status acquisition processing according to this embodiment. A usage status acquisition process example according to this embodiment will be described with reference to FIGS. 3 and 4.

In step S402, the resource manager module 226 determines whether or not the monitoring is being performed. If the monitoring is being performed, the process proceeds to step S404. Otherwise, the process returns to step S402. For example, it may be set so that the monitoring time comes every predetermined period.
In step S404, the resource manager module 226 acquires the CPU usage rate for each OS. That is, the CPU usage rates of the guest OS-A 232, guest OS-B 234, and guest OS-C 236 are measured.
In step S406, the resource memory 224 acquires the memory usage rate for each OS. That is, the memory usage rates of the guest OS-A 232, guest OS-B 234, and guest OS-C 236 are measured.
In step S408, the resource memory 224 acquires a task execution waiting time for each OS. That is, the task execution waiting times of the guest OS-A 232, guest OS-B 234, and guest OS-C 236 are measured.

In step S410, the resource manager module 226 determines whether each value is equal to or less than a threshold value and is the same as the previous value. If the value is the same, the process returns to step S402. Otherwise, the process proceeds to step S412. The threshold value is a predetermined value for each CPU usage rate, memory usage rate, and task execution waiting time. The values acquired in step S404, step S406, and step S408 (CPU usage rate, memory usage rate, task execution waiting time) are compared with each threshold value, and whether the previously acquired value and the current acquired value are the same Judge whether or not. Note that whether or not the value is the same as the previous value includes whether or not the value is the same, and may be determined to be the same when the value falls within a predetermined range. The process of step S410 will be described later using the example of FIG.
In step S412, the resource manager module 226 stores the use status of the computer resource acquired in steps S402 to S408 in the resource use status table 600 of the resource memory 224, and the process returns to step S402.

FIG. 5 is an explanatory diagram showing an example of the data structure of the current resource allocation table 500. The current resource allocation table 500 is stored in the resource memory 224. After each OS is started by the hypervisor OS 220 based on the resource allocation by the next resource allocation table 700 or the setting file described later, the allocation of the computer resources is stored in the current resource allocation table 500. Therefore, each OS indicates that it is currently operating under the allocation of the computer resources.
The current resource allocation table 500 includes a CPU allocation column 512, a memory allocation column 514, and a task priority column 516 in the column direction, and a guest OS-A column 522, a guest OS-B column 524, and a guest OS in the row direction. -C column 526 is included. That is, the computer resource allocation is stored corresponding to each OS currently operating.

FIG. 6 is an explanatory diagram showing an example of the data structure of the resource usage status table 600. The resource usage status table 600 is stored in the resource memory 224. The resource manager module 226 measures the usage status of computer resources for each OS, and stores the measurement result in the resource usage status table 600 (step S412 illustrated in FIG. 4).
The resource usage status table 600 has an acquired value storage column 612, an acquired value storage column 614, an acquired value storage column 616, etc. in the column direction, and a guest OS-A CPU usage rate column 622, a guest OS- A memory usage rate column 624, guest OS-A task execution waiting column 626, guest OS-B CPU usage rate column 632, guest OS-B memory usage rate column 634, guest OS-B task execution waiting column 636, guest OS- It has a C CPU usage rate column 642, a guest OS-C memory usage rate column 644, and a guest OS-C task execution waiting column 646. The data in the column direction increases in time series every time the usage status of computer resources is measured (so-called FIFO (First-In First-Out) management). Note that the CPU usage rate and the memory usage rate represent the rates under the computer resources allocated to the OS.

FIG. 7 is an explanatory diagram showing an example of the data structure of the next resource allocation table 700. The next resource allocation table 700 is stored in the resource memory 224 or the nonvolatile memory 212. The resource manager module 226 uses the data in the resource usage status table 600 (and may use the data in the current resource allocation table 500), and calculates the allocation of computer resources for each OS. The next resource allocation table 700 is stored. Based on the data in the next resource allocation table 700, the next time the OS is initialized, the allocation of computer resources is set.
The next resource allocation table 700 has a CPU allocation column 712, a memory allocation column 714, and a task priority column 716 in the column direction, and a guest OS-A column 722, a guest OS-B column 724, and a guest OS- in the row direction. C column 726 is included. Although the data structure is the same as that of the current resource allocation table 500, the resource allocation table 700 for the next time stores the allocation of computer resources for the next startup corresponding to each OS.

  FIG. 8 is an explanatory diagram showing a display example of the resource memory contents 800. The resource memory content 800 has a current resource allocation column 810, a resource usage status column 820, and a next resource allocation column 830. The current resource allocation column 810 displays the contents of the current resource allocation table 500, the resource usage status column 820 displays the contents of the resource usage status table 600, and the next resource allocation column 830 indicates the next resource allocation table. The contents of 700 are displayed. Since this is the first state (the state where there is no previous OS operation), the next resource allocation column 830 is empty.

FIG. 9 is an explanatory diagram showing an example of a usage status storage process according to the present embodiment. The process of step S410 illustrated in FIG. 4 will be described. The resource usage status column 820 displays the usage status of computer resources in each OS. This shows the contents of the resource usage status table 600.
The resource manager module 226 measures the usage status of computer resources in each OS (steps S404 to S408 illustrated in FIG. 4), and the measurement results 911 to 912 illustrated in FIG. 9 are determined to be N in step S410. And stored in the resource usage status table 600. The measurement result 913 of the next computer resource usage status is determined as Y in step S410. Therefore, the measurement result 913 is not stored in the resource usage status table 600.
Although not all measurement results are stored here, the determination in step S410 is performed for each measurement result or for each OS, and whether or not the measurement result is stored in the resource usage status table 600 for each measurement result or for each OS. You may make it judge.

  FIG. 10 is an explanatory diagram showing a processing example when the power is turned off (main power is turned off or the sub power is turned off) or the mode is changed to the power saving mode (that is, before all OSs are shut down) according to the present embodiment. FIG. 11 is a flowchart showing a processing example when the power is turned off or the mode is shifted to the power saving mode according to the present embodiment. A processing example at the time of powering off or shifting to the power saving mode according to the present embodiment will be described with reference to FIGS. 10 and 11.

In step S1102, when the resource manager module 226 performs sub power on (including main power on, the same applies below) from the CPU usage stored in the resource usage table 600 of the resource memory 224, or when returning from the power saving mode. The CPU allocation rate to be set is calculated.
In step S <b> 1104, the resource manager module 226 calculates a memory allocation rate set when the sub power is turned on or when returning from the power saving mode from the memory usage status stored in the resource usage status table 600 of the resource memory 224.
In step S1106, the resource manager module 226 calculates a task priority to be set when the sub power is turned on or when returning from the power saving mode based on the task execution waiting status stored in the resource usage status table 600 of the resource memory 224. The calculation results from step S1102 to step S1106 are stored in the next resource allocation table 700 in the resource memory 224. Further, the data in the current resource allocation table 500 may be deleted.

For example, calculation of the CPU allocation rate will be described.
The number of OS = m, the number of CPU usage rates of each OS stored in the resource usage status table 600 (the number of acquired value storage columns in which data is stored in the resource usage status table 600) = n.
(1-1) The CPU average usage rate of each OS is calculated.
Average usage rate of OS1 (A1) = (value in OS1 acquisition value storage column 1 + value in OS1 acquisition value storage column 2 + −−− + value in OS1 acquisition value storage column n) / n
Average usage rate of OS2 (A2) = (value in OS2 acquisition value storage column 1 + value in OS2 acquisition value storage column 2 + −−− + value in OS2 acquisition value storage column n) / n
:
Average usage rate of OSm (Am) = (value in OSm acquired value storage column 1 + value in OSm acquired value storage column 2 + −−− + value in OSm acquired value storage column n) / n
In addition, although n is used in each equation, when the determination in step S410 illustrated in FIG. 4 is performed for each OS, the OS may be different (the same applies hereinafter).
(1-2) The CPU average usage rate of each OS in the entire CPU is calculated. The current OS CPU allocation rate is the data in the CPU allocation column 512 of the current resource allocation table 500.
Average usage rate (B1) of OS1 as a whole = CPU allocation rate of current OS1 × A1
Average usage rate (B2) of OS2 as a whole = Current CPU2 allocation rate of OS2 x A2
:
Average usage rate (Bm) of the entire OSm = CPU allocation rate of the current OSm × Am
(1-3) The CPU allocation rate of each OS is calculated.
CPU allocation rate of OS1 (C1) = B1 / (B1 + B2 + −−− + Bm) × 100
OS2 CPU allocation ratio (C2) = B2 / (B1 + B2 + --- + Bm) × 100
:
CPU allocation rate of OSm (Cm) = Bm / (B1 + B2 + --- + Bm) × 100

Moreover, you may perform as follows.
(2-1) The highest CPU usage rate of each OS is calculated. The max () function is a function that calculates the maximum value in the argument.
Maximum usage rate of OS1 (D1) = max (value in OS1 acquisition value storage column 1, value in OS1 acquisition value storage column 2, ---, value in OS1 acquisition value storage column n)
Maximum usage rate of OS2 (D2) = max (value in OS2 acquisition value storage column 1, value in OS2 acquisition value storage column 2, ---, value in OS2 acquisition value storage column n)
:
Maximum usage rate of OSm (Dm) = max (value in OSm acquisition value storage column 1, value in OSm acquisition value storage column 2, ---, value in OSm acquisition value storage column n)
(2-2) The CPU maximum usage rate of each OS in the entire CPU is calculated. The current OS CPU allocation rate is the data in the CPU allocation column 512 of the current resource allocation table 500.
Average usage rate (E1) of OS1 as a whole = CPU allocation rate of current OS1 × D1
Average usage rate (E2) of the entire OS2 = CPU allocation rate of the current OS2 × D2
:
Average usage rate (Em) of the entire OSm = CPU allocation rate of the current OSm × Dm
(2-3) Calculate the CPU allocation rate of each OS.
OS1 CPU allocation ratio (F1) = E1 / (E1 + E2 + −−− + Em) × 100
OS2 CPU allocation ratio (F2) = E2 / (E1 + E2 + −−− + Em) × 100
:
OSm CPU allocation rate (Fm) = Em / (E1 + E2 + −−− + Em) × 100

The CPU allocation rate of each OS may be calculated without using the current CPU allocation rate of the OS (that is, without performing the processes (1-2) and (2-2)). In this case, B1, B2, ..., Bm in (1-3) are A1, A2, ..., Am, and E1, E2, ..., Em in (2-3) are D1, D2,..., Dm.
Also, the memory usage rate may be calculated in the same way as the CPU allocation rate. That is, the CPU average usage rate or the like in the above-described calculation of the CPU allocation rate may be the memory average usage rate or the like.

  As for the task priority, the task priority may be determined by comparing the statistical value of the task execution waiting time in the resource usage status table 600 with a predetermined threshold. For example, if the total value of task execution waiting times in the resource usage status table 600 (which may be an average value, median value, mode value, etc.) is equal to or greater than (or less than) a predetermined threshold, The task priority rank may be increased (or decreased) by one. In addition, a difference between the total values of task execution wait times (may be an average value, a median value, a mode value, etc.) in the resource usage status table 600 between task priorities adjacent in the order of the current OS is a predetermined threshold value. If this is the case, the order of task priority in the OS may be switched.

In step S <b> 1108, the resource manager module 226 saves resume information for each OS (status information before the OS is shut down) in the nonvolatile memory 212. As the resume information, the next resource allocation table 700 is included. Step S1108 is a process only when the sub power is off, and may not be performed when shifting to the power saving mode. However, if the data in the resource memory 224 cannot be retained by shifting to the power saving mode, the process of step S1108 is also performed.
In step S1110, the hypervisor OS 220 shuts down the OS.

  FIG. 12 is an explanatory diagram showing a display example of the resource memory contents 800. In the state after step S1106, the calculation result from step S1102 to step S1106 (data stored in the next resource allocation table 700) is displayed in the next resource allocation column 830 of the resource memory content 800.

  FIG. 13 is an explanatory diagram illustrating a processing example when the sub power supply is turned on or the power saving mode is restored (that is, when all the OSs are initialized and executed) according to the present embodiment. FIG. 14 is a flowchart showing a processing example when the sub power supply is turned on or the power saving mode is restored according to the present embodiment. A processing example at the time of returning from the sub power-on or power saving mode according to the present embodiment will be described with reference to FIGS. 13 and 14. This processing example is after the power-off or transition to the power saving mode described with reference to FIGS. 10 and 11 is performed.

In step S1402, the boot loader module 214 is executed. That is, the boot loader module 214 initializes the hardware 210 and calls the hyper loader module 222.
In step S1404, the hyper loader module 222 is executed. That is, the hyper loader module 222 reads the next resource allocation table 700 in the resource memory 224 when returning from the power saving mode, and reads the next resource allocation table 700 in the nonvolatile memory 212 when the sub power supply is on. Of course, if the data in the resource memory 224 cannot be retained by shifting to the power saving mode, the next resource allocation table 700 in the non-volatile memory 212 is read even when returning from the power saving mode.
In step S1406, the hyper loader module 222 determines whether or not there is data in the next resource allocation table 700 of the resource memory 224 or the non-volatile memory 212. If there is data, the process proceeds to step S1410; The process proceeds to S1408.

In step S1408, the hyper loader module 222 reads the external file and sets computer resources to be distributed to each OS in the hypervisor OS 220. Here, the external file refers to a file stored in a storage device such as a hard disk other than the next resource allocation table 700, and stores the allocation of computer resources of each OS, which is a predetermined specified value. ing.
In step S1410, the next resource allocation table 700 in the resource memory 224 is read, and the computer resource allocated to each OS is set in the hypervisor OS 220.
In step S1412, the hypervisor OS 220 is executed. That is, the inside of the hypervisor OS 220 is initialized.
In step S1414, the hypervisor OS 220 is executed. That is, based on the setting in step S1408 or step S1410, each OS is initialized based on the allocation of computer resources. Then, the allocation of computer resources of each OS is stored in the current resource allocation table 500 in the resource memory 224.
In step S1416, the hypervisor OS 220 executes each OS (guest OS-A 232, guest OS-B 234, guest OS-C 236).

FIG. 15 is an explanatory diagram illustrating a display example of the resource memory contents 800. This is a display of the state after step S1416.
Since each OS is not operating, the resource usage status column 820 is blank. In the current resource allocation column 810 (data in the current resource allocation table 500), the next resource allocation column 830 (data in the next resource allocation table 700) is copied.

  FIG. 16 is an explanatory diagram showing an example of processing at the time of shutdown according to the present embodiment. FIG. 17 is an explanatory diagram showing an example of processing when starting after shutdown according to the present embodiment. FIG. 18 is a flowchart showing an example of processing at the time of shutdown and an example of processing at the time of starting after shutdown according to the present embodiment. A processing example at the time of shutdown and a processing example at the time of startup after shutdown according to the present embodiment will be described with reference to FIGS. The examples shown in FIGS. 10 and 11 show the case where all the OSs are shut down, but the example shown in FIG. 16 (from step S1802 to step S1810 in FIG. 18) shuts down two or more OSs. One or more OSs are operating continuously.

In step S1802, the resource manager module 226 calculates a CPU allocation rate to be set at the time of OS startup from the CPU usage status stored in the resource usage status table 600 of the resource memory 224.
In step S 1804, the resource manager module 226 calculates the memory allocation rate set at the time of OS startup from the memory usage status stored in the resource usage status table 600 of the resource memory 224.
In step S 1806, the resource manager module 226 calculates a task priority set at the time of OS startup from the task execution waiting status stored in the resource usage status table 600 of the resource memory 224. The calculation results from step S1802 to step S1806 are stored in the next resource allocation table 700 in the resource memory 224. Further, the data in the current resource allocation table 500 may be deleted.

The calculation of the CPU allocation rate and the like is based on the above-described one. However, since one or more OSs continue to operate, the allocation of computer resources of the OSs is not changed. Therefore, the allocation of computer resources of the OS to be shut down is calculated. For this purpose, the computer resources other than the allocation of the computer resources of the operating OS are shared. More specifically, when only the OS 1 is continuously operating, the above-described (1-3) is as follows.
OS2 CPU allocation ratio (C2) = B2 / (B2 + --- + Bm) × (100-B1)
:
OSm CPU allocation ratio (Cm) = Bm / (B2 + --- + Bm) × (100-B1)
Also, the memory usage rate is calculated in the same way as the CPU allocation rate.
The task priority is changed between the task priorities of the OS to be shut down.

In step S1808, the resource manager module 226 saves the resume information of the OS to be shut down in the memory in the hypervisor OS 220.
In step S1810, the hypervisor OS 220 shuts down the OS.

The processing after step S1822 is processing for starting up the shut down OS.
In step S1822, the hyperloader module 222 is called from the hypervisor OS 220.
In step S1824, the next resource allocation table 700 in the resource memory 224 is read.
In step S 1826, the read computer resource allocation is set in the hypervisor OS 220.
In step S1828, the OS initialization program of the hypervisor OS 220 is executed to initialize the shutdown OS based on the allocation of computer resources.
In step S1830, the resume information of the shutdown OS saved in the hypervisor OS 220 is restored to the memory of the activated OS.

  A hardware configuration example of the information processing apparatus according to the present embodiment will be described with reference to FIG. The configuration illustrated in FIG. 19 is configured by, for example, a personal computer (PC), and illustrates a hardware configuration example including a data reading unit 1917 such as a scanner and a data output unit 1918 such as a printer.

  A CPU (Central Processing Unit) 1901 executes various modules described in the above-described embodiments, that is, the modules such as the resource usage acquisition module 110, the resource allocation calculation module 130, the initialization module 160, and the resource allocation module 170. It is a control part which performs the process according to the computer program which described the sequence.

  A ROM (Read Only Memory) 1902 stores programs, calculation parameters, and the like used by the CPU 1901. A RAM (Random Access Memory) 1903 stores programs used in the execution of the CPU 1901, parameters that change as appropriate during the execution, and the like. These are connected to each other by a host bus 1904 including a CPU bus.

  The host bus 1904 is connected to an external bus 1906 such as a peripheral component interconnect / interface (PCI) bus through a bridge 1905.

  A keyboard 1908 and a pointing device 1909 such as a mouse are input devices operated by an operator. The display 1910 includes a liquid crystal display device or a CRT (Cathode Ray Tube), and displays various types of information as text or image information.

  An HDD (Hard Disk Drive) 1911 includes a hard disk, drives the hard disk, and records or reproduces a program executed by the CPU 1901 and information. The hard disk stores resource usage and the like. Further, various computer programs such as various other data processing programs are stored.

  The drive 1912 reads out data or a program recorded in a removable recording medium 1913 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, and the data or program is read out as an interface 1907 and an external bus 1906. , A bridge 1905, and a RAM 1903 connected via the host bus 1904. The removable recording medium 1913 can also be used as a data recording area similar to the hard disk.

  The connection port 1914 is a port for connecting the external connection device 1915 and has a connection unit such as USB or IEEE1394. The connection port 1914 is connected to the CPU 1901 and the like via the interface 1907, the external bus 1906, the bridge 1905, the host bus 1904, and the like. A communication unit 1916 is connected to a network and executes data communication processing with the outside. The data reading unit 1917 is a scanner, for example, and executes document reading processing. The data output unit 1918 is, for example, a printer, and executes document data output processing.

  Note that the hardware configuration of the information processing apparatus illustrated in FIG. 19 illustrates one configuration example, and the present embodiment is not limited to the configuration illustrated in FIG. 19, and the modules described in the present embodiment are executed. Any configuration is possible. For example, some modules may be configured with dedicated hardware (for example, Application Specific Integrated Circuit (ASIC), etc.), and some modules are in an external system and connected via a communication line Further, a plurality of systems shown in FIG. 19 may be connected to each other through communication lines so as to cooperate with each other. Further, it may be incorporated in a copying machine, a fax machine, a scanner, a printer, a multifunction machine (an image processing apparatus having any two or more functions of a scanner, a printer, a copying machine, a fax machine, etc.) In addition to the image processing system, it may be used for home appliances, automobiles, elevators, and the like.

  In the above-described embodiment, the case where three OSs are mainly operated on one information processing apparatus has been described. However, two OSs or four or more OSs may be operated.

The program described above may be provided by being stored in a recording medium, or the program may be provided by communication means. In that case, for example, the above-described program may be regarded as an invention of a “computer-readable recording medium recording the program”.
The “computer-readable recording medium on which a program is recorded” refers to a computer-readable recording medium on which a program is recorded, which is used for program installation, execution, program distribution, and the like.
The recording medium is, for example, a digital versatile disc (DVD), which is a standard established by the DVD Forum, such as “DVD-R, DVD-RW, DVD-RAM,” and DVD + RW. Standard “DVD + R, DVD + RW, etc.”, compact disc (CD), read-only memory (CD-ROM), CD recordable (CD-R), CD rewritable (CD-RW), Blu-ray disc ( Blu-ray Disc (registered trademark), magneto-optical disk (MO), flexible disk (FD), magnetic tape, hard disk, read-only memory (ROM), electrically erasable and rewritable read-only memory (EEPROM), flash Includes memory, random access memory (RAM), etc. .
The program or a part of the program may be recorded on the recording medium for storage or distribution. Also, by communication, for example, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a wired network used for the Internet, an intranet, an extranet, etc., or wireless communication It may be transmitted using a transmission medium such as a network or a combination of these, or may be carried on a carrier wave.
Furthermore, the program may be a part of another program, or may be recorded on a recording medium together with a separate program. Moreover, it may be divided and recorded on a plurality of recording media. Further, it may be recorded in any manner as long as it can be restored, such as compression or encryption.

110 ... Resource usage status acquisition module 120 ... Resource usage status storage module 130 ... Resource allocation calculation module 140 ... Current resource allocation storage module 150 ... Next resource allocation storage module 160 ... Initialization module 170 ... Resource allocation module 210 ... Hardware 212 ... Nonvolatile memory 214 ... Boot loader module 220 ... Hypervisor OS
222 ... Hyper loader module 224 ... Resource memory 226 ... Resource manager module 232 ... Guest OS-A
234 ... Guest OS-B
236 ... Guest OS-C

Claims (5)

A plurality of operating systems are operating in one information processing apparatus, and acquisition means for acquiring the usage status of computer resources for each operating system;
Calculation means for calculating a distribution of computer resources to be allocated to one or more of the operating systems based on the usage status of the computer resources acquired by the acquisition means;
An information processing apparatus comprising: setting means for setting the allocation of computer resources of the operating system based on the allocation of computer resources calculated by the calculation means when starting up the operating system. The calculation means calculates the allocation of the computer resources when the information processing apparatus is powered off, stores the allocation of the computer resources in a nonvolatile storage device,
The setting unit sets the allocation of computer resources of the operating system based on the allocation of the computer resources stored in the storage device when the information processing apparatus is turned on. The information processing apparatus according to claim 1. The calculation means calculates the allocation of computer resources of the operating system when the operating system is stopped, and stores the allocation of computer resources in a storage device.
The said setting means sets the allocation of computer resources of the operating system based on the allocation of the computer resources stored in the storage device when the operating system is restarted. The information processing apparatus described in 1. The acquisition means stores the acquired usage status of the computer resource in a storage device, and the acquired usage status of the computer resource is stored in the storage device within a predetermined range with the previously acquired usage status of the computer resource. If not, do not store the usage status of the computer resource acquired this time in the storage device,
4. The calculation unit according to claim 1, wherein the calculation unit calculates an allocation of computer resources to be allocated to one or more of the operating systems based on a usage state of the computer resources stored in the storage device. 5. The information processing apparatus according to any one of claims. Information processing device
A plurality of operating systems are operating on the one information processing apparatus, and an acquisition unit that acquires the usage status of computer resources for each operating system;
Calculation means for calculating a distribution of computer resources to be allocated to one or more of the operating systems based on the usage status of the computer resources acquired by the acquisition means;
An information processing program that functions as setting means for setting the allocation of computer resources of the operating system based on the allocation of computer resources calculated by the calculation means when the operating system is started up.

Images