GB2256513A - Dynamically relocating main storage to virtual machine - Google Patents

Dynamically relocating main storage to virtual machine Download PDF

Info

Publication number
GB2256513A
GB2256513A GB9210282A GB9210282A GB2256513A GB 2256513 A GB2256513 A GB 2256513A GB 9210282 A GB9210282 A GB 9210282A GB 9210282 A GB9210282 A GB 9210282A GB 2256513 A GB2256513 A GB 2256513A
Authority
GB
United Kingdom
Prior art keywords
virtual machine
main storage
designated
storage area
allocated
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
GB9210282A
Other versions
GB2256513B (en
GB9210282D0 (en
Inventor
Toyohisa Imada
Yasusuke Takeshima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Hitachi Computer Engineering Co Ltd
Original Assignee
Hitachi Ltd
Hitachi Computer Engineering Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd, Hitachi Computer Engineering Co Ltd filed Critical Hitachi Ltd
Publication of GB9210282D0 publication Critical patent/GB9210282D0/en
Publication of GB2256513A publication Critical patent/GB2256513A/en
Application granted granted Critical
Publication of GB2256513B publication Critical patent/GB2256513B/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/0223User address space allocation, e.g. contiguous or non contiguous base addressing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45541Bare-metal, i.e. hypervisor runs directly on hardware
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/4557Distribution of virtual machine instances; Migration and load balancing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45579I/O management, e.g. providing access to device drivers or storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Memory System Of A Hierarchy Structure (AREA)

Description

2 2 -,5 r.: j METHOD OF AND SYSTEM FOR DYNAMICALLY RELOCATING MAIN STORAGE
AREA TO VIRTUAL MACHINE 1 The present invention relates to a virtual machine system in which virtual machines are allocated to 5 logically partitioned areas (LPARs), and in particular, 1 to a virtual machine system in which virtual machines can be relocated to a main storage area.
In the conventional art. there has been known a technology for relocating a main storage area to a virtual machine in the virtual machine zystem in which the main storage area allocated to the virtual machine is expanded or degenerated. However, in the above conventional technology, the origin of the main storage area assigned to the virtual machine, i.e., a start address of the allocated area is not altered. Consequently, in a case where a central portion of the main storage area is physically allocated to a first virtual machine and the first virtual machine is using a basic software such as an operating system (OS). when there occurs a request to allocate to a second virtual machine a portion of the main storage area, it is impossible in some cases to allocate a successive portion of the main storage area necessary for the second virtual machine. In such a case, according to the conventional art, the first 1 virtual machine is required to be once stopped to reestablish the origin of the main storage area allocated thereto and then an initial program loader (IPL) is effected thereafter.
The present invention therefore seeks to provide a method of and a virtual machine system for dynamically relocating a main storage area wherein when the main storage area cannot be allocated to the second virtual machine, as described above, the first virtual machine is left remained in its state such that the main storage origin assigned to the first virtual machine is moved to a specified address to a allocate a resultant free area to the second virtual machine for setting the second virtual machine in an operable state, thereby improving efficiency and usability of the information processor.
Therefore, a relocation method according to the present invention includes the steps of stopping a virtual machine in a virtual machine system constituted with a plurality of virtual machines, relocating the virtual machine on a main storage area in accordance with an address designated by a relocation command, and restoring the virtual machine based on the designated address.
According to the present invention, when the plural virtual machines physically use the whole main 1 storage area, if portions of the main storage area allocated to at least two virtual machines are to be dynamically exchanged, or alternatively, if a portion of the main storage area allocated to one of the plural virtual machines are to be expanded while the plural virtual machines are in operation, portions of the main storage area allocated to other virtual machines can be freely moved. For this reason, without restoration of the plural virtual machines in operation, the origin of the main storage allocated to each virtual machine in operation, i.e., the head address of the allocated area can be freely changed, thereby substantially continuing the operation state of the virtual machine. As a result, the relocation of the main storage area can be performed for the specified virtual machine almost without exerting substantially influence upon the user of the virtual machine, which improves efficiency and usability of the information processing apparatus.
These and other aims - and advantages of the present invention will become apparent by reference to the following description and accompanying drawings wherein:
Fig. 1A is a schematic block diagram showing the hardware resource configuration of a virtual machine system in an embodiment of the present invention; Fig. 1B is a block diagram showing the 1 architecture of the virtual machine system; Fig. 2 is an explanatory diagram for explaining the procedure of moving a main storage area assigned to a virtual machine in the virtual machine system of the present invention; Figs. 3A and 3B are explanatory diagrams for respectively explaining the allocated state of the virtual machine tolthe main storage area allocation before the movement of the allocated main storage area; and Figs. 4A and 4B are explanatory diagrams for respectively explaining the relocated state of the virtual machine to the main storage area after the movement of the allocated main storage area.
Referring now to the accompanying drawings, description will be given in detail of a virtual machine system according to an embodiment of the present invention in which a virtual machine can be relocated to a new storage area of a main storage during its operation.
First, the hardware resource constitution of the virtual machine system of the present invention will be described with reference to Fig. 1A. The virtual machine system has a new partition configuration of the main storage area called logically partitioned areas (LPARs), and the hardware resources thereof include four A I logical instruction processors (LIP1 to LIP4) 1, main storage sections/virtual storage sections (MS/VS) 2, channel paths (CH) 3, and a device 4. The device 4 is divisionally used by four virtual machines. As can be seen from this figure, the logical instruction processors M and IP2 correspond to a virtual machine LPAR I. The logical instruction processor LIP3 corresponds to a virtual machine LPAR II. The logical instruction processor LIP4 corresponds to virtual machines LPAR III and LPAR IV.
Fig. 1B shows the architecture of a virtual machine system including a plurality of virtual machines. Each virtual machine includes a logical instruction processor (LIP) 1. A service processor (SVP) 5 generates a move instruction in response to a relocate command. A resource managing section 8 manages and controls the allocated state of resources to each of the plural virtual machines. In response to a check request inputted thereto, this section 8 checks to determine whether or not a virtual machine designated by the request can be relocated on a main storage area. When the designated virtual machine is relocated by an LPAZ controlling section 6, the relocated area of the main storage area is notified to all input/output processors 10 allocated to the designated virtual machine. An LIP controlling section 7 is provided for each virtual machine to control operations of the logical instruction processor (LIP) 1 of the virtual machine. Namely, the 1 section 7 stops the operation of the LIP 1 in the designated virtual machine and then restores the machine in accordance with an address specified by an SIE (start interpretive execution) command. The LPAR controlling section 6 operates in response to a move instruction. When the operation of the designated virtual machine is stopped, the section 6 awaits a state in which all the 1/0 processors 10 assigned to the designated virtual machine is in other than a busy state to generate and output to the resource managing section 8 the check request when the operation of the designated machine is stopped. Thereafter, when it is determined by the managing section 8 that the designated virtual machine can be relocated on the main storage area, the section 6 relocates the designated virtual machine in accordance with the address designated by the move instruction.
When the relocation instruction relates to expansion of a main storage area assigned to any other virtual machine adjacent to the designated virtual machine, the service processor 5 generates an expand instruction after the designated machine is restored so as to expand the area to be assigned to the other virtual machine in response to the expand instruction. When the relocation instruction relates to exchange of main storage areas respectively allocated to two designated virtual machines.. the controlling section 6 controls the LIP controlling sections 7 to respectively stop the two designated virtual machines, reads out a content stored 7 - A 1 in the main storage area allocated to one of the two designated virtual machines to store the read out content in the other of the two virtual machines repeats the reading out and storing operations over the main storage area allocated to the one virtual machine. and restores these virtual machines.
The hardware resources are allocated to LPARs as logical virtual machines in the exclusive or timesharing fashion in a LPAR mode. That is. in the hardware constitution, a logical instruction processor 1 is allocated to an LPAR in a time-sharing manner, whereas the remaining hardware components are allocated to the LPAR in a exclusive fashion.
A main storage area allocated to each LPAR, i.e., an LPAR area can be dynamically changed through the move processing as shown in Fig. 2. That is, the origin, namely, the head address of each LPAR area can be arbitrarily changed in the physical main storage area. The move processing is carried out by the service processor (SVP) 5 having an LPAR frame to provide an operation interface for each LPAR, the LPAR controlling section 6 for controlling operation instructions and the like to each LPAR, the LIP controlling section 7 for controlling a quest, e.g., the operating system (OS) in response to an instruction from the controlling section 6 and achieving a simulate processing for a command requiring a simulation, and the resource managing section 8 for managing information of the physical resources of all the 1 LPARs.. as shown in Fig. 2.
Subsequently, referring to Fig. 2, description will be given of an example of the move processing in a case where two LPARs, i.e., LPAR1 and LPAR2 are operated, 5 for example.
First of all, prior to initiation of the operation of each LPAR, the main storage area is logically partitioned to define areas for the LPAR1 and LPAR2. Fig. 3A shows a main storage (MS) origin and an MS size for each of the defined areas. An MS gap indicates the size of an unused area between the LPAR1 area and the LPAR2 area which is at a higher address area in the main storage. In this example, since the MS gap is absent between the LPAR1 and LPAR2 areas, the MS gap of the LPAR1 is set to "0". Moreover, in the allocated state of the main storage when two virtual machines LPAR1 and LPAR2 are operating on the two LPAR areas thus defined, areas from 0 MB to 128 MB and from 129 MB to 384 MB are respectively allocated to the LPAR1 and LPAR2 and the remaining 125 MB area from 385 MB to 509 MB is not allocated. During the operations of the LPAR1 and LPAR2 under this circumstance, when it is required to expand the main storage area allocated to the LPAR1, the main storage moving (MOVE MS) function of the present invention can be utilized.
First, assume that setting of the MS origin to 192 MB for the LPAR2, i.e., MSO = 192 is specified by a MOVE MS command (to be represented as a WSTOR command 1 herebelow) through the LPAR frame on the SVP 5, for example. In response to this command, control is passed from the SVP5 to the LPAR controlling section 6 for the LPAR2. In the controlling section 6, an instruction is sent to the LIP controlling section 7 to temporarily stop or suspend an LIP of the LPAR2. In response thereto, the LIP controlling section 7 sets the LIP, namely, the guest of the LPAR2, i.e., the operating system to the stop state (step 201).
There is achieved a wait operation to await for at most ten seconds that where all the 1/0 processors linked with the LPAR2 become to be not in a busy state (step 202). Usually, when the LIP is stopped, the 1/0 processor or device can immediately go out of the busy state; however, a ten-second timer is prepared on assumption of a special case. In a case of a time-out, a message thereof is outputted to notify any 1/0 devices in the busy state. The step 202 is necessitated to prevent the following possibility. Even when the LIP is stopped in the step 201, the 1/0 processor is still in operation and hence the area before movement may possibly be accessed by the 1/0 processor in response to an 1/0 command.
A check is made by the resource managing section 8 to determine whether or not the MSO (192 MB in this case) specified by the command is adequate, namely, whether or not the LPAR2 area can be moved (step 203). In short, the resource managing section 8 has the MS maps 41 1 of all LPARs and determines based on the specified MSO, whether or not an area from the designated MSO for the size of the LPAR2 area is used by any other LPAR. In this embodiment, the area from 192 MB at the MSO to 384 MB is used by the LPAR2 and the area beginning from 385 MB is not allocated and hence the LPAR2 area can be moved. When it is determined that the LPAR2 area can be moved, the resource managing section 8 sends an SALE (set address limit extends) command to the 1/0 processors to notify the LPAR2 area after movement.
Next, the actual memory transfer processing will be described according to the steps 204 to 209. First, a start address of the transfer source area, LPAR2 area, and a start address of a transfer destination area are set (step 204). In this embodiment, the start addresses of the source area and the transfer destination area are expressed respectively as 384 MB and 448 MB in a page unit. Namely, the transfer operation is commenced from the respective start addresses such that the addresses are respectively decremented by one page for each operation. A key for protecting each page data of the source area is read out (step 205) to be saved in a register in the LPAR controlling section 6. Then, the page data is transferred to the transfer destination area beginning from the address obtained in the step 204 (step 206) so as to set the beforehand obtained key in the transfer destination area at a predetermined address (step 207). With this operation, data transfer for one A 1 page has been completed. Subsequently, the address of the source area and the address of the transfer destination area are then updated (step 208). n this embodiment, the page count is decremented by one for each transfer to repeatedly conduct the transfer operation for the MS size of the main storage area allocated to LPAR2 in page units. With the operation above, the MS transfer operation is finished (step 209).
Finally, in order to restore the LIP, an instruction is issued to the LIP controlling section 7 in response to a start interpretive execution (SIE) command. In response thereto. the LIP controlling section 7 sets a new MSO provided in the parameters of the SIE command and then restores the LIP. Namely, the guest of the LPAR2 is started (step 210). Moreover, to the frame on the SVP5, a result of the MVSTOR command is reported (step 211). In this embodiment, the MVSTOR command is normally terminated. In this case. after the termination of the MVSTOR command, the allocated state of the main storage to the LPAR1 and LPAR2 are as shown in Fig. 4A. Since an MS gap is produced for the LPAR1 by the MVSTOR command, the LPARI area can be increased by use of a conventional command as much as there is the MS gap. Furthermore, the area allocation states of the LPAR1 and LPAR2 become to be as shown in Fig. 4B, namely, the LPAR2 area can also be expanded toward the upper-address direction of the main storage by 61 MB.
As above, in accordance with the present _k 1 invention, the main storage allocated to the LPAR1 can be expanded almost without exerting any influence upon the operating state of the LPAR2. As can be understood from the description above, according to the virtual machine system of the present invention, it is possible to provide an WSTOR command for arbitrarily changing the origin of each LPAR area in the physical main storage in a virtual machine system having the LPAR mode function. This consequently unnecessitates the conventional operation in which the virtual machine in operation is stopped to set the main storage origin in another main storage area and to re-initiate the IPL after the relocation of the LPAR area, resulting in enabling the virtual machine to be continuously operated.
is That is, the virtual machine system of the present invention includes an information processing apparatus, a service processor providing an operator interface of the information processing apparatus, and a hardware mechanism for controlling a plurality of virtual machines. The hardware mechanism is logically partitioned in an exclusive manner or in a time-sharing manner and the origin of a main storage area of each of the. plural virtual machines is altered to move the allocated main storage area.
Moreover, when the plural virtual machines use the whole area of the physical main storage, it is possible to dynamically exchange main storage areas allocated to at least two virtual machines.
1 1 Furthermore, when the main storage area of one of the plural virtual machines is to be expanded while the plural virtual machines are in operation, the main storage areas of other virtual machines can be freely moved. In other words, when the address of the main storage area allocated to a specified virtual machine is supplied, the operation is attained by the service processor so as to notify the alteration of the main storage area origin to the controlling section for the specified virtual machine. The controlling section stops the logical instruction processor controlling section. Next, adequacy of a specified main storage area origin is checked by the resource managing section managing physical resources of all virtual machines. When it is confirmed that the area can be moved to the specified area, the controlling section for the virtual machine moves data in the page unit. A range of the new main storage area of the virtual machine is then notified by the SALE command to input/output processors coupled to the virtual machine and the main storage area origin is finally varied in the parameters of the SIE command, thereby restoring the instruction processor controlling section. Resultantly, the main storage area of the specified virtual machine can be transferred almost without exerting any influence upon the user operating the virtual machine.
Description has been specifically given of the invention according to an embodiment. However, the
11 1 present invention is not restricted by the embodiment and can be naturally modified and varied in various manners without departing from the spirit and scope of the invention.
-

Claims (1)

  1. CLAIMS A me of ating a virtual- machine SY luding a plurality of virtual
    the method being for m a main storage area a virtual machine specified by a relocate ccxmr the we caprising the steps of:
    temporarily stopping a virtual machine; relocating said virtual machine on the main storage area in accordance with an address designated by the relocate command; and restoring said virtual machine based on the relocated main storage area.
    2. A method according to Claim 1, wherein said temporarily stopping step comprises the steps of:
    temporarily stopping a logical instruction processor in said virtual machine; and waiting until all input/output processors assigned to said logical instruction processor are set to a state other than a busy state.
    3. A method according to Claim 1, wherein said relocating step comprises the steps of:
    determining in accordance with the designated address, whether or not said virtual machine can be relocated on the main storage area; and relocating said virtual machine in accordance with the address designated by the relocation command when it is determined that said virtual machine can be relocated.
    A method according to Claim 3, wherein said t relocating step includes the steps of transferring stored contents of the main storage area currently allocated to said virtual machine to a new main storage area deter mined based on the designated address in the page units.
    S. A method according to Claim 1, wherein said restoring step comprises the steps of:
    generating a restore command of said virtual machine; notifying, in response to the instruction, the relocated main storage area to all the input/output processors allocated to said virtual machine; and restoring said virtual machine based on the designated address.
    6. A method according to Claim 1, further comprising the steps of expanding, when the relocate command relates to expansion of a main storage area allocated to another virtual machine adjacent to the virtual machine, the main storage allocated to the other virtual machine after said restoring step.
    7. A method according to Claim 1, wherein:
    the relocate command relates to exchange of main storage areas respectively allocated to two virtual machines designated by the relocate command, said temporarily stopping step comprises the step of temporarily stopping each of the two virtual machines, said relocating step comprises the steps of:
    reading out contents of corresponding areas in - 17 the main storage areas allocated to the two virtual machines; storing contents read out from the main storage area allocated to one of the two virtual machines in the corresponding area of the main storage area allocated to the other thereof; and repeatedly achieving said reading-out step and said storing step for the main storage areas allocated to the two virtual machines, and said restoring step comprises the step of restoring the two virtual machines.
    8. A virtual machine system including a plurality of virtual machines allocated on a main storage, each said virtual machine including a logical instruction processor (LIP), comprising:
    a service processor for generating a move command in response to a relocate instruction; resource managing means for managing allocation states of resource to the virtual machines and controlling the resources; LIP controlling means provided for each of said virtual machines, for controlling an operation of the logical instruction processor of said each virtual machine; and virtual machine controlling means responsive to the move command, for relocating a virtual machine designated by the relocate command on the main storage area in accordance with an address designated in the move - 18 command when an operation of said designated virtual machine is temporarily stopped, and for controlling said LIP controlling means corresponding to said designated virtual machine to restore said designated virtual machine based on the designated address. 9. A virtual machine system according to Claim 8, wherein said virtual machine controlling means further comprises means for controlling said corresponding LIP controlling means to temporarily stop said logical instruction processor of said designated virtual machine, awaiting that all input/output processors assigned to said designated virtual machine are set to a state other than a busy state. 10. A system according to Claim 8, wherein said resource managing means comprises means responsive to a check request inputted thereto, for determining in accordance with the designated addresses, whether or not said designated virtual machine can be relocated on the main storage area, and said virtual machine controlling means comprises means for generating the check request to output the same to said resource managing means when operation of said designated virtual machine is temporarily stopped and for relocating said designated virtual machine in accordance with the designated address when it is determined by said resource managing means that said designated virtual machine can be relocated.
    11. A system according to Claim 8, wherein said 4 resource managing means further comprises means for notifying, when said designated virtual machine has been relocated by said virtual machine controlling means, a relocation destination to all input/output processors assigned to said designated virtual machine.
    12. A system according to Claim 8, wherein said virtual machine controlling means comprises means for transferring contents of the main storage area currently allocated to said designated virtual machine to a new main storage area as a destination of the relocation in units of pages.
    13. A system according to Claim 8, wherein:
    said service processor comprises means for generating, when the relocate command relates to expansion of a main storage area allocated to one of the virtual machines adjacent to said designated virtual machine, an expand command after said designated virtual machine is restored; and said virtual machine system further comprises means for expanding, in response to the expand command, the main storage area allocated to said other virtual machine.
    14. A system according to Claim 8, wherein:
    the relocate command relates to a exchange of main storage areas respectively assigned to two designated virtual machines, said virtual machine controlling means comprises means for controlling LIP controlling means - 20 associated with said two virtual machine to stop each of said two virtual machines, for reading out stored contents into an associated area in the main storage areas allocated to the two virtual machines, for storing the read out content of one of the two virtual machines in an associated area of the main storage area allocated to the other thereof, for repeatedly achieving the reading-out operaton and the storing operation for the main storage areas allocated to the two virtual machines, and for restoring said two virtual machines. 15. A method of operating a virtual machine system substantially as any one described herein with reference to the accompanying drawings. 16. A virtual machine system substantially as herein described with reference to and as illustrated in the accompanying drawings.
GB9210282A 1991-05-27 1992-05-13 A method of and system for dynamically relocating main storage area to virtual machine Expired - Fee Related GB2256513B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP12076191A JPH04348434A (en) 1991-05-27 1991-05-27 Virtual computer system

Publications (3)

Publication Number Publication Date
GB9210282D0 GB9210282D0 (en) 1992-07-01
GB2256513A true GB2256513A (en) 1992-12-09
GB2256513B GB2256513B (en) 1994-11-23

Family

ID=14794341

Family Applications (1)

Application Number Title Priority Date Filing Date
GB9210282A Expired - Fee Related GB2256513B (en) 1991-05-27 1992-05-13 A method of and system for dynamically relocating main storage area to virtual machine

Country Status (3)

Country Link
JP (1) JPH04348434A (en)
DE (1) DE4217444A1 (en)
GB (1) GB2256513B (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0610583A1 (en) * 1993-02-08 1994-08-17 International Business Machines Corporation Multizone relocation facility computer memory system
US5592638A (en) * 1992-07-14 1997-01-07 Hitachi, Ltd. Storage region assignment method in a logically partitioned environment
US5684974A (en) * 1994-03-17 1997-11-04 Hitachi, Ltd. Method and apparatus for controlling reconfiguration of storage-device memory areas
US5819061A (en) * 1994-07-25 1998-10-06 International Business Machines Corporation Method and apparatus for dynamic storage reconfiguration in a partitioned environment
US6324630B1 (en) 1994-03-17 2001-11-27 Hitachi, Ltd. Method of processing a data move instruction for moving data between main storage and extended storage and data move instruction processing apparatus
US7383405B2 (en) 2004-06-30 2008-06-03 Microsoft Corporation Systems and methods for voluntary migration of a virtual machine between hosts with common storage connectivity
CN1575453B (en) * 2000-12-27 2011-01-12 英特尔公司 Method for resolving address space conflicts
US8458464B2 (en) 2000-09-28 2013-06-04 Intel Corporation Mechanism to handle events in a machine with isolated execution

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6769058B1 (en) 2000-03-31 2004-07-27 Intel Corporation Resetting a processor in an isolated execution environment
US6795905B1 (en) 2000-03-31 2004-09-21 Intel Corporation Controlling accesses to isolated memory using a memory controller for isolated execution
US6760441B1 (en) 2000-03-31 2004-07-06 Intel Corporation Generating a key hieararchy for use in an isolated execution environment
US6976162B1 (en) 2000-06-28 2005-12-13 Intel Corporation Platform and method for establishing provable identities while maintaining privacy
US6986052B1 (en) 2000-06-30 2006-01-10 Intel Corporation Method and apparatus for secure execution using a secure memory partition
WO2002005091A1 (en) * 2000-07-06 2002-01-17 Fujitsu Limited Virtual computer system and control method
EP1410170B1 (en) * 2000-12-21 2010-01-20 Microsoft Corporation Logical substitution of processor control in an emulated computing environment
US7085705B2 (en) 2000-12-21 2006-08-01 Microsoft Corporation System and method for the logical substitution of processor control in an emulated computing environment
US7024555B2 (en) 2001-11-01 2006-04-04 Intel Corporation Apparatus and method for unilaterally loading a secure operating system within a multiprocessor environment
US7631196B2 (en) 2002-02-25 2009-12-08 Intel Corporation Method and apparatus for loading a trustable operating system
US7124273B2 (en) 2002-02-25 2006-10-17 Intel Corporation Method and apparatus for translating guest physical addresses in a virtual machine environment
US7069442B2 (en) 2002-03-29 2006-06-27 Intel Corporation System and method for execution of a secured environment initialization instruction
US7318141B2 (en) 2002-12-17 2008-01-08 Intel Corporation Methods and systems to control virtual machines
US7900017B2 (en) 2002-12-27 2011-03-01 Intel Corporation Mechanism for remapping post virtual machine memory pages
US7415708B2 (en) 2003-06-26 2008-08-19 Intel Corporation Virtual machine management using processor state information
US7739521B2 (en) 2003-09-18 2010-06-15 Intel Corporation Method of obscuring cryptographic computations
US20050080934A1 (en) 2003-09-30 2005-04-14 Cota-Robles Erik C. Invalidating translation lookaside buffer entries in a virtual machine (VM) system
US8156343B2 (en) 2003-11-26 2012-04-10 Intel Corporation Accessing private data about the state of a data processing machine from storage that is publicly accessible
US8037314B2 (en) 2003-12-22 2011-10-11 Intel Corporation Replacing blinded authentication authority
US7802085B2 (en) 2004-02-18 2010-09-21 Intel Corporation Apparatus and method for distributing private keys to an entity with minimal secret, unique information
US7620949B2 (en) 2004-03-31 2009-11-17 Intel Corporation Method and apparatus for facilitating recognition of an open event window during operation of guest software in a virtual machine environment
US8271976B2 (en) 2004-06-30 2012-09-18 Microsoft Corporation Systems and methods for initializing multiple virtual processors within a single virtual machine
US7840962B2 (en) 2004-09-30 2010-11-23 Intel Corporation System and method for controlling switching between VMM and VM using enabling value of VMM timer indicator and VMM timer value having a specified time
US8146078B2 (en) 2004-10-29 2012-03-27 Intel Corporation Timer offsetting mechanism in a virtual machine environment
US8924728B2 (en) 2004-11-30 2014-12-30 Intel Corporation Apparatus and method for establishing a secure session with a device without exposing privacy-sensitive information
US8533777B2 (en) 2004-12-29 2013-09-10 Intel Corporation Mechanism to determine trust of out-of-band management agents
US7395405B2 (en) 2005-01-28 2008-07-01 Intel Corporation Method and apparatus for supporting address translation in a virtual machine environment
US20060253682A1 (en) * 2005-05-05 2006-11-09 International Business Machines Corporation Managing computer memory in a computing environment with dynamic logical partitioning
US7809957B2 (en) 2005-09-29 2010-10-05 Intel Corporation Trusted platform module for generating sealed data
US8014530B2 (en) 2006-03-22 2011-09-06 Intel Corporation Method and apparatus for authenticated, recoverable key distribution with no database secrets

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0247374A2 (en) * 1986-05-30 1987-12-02 International Business Machines Corporation Provision of virtual storage resources to an operating system control program
EP0473802A1 (en) * 1990-09-03 1992-03-11 International Business Machines Corporation Computer with extended virtual storage concept

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2615103B2 (en) * 1987-12-11 1997-05-28 株式会社日立製作所 Virtual computer system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0247374A2 (en) * 1986-05-30 1987-12-02 International Business Machines Corporation Provision of virtual storage resources to an operating system control program
EP0473802A1 (en) * 1990-09-03 1992-03-11 International Business Machines Corporation Computer with extended virtual storage concept

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5592638A (en) * 1992-07-14 1997-01-07 Hitachi, Ltd. Storage region assignment method in a logically partitioned environment
EP0610583A1 (en) * 1993-02-08 1994-08-17 International Business Machines Corporation Multizone relocation facility computer memory system
US5652853A (en) * 1993-02-08 1997-07-29 International Business Machines Corporation Multi-zone relocation facility computer memory system
US5684974A (en) * 1994-03-17 1997-11-04 Hitachi, Ltd. Method and apparatus for controlling reconfiguration of storage-device memory areas
US6324630B1 (en) 1994-03-17 2001-11-27 Hitachi, Ltd. Method of processing a data move instruction for moving data between main storage and extended storage and data move instruction processing apparatus
US5819061A (en) * 1994-07-25 1998-10-06 International Business Machines Corporation Method and apparatus for dynamic storage reconfiguration in a partitioned environment
US8458464B2 (en) 2000-09-28 2013-06-04 Intel Corporation Mechanism to handle events in a machine with isolated execution
US8522044B2 (en) 2000-09-28 2013-08-27 Intel Corporation Mechanism to handle events in a machine with isolated execution
US8671275B2 (en) 2000-09-28 2014-03-11 Intel Corporation Mechanism to handle events in a machine with isolated execution
CN1575453B (en) * 2000-12-27 2011-01-12 英特尔公司 Method for resolving address space conflicts
CN101826030B (en) * 2000-12-27 2012-12-05 英特尔公司 Method for resolving address space conflicts between a virtual machine monitor and a guest operating system
US7383405B2 (en) 2004-06-30 2008-06-03 Microsoft Corporation Systems and methods for voluntary migration of a virtual machine between hosts with common storage connectivity

Also Published As

Publication number Publication date
GB2256513B (en) 1994-11-23
JPH04348434A (en) 1992-12-03
DE4217444A1 (en) 1992-12-03
GB9210282D0 (en) 1992-07-01

Similar Documents

Publication Publication Date Title
GB2256513A (en) Dynamically relocating main storage to virtual machine
US5553291A (en) Virtual machine control method and virtual machine system
US7000072B1 (en) Cache memory allocation method
US5574878A (en) Method of parallel purging of translation lookaside buffer in a multilevel virtual machine system
JP4921384B2 (en) Method, apparatus and system for dynamically reallocating memory from one virtual machine to another
US6240486B1 (en) System and method for on-line, real time, data migration
US5584042A (en) Dynamic I/O data address relocation facility
JPH02272652A (en) Method for expanding memory
JPH11505653A (en) Operating system for use with protection domains in a single address space
JPH06250919A (en) Computer memory system
JP3186244B2 (en) Virtual computer system
US5341484A (en) Virtual machine system having an extended storage
JPH06110715A (en) Dynamic allocating method for computer resources in virtual computer system
US5369750A (en) Method and apparatus for configuring multiple absolute address spaces
JP3490212B2 (en) Input / output channel expansion method for information processing device
EP0442297B1 (en) Processor with an overwriteable microcode memory
JPS6339933B2 (en)
JPH0365734A (en) Inter-vm communication system in virtual machine system
JPH09223049A (en) Disk array system
JPH06110717A (en) Complex computer system
JP2864496B2 (en) Multi-processing computer
JP2708636B2 (en) Information processing device maintenance control method
JPS6336012B2 (en)
JP2644857B2 (en) Data transfer method
JPH09231069A (en) Method and device for information processing

Legal Events

Date Code Title Description
PCNP Patent ceased through non-payment of renewal fee

Effective date: 20050513