JPH0635732A - Storage device area allocation method - Google Patents
Storage device area allocation methodInfo
- Publication number
- JPH0635732A JPH0635732A JP4186648A JP18664892A JPH0635732A JP H0635732 A JPH0635732 A JP H0635732A JP 4186648 A JP4186648 A JP 4186648A JP 18664892 A JP18664892 A JP 18664892A JP H0635732 A JPH0635732 A JP H0635732A
- Authority
- JP
- Japan
- Prior art keywords
- storage area
- storage
- lpar
- allocated
- allocation
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System (AREA)
Abstract
(57)【要約】
【目的】 記憶容量のみが指定された仮想計算機（ＬＰ
ＡＲ）のアクティベート時、記憶領域割り当てが失敗す
るケースを軽減する。
【構成】 ファイルメモリ３０は、システムに存在する
各ＬＰＡＲ毎に、実記憶装置２０の記憶領域割り当て状
況を示すテーブル３１０を保持している。処理装置１０
上のＶＭＣＰ１１０は、ファイルメモリ３０から各ＬＰ
ＡＲの対応テーブルを読み込み、フラグ１２０，１３０
により記憶起点が指定されているＬＰＡＲについては、
記憶領域が未割り当てでも割り当て済みと見做して、そ
の時点の記憶領域割り当て状況を示すワークテーブル４
１００をワークメモリ４０上に生成する。そして、該ワ
ークテーブル４１０をもとに未使用記憶領域テーブル４
２０を生成し、当該アクティベートすべきＬＰＡＲに対
する記憶領域割り当ての可否を決定する。
(57) [Summary] [Purpose] A virtual machine (LP
When AR) is activated, the case where the storage area allocation fails is reduced. [Structure] The file memory 30 holds a table 310 showing the storage area allocation status of the real storage device 20 for each LPAR existing in the system. Processor 10
The upper VMCP 110 is a file memory 30 for each LP.
The AR correspondence table is read and the flags 120 and 130 are read.
For LPARs whose memory origin is specified by
Even if the storage area has not been allocated yet, it is considered as allocated and the work table 4 showing the storage area allocation status at that time.
100 is generated on the work memory 40. Then, based on the work table 410, the unused storage area table 4
20 is generated, and it is determined whether or not the storage area can be allocated to the LPAR to be activated.
Description
【０００１】[0001]
【産業上の利用分野】本発明は、情報処理装置における
記憶装置の領域割り当て方法に係り、特に情報処理装置
を用いて仮想計算機を実現するに当り、記憶装置を複数
の記憶領域に論理的に分割して仮想計算機に割り当てる
場合に好適な記憶装置の領域割り当て方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an area allocation method for a storage device in an information processing device, and more particularly, when realizing a virtual computer using the information processing device, the storage device is logically divided into a plurality of storage regions. The present invention relates to a storage device area allocation method suitable for dividing and allocating to a virtual machine.
【０００２】[0002]
【従来の技術】一般に、単一の情報処理装置上で複数の
オペレーティングシステム（以下ＯＳという）を動作さ
せる方法として仮想計算機（以下ＶＭ又はＬＰＡＲとい
う）と呼ばれる手段が用いられている。ＶＭを単一の情
報処理装置上で実現する為に、仮想計算機制御プログラ
ム（以下ＶＭＣＰという）と呼ばれるプログラムを実情
報処理装置上で動作させ、このＶＭＣＰの制御の下で複
数のＶＭを生成し、更に、この各々のＶＭの上で独立し
たＯＳを動作させる。従って、ＶＭＣＰには、単一の実
情報処理装置のハードウェア資源を各々のＶＭに共用さ
せて使用させる機能が付加されている。2. Description of the Related Art Generally, as a method of operating a plurality of operating systems (hereinafter referred to as OS) on a single information processing device, a means called a virtual machine (hereinafter referred to as VM or LPAR) is used. In order to realize the VM on a single information processing device, a program called a virtual computer control program (hereinafter referred to as VMCP) is operated on the real information processing device to generate a plurality of VMs under the control of this VMCP. Furthermore, an independent OS is operated on each VM. Therefore, the VMCP is added with a function of allowing each VM to share and use the hardware resources of a single real information processing device.
【０００３】単一の実情報処理装置のハードウェア資源
を各々のＶＭに共用させる場合の方法に、実記憶装置の
記憶領域を論理的に分割して各々のＶＭに占有的に割り
当てる方法がある。以下に図２を用いてその従来技術を
説明する。As a method for sharing the hardware resources of a single real information processing apparatus among the VMs, there is a method in which the storage area of the real storage device is logically divided and exclusively allocated to each VM. . The conventional technique will be described below with reference to FIG.
【０００４】図２（ａ）は、実記憶装置の記憶領域を論
理的に分割する為にオペレータによって指定されるパラ
メータの例を示し、ＬＰＡＲ１，ＬＰＡＲ２及びＬＰＡ
Ｒ３はそれぞれ単独に動作できるＶＭすなわちＬＰＡＲ
の名称である。図２（ａ）に示すパラメータには、記憶
起点（以下ＳＴＯという）、初期記憶範囲（以下ＳＴＥ
という）及び予約記憶範囲（以下ＳＴＲという）があ
り、それぞれのＬＰＡＲ毎に指定できる。ＳＴＯは該当
ＬＰＡＲに割り当てる記憶領域の実記憶装置上の開始ア
ドレスを指定し、指定しない場合にはＶＭＣＰに依り、
実記憶装置上で現在ＬＰＡＲで使用されていない記憶領
域の最上位が割り当てられる。ＳＴＥは該当ＬＰＡＲに
割り当てるべき初期記憶領域の容量を指定する。ＳＴＲ
は該当ＬＰＡＲに割り当てるべき予約記憶領域の容量を
指定する。予約記憶領域は初期記憶領域内で動作するＯ
Ｓが発行する記憶領域のオンライン及びオフライン要求
命令により、該当ＬＰＡＲに割り当てられたり、除去さ
れたりする。FIG. 2A shows an example of parameters specified by an operator for logically dividing the storage area of the real storage device, and LPAR1, LPAR2 and LPA are shown.
R3 can operate independently VM or LPAR
Is the name of. The parameters shown in FIG. 2A include a storage starting point (hereinafter referred to as STO), an initial storage range (hereinafter referred to as STE).
Called) and a reserved storage range (hereinafter referred to as STR), which can be designated for each LPAR. STO designates the start address on the real storage device of the storage area to be allocated to the corresponding LPAR, and if not designated, it depends on VMCP,
The highest storage area that is not currently used by LPAR on the real storage device is allocated. STE specifies the capacity of the initial storage area to be allocated to the LPAR. STR
Specifies the capacity of the reserved storage area to be allocated to the relevant LPAR. The reserved storage area operates in the initial storage area.
It is assigned to or removed from the corresponding LPAR according to the online and offline request commands of the storage area issued by S.
【０００５】図２（ａ）に示した如くのパラメータを与
えられたＬＰＡＲ１，ＬＰＡＲ２及びＬＰＡＲ３をアク
ティベートした場合の、実記憶装置内の各ＬＰＡＲへの
記憶領域割り当て例を図２（ｂ）および（ｃ）に示す。
ここで、アクティベートするとは、当該ＶＭすなわちＬ
ＰＡＲを使用可能状態にする事を言う。図２（ｂ）は、
ＬＰＡＲ１，ＬＰＡＲ２，ＬＰＡＲ３の順でアクティベ
ートした例であり、全てのＬＰＡＲに記憶領域が割り当
てられる。一方、図２（ｃ）は、ＬＰＡＲ１，ＬＰＡＲ
３，ＬＰＡＲ２の順でアクティベートした例を示す。図
２（ｃ）の場合、ＬＰＡＲ１及びＬＰＡＲ３への記憶領
域割り当ては成功し、双方のＬＰＡＲは、共にＳＴＯを
指定されていないので、図に示す如く、割り当てられた
記憶領域は実記憶装置上の上位に順番に確保される。そ
の後ＬＰＡＲ２をアクティベートしようとした時、この
ＬＰＡＲ２はＳＴＯが指定されている為、そのＳＴＯか
ら始まる記憶領域を確保しようとするが、確保しようと
した記憶領域の一部が既にＬＰＡＲ３に割り当てられて
いる為、アクティベートに失敗する。An example of storage area allocation to each LPAR in the real storage device when activating LPAR1, LPAR2 and LPAR3 given the parameters as shown in FIG. 2A is shown in FIGS. It is shown in c).
Here, activating means that VM, that is, L.
Refers to making PAR available. 2 (b) is
In this example, LPAR1, LPAR2, and LPAR3 are activated in this order, and a storage area is assigned to all LPARs. On the other hand, FIG. 2C shows LPAR1, LPAR.
3 shows an example in which LPAR2 is activated in this order. In the case of FIG. 2C, the storage areas are successfully allocated to LPAR1 and LPAR3, and STO is not specified for both LPARs. Therefore, as shown in the figure, the allocated storage areas are on the real storage device. It is secured in the higher order. When the LPAR2 is subsequently activated, since the STO is specified for this LPAR2, an attempt is made to secure a storage area starting from that STO, but a part of the storage area that has been secured is already allocated to LPAR3. Therefore, activation fails.
【０００６】以上述べた如く、従来の実記憶装置の記憶
領域を各ＬＰＡＲ（ＶＭ）へ割り当てる方法は、割り当
てが成功するか失敗するかは各ＬＰＡＲのアクティベー
トの順序に依存していた。As described above, in the conventional method of allocating the storage area of the real memory device to each LPAR (VM), whether the allocation succeeds or fails depends on the activation order of each LPAR.
【０００７】[0007]
【発明が解決しようとする課題】前記従来技術では、実
記憶装置内に各ＬＰＡＲ（ＶＭ）等への記憶領域を割り
当てる際、割り当てが成功するか失敗するかは各ＬＰＡ
Ｒのアクティベートの順序に依存しており、これはシス
テムの操作性を向上させるうえで無視し得ない問題であ
った。更にアクティベートしようとしたＬＰＡＲで使用
する記憶容量を満足する未使用記憶容量が実記憶装置内
に存在するのに、使用出来ないという問題も有してい
た。In the above prior art, when allocating a storage area to each LPAR (VM) or the like in the real storage device, it is determined whether each allocation succeeds or fails.
It depends on the order of activation of R, which is a problem that cannot be ignored in improving the operability of the system. Further, there is a problem that the unused storage capacity satisfying the storage capacity used by the LPAR to be activated exists in the real storage device but cannot be used.
【０００８】本発明の目的は、前記従来技術の問題点を
解決し、システムの操作性を向上させると共に実記憶装
置の使用効率の向上を図る記憶装置の領域割り当て方法
を提供することにある。It is an object of the present invention to provide a storage device area allocation method which solves the problems of the prior art, improves the operability of the system, and improves the usage efficiency of the real storage device.
【０００９】[0009]
【課題を解決するための手段】上記目的を達成するた
め、本発明は、ＳＴＯが指定されていないＬＰＡＲをア
クティベートする場合の記憶領域割り当て処理時、ＳＴ
Ｏが指定されているＬＰＡＲの記憶領域を、実際にはま
だ実記憶装置に割り当てられていなくても割り当て済み
（使用中）と見做し、残りの未割り当て記憶領域を当該
ＬＰＡＲに割り当てるようにしたものである。In order to achieve the above object, the present invention provides an ST when a storage area allocation process is performed when activating an LPAR for which an STO is not specified.
The storage area of the LPAR in which O is designated is regarded as already allocated (in use) even if it is not actually allocated to the real storage device, and the remaining unallocated storage area is allocated to the LPAR. It was done.
【００１０】さらに、本発明は、ＳＴＯが指定されてい
るＬＰＡＲのＳＴＥとＳＴＲの両方の記憶領域を割り当
て済みと見做した際、割り当て処理に失敗すると、例え
ばＳＴＲを未割り当てとして、記憶領域の割り当て処理
を再実行するようにしたものである。Further, according to the present invention, when it is considered that the storage areas of both the STE and STR of the LPAR for which the STO is designated are allocated, if the allocation processing fails, for example, the STR is unallocated and the storage area The allocation process is re-executed.
【００１１】[0011]
【作用】本発明の記憶領域割り当て方法に依れば、図２
（ａ）に例示されている各々のＬＰＡＲに於いて、それ
ぞれ例示されているパラメータを用いてＬＰＡＲ１，Ｌ
ＰＡＲ３及びＬＰＡＲ２の順序でアクティベートした場
合、結果として記憶領域割り当て状況は、同図（ｂ）に
示す如くになる。即ち、最初にＬＰＡＲ１をアクティベ
ートすると、このＬＰＡＲはＳＴＯが指定されていない
ので実主記憶装置の未割り当て記憶領域の最上位に割り
当てられる。次に、ＬＰＡＲ３をアクティベートする
と、このＬＰＡＲもＳＴＯが指定されていないので実主
記憶装置の未割り当て記憶領域の最上位に割り当てられ
るが、この時実主記憶装置の未割り当て記憶領域とは、
ＬＰＡＲ１に既に割り当てられている記憶領域とＳＴＯ
が指定されているＬＰＡＲ２で使用する予定の記憶領域
を除いた領域である。従ってＬＰＡＲ３の記憶領域はＬ
ＰＡＲ２で使用する予定の記憶領域の直下位に割り当て
られる。次に、ＬＰＡＲ２をアクティベートすると、こ
のＬＰＡＲはＳＴＯが指定されているので、実主記憶装
置のＳＴＯで指定された位置から始まる記憶領域が割り
当てられる。この領域はＬＰＡＲ３をアクティベートす
る時に未使用記憶領域のままとなっているからである。According to the storage area allocation method of the present invention, FIG.
In each of the LPARs illustrated in (a), LPAR1, L
When PAR3 and LPAR2 are activated in this order, the storage area allocation result is as shown in FIG. That is, when LPAR1 is first activated, this LPAR is allocated to the highest level of the unallocated storage area of the real main memory because STO is not specified. Next, when LPAR3 is activated, this LPAR is also assigned to the top of the unallocated storage area of the real main memory because STO is not specified. At this time, the unallocated storage area of the real main memory is
Storage area and STO already allocated to LPAR1
Is an area excluding a storage area that is to be used in the designated LPAR2. Therefore, the storage area of LPAR3 is L
It is assigned directly below the storage area to be used in PAR2. Next, when LPAR2 is activated, since the STO is designated for this LPAR, the storage area starting from the position designated by the STO of the real main memory is allocated. This is because this area remains as an unused storage area when LPAR3 is activated.
【００１２】以上、本発明の記憶領域割り当て方法を適
用することにより、ＳＴＯが指定されているＬＰＡＲの
アクティベートが成功するか又は失敗するかが、各々の
ＬＰＡＲのアクティベート順序に依存しなくなり、実主
記憶装置の有効利用が図られ、且つシステムの操作性も
向上できる。As described above, by applying the storage area allocation method of the present invention, whether the activation of the LPAR for which the STO is specified succeeds or fails does not depend on the activation order of each LPAR. The storage device can be effectively used and the operability of the system can be improved.
【００１３】[0013]
【実施例】以下、本発明に依る記憶領域割り当て方法の
一実施例を図面を用いて詳細に説明する。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a storage area allocation method according to the present invention will be described in detail below with reference to the drawings.
【００１４】図１は本発明の一実施例のシステム構成図
を示す。図１において、１０は実情報処理装置（ＣＰ
Ｕ）、２０は割り当て対象の実記憶装置、３０はファイ
ルメモリ、４０はワークメモリである。ファイルメモリ
３０は、各システムに存在する各ＬＰＡＲ対応に、実記
憶装置２０の記憶領域割り当て状況を保持している記憶
割り当て状況テーブル（以下、ＳＴＲＡＬＣＴという）
３１０を管理している。ワークメモリ４０は、記憶領域
割り当て処理時、その時点の記憶領域割り当て状況を示
す記憶割り当てワークテーブル（以下、ＲＭＡＣＴＷＫ
という）４１０、及び、その時点の未使用記憶領域状況
を示す未使用記憶領域エリアテーブル（以下、ＲＭＲＭ
ＤＷＫという）４２０を一時的に保持するのに用いられ
る。なお、メモリ３０，４０は記憶装置２０のあらかじ
め定めた記憶領域を使用してもよい。FIG. 1 shows a system configuration diagram of an embodiment of the present invention. In FIG. 1, 10 is an actual information processing device (CP
U), 20 are real storage devices to be allocated, 30 is a file memory, and 40 is a work memory. The file memory 30 stores a storage area allocation status of the real storage device 20 for each LPAR corresponding to each system (hereinafter, referred to as STRALCT).
It manages 310. The work memory 40 stores a storage allocation work table (hereinafter, RMACTWK) indicating a storage area allocation status at the time of storage area allocation processing.
410) and an unused storage area area table (hereinafter, RMRM) showing the unused storage area status at that time.
DWK) 420 is used to hold temporarily. The memories 30 and 40 may use a predetermined storage area of the storage device 20.
【００１５】仮想計算機制御プログラム（ＶＭＣＰ）１
１０は実情報処理装置１０上で動作する。このＶＭＣＰ
１１０の制御下で複数のＶＭすなわちＬＰＡＲが生成さ
れ、実記憶装置２０上に各ＬＰＡＲの記憶領域が割り当
てられる。特にＳＴＯの指定されていないＬＰＡＲのア
クティベート時、ＶＭＣＰ１１０はファイルメモリ３０
の各ＳＴＲＡＬＣＴ３１０を読み込み、ワークメモリ４
０上にＲＭＡＣＴＷＫ４１０、ＲＭＲＤＷＫ４２０を生
成し、それをもとに該ＬＰＡＲの記憶領域の割り当てが
可能か否か決定する。Virtual computer control program (VMCP) 1
10 operates on the real information processing device 10. This VMCP
A plurality of VMs, that is, LPARs are generated under the control of 110, and the storage area of each LPAR is allocated on the real storage device 20. In particular, when activating an LPAR that does not specify STO, the VMCP 110 sets the file memory 30
Read each STRALCT310 of, and work memory 4
RMACTWK410 and RMRDWK420 are generated on the 0, and it is determined based on that whether or not the storage area of the LPAR can be allocated.
【００１６】ＳＴＥ予約フラグ１２０及びＳＴＲ予約フ
ラグ１３０は、記憶領域割り当て処理の際、ＳＴＯが指
定されているＬＰＡＲのＳＴＥ及びＳＴＲを、それぞれ
未だ実記憶装置２０上に割り当てられていなくても割り
当て済みと見做すか否かを示すフラグで、ＶＭＣＰ１１
０により設定される。ここでは、割り当て済みと見做す
場合は“１”、見做さない場合は“０”とする。ＶＭＣ
Ｐ１１０は、ＳＴＯで指定されていないＬＰＡＲのアク
ティベート時、例えば最初はＳＴＥ予約フラグ１２０と
ＳＴＲ予約フラグ１３０の両方を“１”として記憶領域
割り当て処理を実行し、それで割り当てに失敗した場
合、次に例えばＳＴＥ予約フラグ１２０のみを“１”と
して（即ち、ＳＴＥのみを割り当て済みと見做す）、記
憶領域割り当て処理をやり直す。The STE reservation flag 120 and the STR reservation flag 130 are already assigned to the STE and STR of the LPAR for which STO is designated even if they are not already assigned to the real storage device 20 during the storage area assignment processing. VMCP11 is a flag indicating whether or not
It is set by 0. Here, it is set to "1" when it is regarded as already allocated, and "0" when it is not regarded as allocated. VMC
When activating an LPAR not specified by STO, for example, the P110 first executes storage area allocation processing with both the STE reservation flag 120 and the STR reservation flag 130 set to "1", and if allocation fails then, For example, only the STE reservation flag 120 is set to "1" (that is, it is considered that only STE has been allocated), and the storage area allocation processing is performed again.
【００１７】図３は、一つのＶＭすなわちＬＰＡＲに対
応する、記憶割り当て状況テーブル（ＳＴＲＡＬＣＴ）
３１０、記憶割り当てワークテーブル（ＲＭＡＣＴＷ
Ｋ）４１０及び未使用記憶領域エリアテーブル（ＲＭＲ
ＭＤＷＫ）４２０の具体的エントリ構成を示したもので
ある。FIG. 3 shows a storage allocation status table (STRALCT) corresponding to one VM or LPAR.
310, storage allocation work table (RMACTW
K) 410 and unused storage area area table (RMR
MDWK) 420 shows a specific entry structure.
【００１８】図３（ａ）は、記憶割り当て状況テーブル
（ＳＴＲＡＬＣＴ）であり、以下に示すエントリから構
成される。記憶割り当て状況フラグエントリ（以下ＳＴ
ＲＦＬＡＧという）は、記憶起点有効フラグ（以下ＳＴ
Ｒ＃ＳＴＯＶという）及び記憶領域アクティブフラグ
（以下ＳＴＲ＃ＳＴＯＡという）を持っており、ＳＴＲ
＃ＳＴＯＶはＳＴＯが指定されるか否かを示し（指定さ
れていれば“１”、いなければ“０”）、ＳＴＲ＃ＳＴ
ＯＡはそのＶＭすなわちＬＰＡＲの記憶領域が割り当て
られているか否かを示す（割り当てられていれば
“１”、いなければ“０”）。記憶割り当て状況記憶起
点エントリ（以下ＳＴＲＳＴＯという）は、ＳＴＫ＃Ｓ
ＴＯＶ＝１のとき、そのＬＰＡＲの記憶起点（ＳＴＯ）
を示す。なお、ＳＴＫ＃ＳＴＯＶ＝０の場合でも、ＳＴ
Ｒ＃ＳＴＯＡ＝１の場合には、そのＬＰＡＲに割り当て
られている記憶領域の起点をＳＴＲＳＴＯに設定する。
記憶割り当て状況初期記憶範囲エントリ（以下ＳＴＲＳ
ＴＥという）はそのＬＰＡＲの初期記憶範囲（ＳＴＥ）
を示す。記憶割り当て状況予約記憶範囲エントリ（以下
ＳＴＲＳＴＲという）は、そのＬＰＡＲの予約記憶範囲
（ＳＴＲ）を示す。記憶割り当て状況現記憶範囲エント
リ（以下ＳＴＲＳＴＣという）は、ＳＴＲ＃ＳＴＯＡ＝
１のとき、そのＬＰＡＲに割り当てられている現在の記
憶範囲を示す。FIG. 3A is a storage allocation status table (STRALCT), which is made up of the following entries. Memory allocation status flag entry (hereinafter ST
RFLAG is a memory starting point valid flag (ST
R # STOV) and a storage area active flag (hereinafter referred to as STR # STOA).
#STOV indicates whether STO is specified (“1” if specified, “0” if not specified), and STR # ST
The OA indicates whether or not the storage area of the VM, that is, the LPAR is allocated (“1” if allocated, “0” if not). The memory allocation status memory origin entry (hereinafter referred to as STRSTO) is STK # S.
When TOV = 1, the memory origin (STO) of the LPAR
Indicates. Even if STK # STOV = 0, ST
When R # STOA = 1, the starting point of the storage area assigned to the LPAR is set to STRSTO.
Storage allocation status Initial storage range entry (hereinafter STRS
TE is the initial storage range (STE) of the LPAR
Indicates. The storage allocation status reserved storage range entry (hereinafter referred to as STRSTR) indicates the reserved storage range (STR) of the LPAR. Storage allocation status The current storage range entry (hereinafter referred to as STRSTC) is STR # STOA =
When it is 1, it indicates the current storage range assigned to the LPAR.
【００１９】図３（ｂ）は、記憶割り当てワークテーブ
ル（ＲＭＡＣＴＷＫ）であり、以下に示すエントリから
構成される。記憶割り当てワークフラグエントリ（以下
ＡＣＴＦＬＡＧという）は、記憶領域使用中フラグ（以
下ＡＣＴ＃ＳＴＲＡという）を持っている。記憶割り当
てワーク記憶起点エントリ（以下ＡＣＴＳＴＯという）
は、そのＬＰＡＲの使用中である記憶起点（ＳＴＯ）を
示す。記憶割り当てワーク初期記憶範囲エントリ（以下
ＡＣＴＳＴＥという）は、そのＬＰＡＲの使用中である
初期記憶範囲（ＳＴＥ）を示す。記憶割り当てワーク現
記憶範囲エントリ（以下ＡＣＴＳＴＣという）は、その
ＬＰＡＲの使用中である現在の記憶範囲（ＳＴＣ）を示
す。FIG. 3B shows a storage allocation work table (RMACTWK), which is composed of the following entries. The storage allocation work flag entry (hereinafter referred to as ACTFLAG) has a storage area in-use flag (hereinafter referred to as ACT # STRA). Memory allocation work memory origin entry (hereinafter referred to as ACTSTO)
Indicates the memory origin (STO) in use of the LPAR. The storage allocation work initial storage range entry (hereinafter referred to as ACTSTE) indicates the initial storage range (STE) in use of the LPAR. The storage allocation work current storage range entry (hereinafter referred to as ACSTTC) indicates the current storage range (STC) in use of the LPAR.
【００２０】図３（ｃ）は、未使用記憶領域エリアテー
ブル（ＲＭＲＭＤＷＫ）であり、以下に示すエントリか
ら構成される。未使用記憶領域エリアフラグエントリ
（以下ＲＭＤＦＬＡＧという）は、未使用記憶領域エリ
ア有効フラグ（以下ＲＭＤ＃ＳＴＲＶという）を持って
いる。未使用記憶領域エリア起点エントリ（以下ＲＭＤ
ＳＴＯという）は、そのＬＰＡＲの未使用記憶領域エリ
アの起点を示す。未使用記憶領域エリア範囲エントリ
（以下ＲＭＤＳＴＥという）は、そのＬＰＡＲの未使用
記憶領域エリアの範囲を示す。FIG. 3C shows an unused storage area area table (RMRMDWK), which is composed of the following entries. The unused storage area area flag entry (hereinafter referred to as RMDFLAG) has an unused storage area area valid flag (hereinafter referred to as RMD # STRV). Unused storage area area origin entry (hereinafter RMD
STO) indicates the starting point of the unused storage area area of the LPAR. The unused storage area area range entry (hereinafter referred to as RMDSTE) indicates the range of the unused storage area area of the LPAR.
【００２１】図４及び図５は、本発明による記憶領域割
り当て方法の一実施例の処理手順を示す処理フローチャ
ートである。この処理は図１のＶＭＣＰ１１０が受け持
つことになる。以下、図３と関連付けながら、ＳＴＯの
指定されていないＬＰＡＲがアクティベートされた場合
の記憶領域割り当ての処理手順を説明する。FIG. 4 and FIG. 5 are processing flow charts showing the processing procedure of an embodiment of the storage area allocation method according to the present invention. This process is handled by the VMCP 110 in FIG. In the following, a processing procedure for allocating a storage area when an LPAR with no STO specified is activated will be described with reference to FIG.
【００２２】ステップ４００ ： まず、ＳＴＲ予約フ
ラグ及びＳＴＥ予約フラグをともに“１”にセットす
る。これは、ＳＴＯの指定されたＬＰＡＲのＳＴＲ及び
ＳＴＥの両方を、実際にはまだ実記憶装置に割り当てら
れていなくても割り当て済みすなわち使用中記憶領域と
見做す（予約する）ことを意味する。 Step 400 : First, both the STR reservation flag and the STE reservation flag are set to "1". This means that both the STR and STE of the STO's designated LPAR are considered (reserved) as allocated or in-use storage, even though they have not actually been allocated to real storage. .
【００２３】ステップ４１０ ： このステップは、フ
ァイルメモリ３０からＳＴＲＡＬＣＴを読み出すステッ
プである。最初は先頭のＬＰＡＲに対するＳＴＲＡＬＣ
Ｔを読み出し、次回からはステップ４８０でポイントさ
れるＬＰＡＲの対応テーブルを読み出す。 Step 410 : This step is a step of reading STRALCT from the file memory 30. First is STRALC for the first LPAR
T is read, and from the next time, the LPAR correspondence table pointed to in step 480 is read.
【００２４】ステップ４２０ ： このステップは、Ｓ
ＴＲ／ＳＴＥ予約フラグと該当ＳＴＲＡＬＣＴのＳＴＲ
ＦＬＡＧ（ＳＴＲ＃ＳＴＯＶ，ＳＴＲ＃ＳＴＯＡ）の条
件に依り、ワークメモリ４０にＲＭＡＣＴＷＫを生成し
て、その各エントリの内容を設定する役割を持つ次の処
理ステップ４３０〜４６０から一つのステップを選択す
るステップである。以下にその処理を示す。 （１） ＳＴＲ＃ＳＴＯＡが“１”であればステップ４
３０に行く。 （２） ＳＴＲ＃ＳＴＯＡが“０”で且つＳＴＲ＃ＳＴ
ＯＶが“０”であればステップ４４０に行く。 （３） ＳＴＲ＃ＳＴＯＡが“０”で且つＳＴＲ＃ＳＴ
ＯＶが“１”で且つＳＴＲ予約フラグが“１”であれば
ステップ４５０に行く。 （４） ＳＴＲ＃ＳＴＯＡが“０”で且つＳＴＲ＃ＳＴ
ＯＶが“１”で且つＳＴＲ予約フラグが“０”で且つＳ
ＴＥ予約フラグが“１”であればステップ４６０に行
く。なお、このケースは、後述のステップ５３０でＳＴ
Ｒ予約フラグを“１”から“０”に変更して記憶領域割
り当て処理をやり直す場合に発生するもので、最初の処
理では発生しない。 （５） ＳＴＲ＃ＳＴＯＡが“０”で且つＳＴＲ＃ＳＴ
ＯＶが“１”で且つＳＴＲ予約フラグが“０”で且つＳ
ＴＥ予約フラグも“０”であればステップ４４０に行
く。このケースも、記憶領域割り当て処理をやり直した
場合に発生するものである。 Step 420 : This step is S
TR / STE reservation flag and STR of corresponding STRALCT
Depending on the condition of FLAG (STR # STOV, STR # STOA), RMACTWK is generated in the work memory 40, and one step is selected from the following processing steps 430 to 460 which have the role of setting the contents of each entry. It is a step. The processing is shown below. (1) If STR # STOA is "1", step 4
Go to 30. (2) STR # STOA is "0" and STR # ST
If the OV is "0", go to step 440. (3) STR # STOA is “0” and STR # ST
If the OV is "1" and the STR reservation flag is "1", go to step 450. (4) STR # STOA is "0" and STR # ST
OV is "1", STR reservation flag is "0", and S
If the TE reservation flag is "1", go to step 460. In addition, in this case, in step 530 described later, ST
This occurs when the R reservation flag is changed from "1" to "0" and the storage area allocation processing is performed again, and does not occur in the first processing. (5) STR # STOA is "0" and STR # ST
OV is "1", STR reservation flag is "0", and S
If the TE reservation flag is also "0", go to step 440. This case also occurs when the storage area allocation processing is redone.
【００２５】ステップ４３０ ： このケースは該当Ｌ
ＰＡＲがアクティブで記憶領域が割り当て済みの場合で
あり、生成したＲＭＡＣＴＷＫのＡＣＴ＃ＳＴＲＡを
“１”にセットし、ＡＣＴＳＴＯ，ＡＣＴＳＴＥ及びＡ
ＣＴＳＴＣに、それぞれステップ４１０で読み込んだＳ
ＴＲＡＬＣＴのＳＴＲＳＴＯ，ＳＴＲＳＴＥ及びＳＴＲ
ＳＴＣの内容をセットする。その後ステップ４７０に行
く。 Step 430 : This case is applicable L
This is the case where PAR is active and the storage area has been allocated, the ACT # STRA of the generated RMACTWK is set to "1", and ACTSTO, ACTSTE and A are set.
The S read in step 410 to CTSTC
TRALCT's STRSTO, STRSTE and STR
Set the contents of STC. Then go to step 470.
【００２６】ステップ４４０ ： このケースは該当Ｌ
ＰＡＲがまだアクティブで無く、且つ、ＳＴＯが指定さ
れていないか又はＳＴＯが指定されているがＳＴＲ及び
ＳＴＥの領域予約がされていない場合であり、生成した
ＲＭＡＣＴＷＫのＡＣＴ＃ＳＴＲＡを“０”にセット
し、ＡＣＴＳＴＯ，ＡＣＴＳＴＥ及びＡＣＴＳＴＣにそ
れぞれ“０”をセットする。その後ステップ４７０に行
く。 Step 440 : This case is applicable L
When PAR is not active and STO is not specified, or STO is specified but STR and STE areas are not reserved, and ACT # STRA of the generated RMACTWK is set to "0". Set, and set ACTSTO, ACTSTE and ACTSTC to "0" respectively. Then go to step 470.
【００２７】ステップ４５０ ： このケースは該当Ｌ
ＰＡＲがまたアクティブで無いが、ＳＴＯが指定されて
いて、且つ、ＳＴＲの領域予約もされている場合であ
り、生成したＲＭＡＣＴＥＫのＡＣＴ＃ＳＴＲＡを
“１”にセットし（即ち、割り当て済みと見做す）、Ａ
ＣＴＳＴＯ，ＡＣＴＳＴＥ及びＡＣＴＳＴＣに、それぞ
れＳＴＲＡＬＣＴのＳＴＲＳＴＯ，ＳＴＲＳＴＥ及びＳ
ＴＲＳＴＥ＋ＳＴＲＳＴＲの内容をセットする。即ち、
ＳＴＯを起点とするＳＴＥ＋ＳＴＲの領域を全て割り当
て済みとする。その後ステップ４７０に行く。 Step 450 : This case is applicable L
PAR is not active again, but STO is specified and STR area is also reserved, and ACT # STRA of the generated RMACTEK is set to "1" (that is, it is regarded as allocated). A)
CSTRTO, ACTSTE and ACTSTC have STRLCT STRSTO, STRSTE and S respectively.
Set the contents of TRSTE + STRSTR. That is,
All areas of STE + STR starting from STO are already allocated. Then go to step 470.
【００２８】ステップ４６０ ： このケースは該当Ｌ
ＰＡＲがまたアクティブで無いが、ＳＴＯが指定されて
いて、且つ、ＳＴＥの領域予約のみがされている場合で
あり、生成したＲＭＡＣＴＷＫのＡＣＴ＃ＳＴＲＡを
“１”にセットし（即ち、ここでも割り当て済みと見做
す）、ＡＣＴＳＴＯ，ＡＣＴＳＴＥ及びＡＣＴＳＴＣに
それぞれＴＲＡＬＣＴのＳＴＲＳＴＯ，ＳＴＲＳＴＥ及
びＳＴＲＳＴＥの内容をセットする。即ち、ＳＴＯを起
点とするＳＴＥの領域のみを割り当て済みとする。その
後ステップ４７０に行く。 Step 460 : This case is applicable L
PAR is not active again, but STO is specified and only area reservation for STE is made, and ACT # STRA of the generated RMACTWK is set to “1” (that is, allocation is performed here as well). It is regarded as completed), and the contents of STRSTO, STRSTE and STRSTE of TRALCT are set in ACTSTO, ACTSTE and ACTSTC, respectively. That is, only the area of STE starting from STO is assigned. Then go to step 470.
【００２９】ステップ４７０ ： このステップは、シ
ステムに存在する全てのＬＰＡＲに対し、ステップ４２
０からステップ４６０迄の処理が適用されたか否かを判
定するステップである。適用が完了していなければステ
ップ４８０に行き、適用が完了していればステップ４９
０に行く。 Step 470 : This step is performed for all LPARs present in the system, step 42.
This is a step of determining whether or not the processing from 0 to step 460 has been applied. If the application is not completed, go to step 480, and if the application is completed, step 49.
Go to 0.
【００３０】ステップ４８０ ： このステップは、フ
ァイルメモリ３０内の次のＬＰＡＲ対応テーブルをポイ
ントして、ステップ４１０に戻るステップである。 Step 480 : This step is a step of pointing to the next LPAR correspondence table in the file memory 30 and returning to step 410.
【００３１】ステップ４９０ ： このステップは、シ
ステムに存在する全てのＬＰＡＲに対し、ワークメモリ
４０に生成された各ＲＭＡＣＴＷＫについて、対応する
ＡＣＴ＃ＳＴＲＡが“１”であるＲＭＡＣＴＷＫ内のＡ
ＣＴＳＴＯの内容を調べ、ＡＣＴＳＴＯの内容の小さい
順に該ＲＭＡＣＴＷＫを並べ替えるステップである。そ
の後ステップ５００に行く。 Step 490 : For all RPARs existing in the system, for each RMACTWK generated in the work memory 40, this step is executed in A in RMACTWK whose ACT # STRA is "1".
This is a step of checking the contents of CSTTO and rearranging the RMACTWKs in ascending order of the contents of ACTSTO. Then go to step 500.
【００３２】ステップ５００ ： このステップは、シ
ステムに存在する全てのＬＰＡＲに対し、生成されたＲ
ＭＡＣＴＷＫの各エントリの内容から、未使用記憶領域
の記憶起点と容量を求めて各ＲＭＲＭＤＷＫを生成する
ステップであり、ＲＭＲＭＤＷＫのＲＭＤＳＴＯにＡＣ
ＴＳＴＯ＋ＡＣＴＳＴＣの結果をセットし、ＲＭＤＳＴ
Ｅに、１エントリ後のＲＭＡＣＴＷＫのＡＣＴＳＴＯか
ら該ＡＣＴＳＴＯ＋ＡＣＴＳＴＣを減じた結果をセット
する。その後ステップ５１０に行く。図６に、ＡＣＴＳ
ＴＯとＲＭＤＳＴＯ、及びＡＣＴＳＴＣとＲＭＤＳＴＥ
の関係を示す。 Step 500 : This step creates R for all LPARs present in the system.
This is a step of obtaining the storage starting point and the capacity of the unused storage area from the contents of each entry of MACTWK to generate each RRMMDWK, and the AC is stored in the RMDSTO of the RRMMDWK.
Set the result of TSTO + ACTSTC, RMDST
E is set to the result of subtracting the ACTSTO + ACTSTC from the ACTSTO of RMACTWK after one entry. Then go to step 510. In FIG. 6, ACTS
TO and RMDSTO, ACTSTC and RMDSTE
Shows the relationship.
【００３３】ステップ５１０ ： このステップは、シ
ステムに存在する全てのＬＰＡＲに対し、ワークメモリ
４０に生成された各ＲＭＲＭＤＷＫについて、対応する
ＲＭＤ＃ＳＴＲＶが“１”であるＲＭＲＭＤＷＫ内のＲ
ＭＤＳＴＥの内容を調べ、ＲＭＤＳＴＥの内容の小さい
順にＲＭＲＭＤＷＫを並べ替えるステップである。その
後ステップ５２０に行く。 Step 510 : In this step, for all RPARs existing in the system, for each RRMMDWK created in the work memory 40, the R in RRMMDWK corresponding to RMD # STRV is "1".
This is a step of checking the contents of MDSTE and rearranging the RMMDWKs in ascending order of the contents of RMDSTE. Then go to step 520.
【００３４】ステップ５２０ ： このステップは、シ
ステムに存在する全てのＬＰＡＲに対し、対応するＲＭ
Ｄ＃ＳＴＲＶが“１”であるＲＭＲＭＤＷＫ内のＲＭＤ
ＳＴＥの内容を調べ、ＲＭＤＳＴＥの内容が現在アクテ
ィベートするＬＰＡＲに割り当てようとしている記憶容
量より大きいか等しいか又は小さいかを判定するステッ
プであり、大きいか等しいＲＭＤＳＴＥがあった場合は
ステップ５５０に行き、無かった場合はステップ５３０
に行く。 Step 520 : This step corresponds to the RM corresponding to all LPARs existing in the system.
RMD in RMRMDWK where D # STRV is "1"
This is a step of checking the contents of STE and determining whether the contents of RMDSTE are larger than, equal to, or smaller than the storage capacity to be allocated to the currently activated LPAR. If there is RMDSTE larger or equal, go to step 550, If not, step 530
go to.
【００３５】ステップ５３０ ： このステップは、Ｓ
ＴＲ予約フラグとＳＴＥ予約フラグの状態から、ＳＴＲ
予約フラグとＳＴＥ予約フラグの値を更新してステップ
４１０に戻り、記憶領域割り当て処理をやり直すか、こ
れ以上、ＳＴＲ／ＳＴＥ予約フラグを更新できない場合
にはステップ５４０に行く様に制御するステップであ
る。以下にその処理を示す。 （１） ＳＴＲ予約フラグが“１”であれば、このフラ
グを“０”にセットしてステップ４１０に戻る。 （２） ＳＴＲ予約フラグが“０”で且つＳＴＥ予約フ
ラグが“１”であれば、このＳＴＥ予約フラグを“０”
にセットしてステップ４１０に戻る。 （３） ＳＴＲ予約フラグが“０”で且つＳＴＥ予約フ
ラグも“０”であれば、ステップ５４０に行く。 Step 530 : This step is S
From the state of TR reservation flag and STE reservation flag, STR
This is a step of updating the values of the reservation flag and the STE reservation flag and returning to step 410 to perform the storage area allocation process again, or to control to go to step 540 when the STR / STE reservation flag cannot be updated any more. . The processing is shown below. (1) If the STR reservation flag is "1", this flag is set to "0" and the process returns to step 410. (2) If the STR reservation flag is "0" and the STE reservation flag is "1", set this STE reservation flag to "0".
, And returns to step 410. (3) If the STR reservation flag is “0” and the STE reservation flag is also “0”, go to step 540.
【００３６】ステップ５４０ ： このステップは、ア
クティブベートするＬＰＡＲに割り当てようとしている
記憶容量より大きいか等しい未使用記憶領域が無かった
場合に実行され、要求元に記憶領域割り当て失敗を報告
する。 Step 540 : This step is executed when there is no unused storage area larger than or equal to the storage capacity to be allocated to the LPAR to be activated, and the storage area allocation failure is reported to the request source.
【００３７】ステップ５５０ ： このステップは、ア
クティベートするＬＰＡＲに割り当てようとしている記
憶容量より大きいか等しい未使用記憶領域が有った場合
に実行され、要求元に確保したＲＭＤＳＴＯとＲＭＤＳ
ＴＥの値と共に記憶領域割り当て成功を報告する。要求
元は報告されたＲＭＤＳＴＯとＲＭＤＳＴＥの値を用い
て、ＲＭＤＳＴＯ＋ＲＭＤＳＴＥの直下位置に該ＬＰＡ
Ｒの記憶領域を割り当て、ファイルメモリ３０に該ＬＰ
ＡＲに対応するＳＴＲＡＬＣＴを登録する。 Step 550 : This step is executed when there is an unused storage area larger than or equal to the storage capacity to be allocated to the LPAR to be activated, and the RMDSTO and RMDS secured to the request source are executed.
Report the successful allocation of storage area with the value of TE. The requester uses the reported values of RMDSTO and RMDSTE, and places the LPA directly below RMDSTO + RMDSTE.
R storage area is allocated and the LP is stored in the file memory 30.
Register the STRALCT corresponding to the AR.
【００３８】[0038]
【発明の効果】請求項１の発明によれば、記憶起点が指
定されていない仮想計算機などの記憶領域を実記憶装置
に割り当てるに当たって、記憶起点が指定されている仮
想計算機の未割り当て記憶領域を使用中記憶領域と見做
し、残りの未使用記憶領域を割り当てる様に制御するこ
とにより、アクティベートの順序に依存しない割り当て
が可能になり、結果的に記憶領域割り当ての失敗するケ
ースが減少し、システムの操作性が向上すると共に実記
憶装置の使用効率が向上する。According to the first aspect of the present invention, when allocating a storage area such as a virtual machine for which a storage origin is not specified to a real storage device, an unallocated storage area for a virtual machine for which the storage origin is specified is allocated. By allocating the remaining unused storage area as if it is regarded as the used storage area, allocation that does not depend on the order of activation is possible, and as a result, the number of cases where the storage area allocation fails can be reduced. The operability of the system is improved and the usage efficiency of the real storage device is improved.
【００３９】請求項２の発明によれば、割り当ての状況
によって、記憶起点が指定されている仮想計算機などの
未割り当て記憶領域を使用中記憶領域と見做す事を段階
的に解除する事により、より柔軟性の高い記憶装置の論
理分割を提供する事ができる。According to the second aspect of the present invention, depending on the allocation status, the step of canceling the assumption that the unallocated storage area such as the virtual machine for which the storage start point is designated as the in-use storage area is gradually released. It is possible to provide a logical partition of a storage device with higher flexibility.
【図１】本発明の一実施例のシステム構成図である。FIG. 1 is a system configuration diagram of an embodiment of the present invention.
【図２】（ａ）は実記憶装置の記憶領域を論理的に分割
する為にオペレータによって指定されるパラメータの例
を示した図、（ｂ）及び（ｃ）は（ａ）の例に対する従
来技術による記憶領域の割り当ての一例を示した図であ
る。。FIG. 2A is a diagram showing an example of parameters specified by an operator for logically dividing a storage area of a real storage device, and FIGS. 2B and 2C are related to the example of FIG. It is the figure which showed an example of the allocation of the storage area by a technique. .
【図３】（ａ）は記憶割り当て状況テーブル（ＳＴＲＡ
ＬＣＴ）を示した図、（ｂ）は記憶割り当てワークテー
ブル（ＲＭＡＣＴＷＫ）を示した図、（ｃ）は未使用記
憶領域エリアテーブル（ＲＭＲＭＤＷＫ）を示した図で
ある。FIG. 3A is a storage allocation status table (STRA).
LCT), (b) is a storage allocation work table (RMACTWK), and (c) is an unused storage area area table (RMMDWK).
【図４】本発明による記憶領域割り当ての処理手順の一
例を示す処理フローチャートである。FIG. 4 is a processing flowchart showing an example of a processing procedure of storage area allocation according to the present invention.
【図５】図４の処理フローチャートの続きである。FIG. 5 is a continuation of the process flowchart of FIG.
【図６】実記憶装置上の使用中記憶領域と未使用記憶領
域の関係を示す図である。FIG. 6 is a diagram showing a relationship between a used storage area and an unused storage area on a real storage device.
１０ 処理装置 １１０ 仮想計算機制御プログラム １２０，１３０ 記憶領域予約フラグ ２０ 実記憶装置 ３０ ファイルメモリ ３１０ 記憶割り当て状況テーブル ４０ ワークメモリ ４１０ 記憶割り当てワークテーブル ４２０ 未使用記憶領域エリアテーブル 10 Processor 110 Virtual Machine Control Program 120, 130 Storage Area Reserved Flag 20 Real Storage Device 30 File Memory 310 Storage Allocation Status Table 40 Work Memory 410 Storage Allocation Work Table 420 Unused Storage Area Area Table
Claims (2)
割して使用する情報処理装置において、割り当てる記憶
領域の容量のみを指定し、その記憶領域の起点アドレス
を指定しない第１の形式と、割り当てる記憶領域の容量
とその記憶領域の起点アドレスを指定する第２の形式と
を具備してなる記憶装置の領域割り当て方法であって、 前記第２の形式で指定された当該起点アドレスからの記
憶領域を、実際にはまだ割り当てられていなくても割り
当て済み（以下、使用中という）と見做して、前記第１
の形式で指定された記憶領域の割り当てを行うことを特
徴とする記憶装置の領域割り当て方法。1. An information processing apparatus, which uses a storage device logically divided into a plurality of storage regions, wherein only a capacity of a storage region to be allocated is designated and a starting address of the storage region is not designated. A method for allocating an area of a storage device, comprising: a capacity of a storage area to be allocated and a second format for designating a starting address of the storage area, the method being based on the starting address specified in the second format. The storage area is regarded as already allocated (hereinafter referred to as “in use”) even if it is not actually allocated yet, and the first
An area allocation method for a storage device, characterized by allocating a storage area specified in the form of.
記第２の形式の前記使用中と見做した記憶領域の一部又
は全部を未使用として、前記第１の形式で指定された記
憶領域の割り当てを再び行うことを特徴とする請求項１
記載の記憶装置の領域割り当て方法。2. When the allocation of the storage area fails, a storage area specified in the first format is regarded as an unused part or all of the storage area in the second format that is considered to be in use. 2. The allocation of is performed again.
A method for allocating an area of a storage device according to claim 1.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4186648A JPH0635732A (en) | 1992-07-14 | 1992-07-14 | Storage device area allocation method |
| US08/090,953 US5592638A (en) | 1992-07-14 | 1993-07-13 | Storage region assignment method in a logically partitioned environment |
| EP93111205A EP0579174A1 (en) | 1992-07-14 | 1993-07-13 | Storage region assignment method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4186648A JPH0635732A (en) | 1992-07-14 | 1992-07-14 | Storage device area allocation method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0635732A true JPH0635732A (en) | 1994-02-10 |
Family
ID=16192261
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4186648A Pending JPH0635732A (en) | 1992-07-14 | 1992-07-14 | Storage device area allocation method |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5592638A (en) |
| EP (1) | EP0579174A1 (en) |
| JP (1) | JPH0635732A (en) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5758050A (en) * | 1996-03-12 | 1998-05-26 | International Business Machines Corporation | Reconfigurable data storage system |
| US6351850B1 (en) | 1997-11-14 | 2002-02-26 | Frank Van Gilluwe | Computer operating system installation |
| US7099900B1 (en) | 2000-09-13 | 2006-08-29 | Veritas Operating Corporation | Mapping driver for use in data backup systems |
| JP4484396B2 (en) * | 2001-05-18 | 2010-06-16 | 株式会社日立製作所 | Turbine blade |
| WO2004044783A2 (en) * | 2002-11-08 | 2004-05-27 | Crossroads Systems, Inc. | System and method for controlling access to media libraries |
| JP2006506847A (en) * | 2002-11-12 | 2006-02-23 | ゼテーラ・コーポレイシヨン | Communication protocol, system and method |
| US7055071B2 (en) * | 2003-01-09 | 2006-05-30 | International Business Machines Corporation | Method and apparatus for reporting error logs in a logical environment |
| JP4257783B2 (en) | 2003-10-23 | 2009-04-22 | 株式会社日立製作所 | Logically partitionable storage device and storage device system |
| JP4227035B2 (en) * | 2004-02-03 | 2009-02-18 | 株式会社日立製作所 | Computer system, management device, storage device, and computer device |
| JP2005267008A (en) | 2004-03-17 | 2005-09-29 | Hitachi Ltd | Storage management method and storage management system |
| US7257811B2 (en) | 2004-05-11 | 2007-08-14 | International Business Machines Corporation | System, method and program to migrate a virtual machine |
| US7454565B1 (en) | 2004-06-29 | 2008-11-18 | Crossroads Systems, Inc | System and method for distributed partitioned library mapping |
| US7428613B1 (en) | 2004-06-29 | 2008-09-23 | Crossroads Systems, Inc. | System and method for centralized partitioned library mapping |
| US8346739B1 (en) * | 2004-08-27 | 2013-01-01 | Affiliated Computer Services, Inc. | Segmenting documents among multiple data repositories |
| US20060095690A1 (en) * | 2004-10-29 | 2006-05-04 | International Business Machines Corporation | System, method, and storage medium for shared key index space for memory regions |
| US7971006B2 (en) | 2005-01-28 | 2011-06-28 | Crossroads Systems, Inc. | System and method for handling status commands directed to partitioned media library |
| US7370173B2 (en) * | 2005-01-28 | 2008-05-06 | Crossroads Systems, Inc. | Method and system for presenting contiguous element addresses for a partitioned media library |
| US7451291B2 (en) | 2005-01-28 | 2008-11-11 | Crossroads Systems, Inc. | System and method for mode select handling for a partitioned media library |
| US7788413B1 (en) | 2005-04-29 | 2010-08-31 | Crossroads Systems, Inc. | Method and system for handling commands requesting movement of a data storage medium between physical media libraries |
| CN100550182C (en) * | 2007-04-02 | 2009-10-14 | 力成科技股份有限公司 | Multi-sector storage device and sector division method |
| JP2009129165A (en) * | 2007-11-22 | 2009-06-11 | Toshiba Corp | Image processing apparatus and method |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5087743A (en) * | 1973-12-07 | 1975-07-15 | ||
| JPS61109160A (en) * | 1984-10-31 | 1986-05-27 | Fujitsu Ltd | Area control system for inter-system share volume |
| JPS62251838A (en) * | 1986-04-24 | 1987-11-02 | Hitachi Ltd | Virtual computer system |
| JPH01191221A (en) * | 1988-01-26 | 1989-08-01 | Nec Corp | Dynamic assignment managing system for magnetic disk area |
| JPH02191048A (en) * | 1989-01-20 | 1990-07-26 | Sony Corp | Method and device for data processing |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4300192A (en) * | 1974-04-18 | 1981-11-10 | Honeywell Information Systems Inc. | Method and means for storing and accessing information in a shared access multiprogrammed data processing system |
| JPS59165161A (en) * | 1983-03-11 | 1984-09-18 | インタ−ナシヨナル ビジネス マシ−ンズ コ−ポレ−シヨン | Volume recovery methods for data sets on word processing systems |
| US4757438A (en) * | 1984-07-12 | 1988-07-12 | Texas Instruments Incorporated | Computer system enabling automatic memory management operations |
| JPH0814795B2 (en) * | 1986-01-14 | 1996-02-14 | 株式会社日立製作所 | Multiprocessor virtual computer system |
| US4843541A (en) * | 1987-07-29 | 1989-06-27 | International Business Machines Corporation | Logical resource partitioning of a data processing system |
| JP2615103B2 (en) * | 1987-12-11 | 1997-05-28 | 株式会社日立製作所 | Virtual computer system |
| JPH0291747A (en) * | 1988-09-29 | 1990-03-30 | Hitachi Ltd | information processing equipment |
| JPH0319051A (en) * | 1989-06-16 | 1991-01-28 | Nec Corp | Main storage control system for virtual computer |
| JPH0496828A (en) * | 1990-08-15 | 1992-03-30 | Hitachi Ltd | Multiple absolute address space configuration method and device |
| EP0472861B1 (en) * | 1990-08-31 | 1995-09-20 | International Business Machines Corporation | Method and apparatus for cross-partition control in a partitioned process environment |
| EP0473802B1 (en) * | 1990-09-03 | 1995-11-08 | International Business Machines Corporation | Computer with extended virtual storage concept |
| JPH0727445B2 (en) * | 1990-09-04 | 1995-03-29 | インターナショナル・ビジネス・マシーンズ・コーポレイション | User interface for computer processor operation |
| JPH04348434A (en) * | 1991-05-27 | 1992-12-03 | Hitachi Ltd | Virtual computer system |
| US5371867A (en) * | 1992-11-10 | 1994-12-06 | International Business Machines Corporation | Method of using small addresses to access any guest zone in a large memory |
| US5463589A (en) * | 1994-06-30 | 1995-10-31 | Motorola, Inc. | Method and system for automatic configuration of memory devices |
| JP3019051U (en) | 1995-06-06 | 1995-12-05 | センサー・テクノロジー株式会社 | Passenger airbag |
-
1992
- 1992-07-14 JP JP4186648A patent/JPH0635732A/en active Pending
-
1993
- 1993-07-13 EP EP93111205A patent/EP0579174A1/en not_active Withdrawn
- 1993-07-13 US US08/090,953 patent/US5592638A/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5087743A (en) * | 1973-12-07 | 1975-07-15 | ||
| JPS61109160A (en) * | 1984-10-31 | 1986-05-27 | Fujitsu Ltd | Area control system for inter-system share volume |
| JPS62251838A (en) * | 1986-04-24 | 1987-11-02 | Hitachi Ltd | Virtual computer system |
| JPH01191221A (en) * | 1988-01-26 | 1989-08-01 | Nec Corp | Dynamic assignment managing system for magnetic disk area |
| JPH02191048A (en) * | 1989-01-20 | 1990-07-26 | Sony Corp | Method and device for data processing |
Also Published As
| Publication number | Publication date |
|---|---|
| US5592638A (en) | 1997-01-07 |
| EP0579174A1 (en) | 1994-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0635732A (en) | Storage device area allocation method | |
| EP0238158B1 (en) | Copy-on-write segment sharing in a virtual memory, virtual machine data processing system | |
| US6088779A (en) | System and method for execution management of computer programs | |
| JPH05216614A (en) | Method and apparatus for providing shared off-screen pixel storage | |
| JPH0628053B2 (en) | Resource allocation control method for multiprocessor system | |
| JP2000200219A (en) | Virtual memory management system | |
| JPH03257644A (en) | Main memory control method | |
| JPH08129492A (en) | Resource exclusion check system and resource exclusion check method | |
| JP2002258971A (en) | How to restart the computer system | |
| JPH0713823A (en) | File resource management system of virtual computer system | |
| US5761738A (en) | Computer system which stores management or control information in different address space but same offset as corresponding data | |
| JP3356090B2 (en) | Memory management method, memory management device, and recording medium | |
| JPS603229B2 (en) | Information processing method | |
| JPS59180744A (en) | System for managing working area of reentrant program | |
| JP2990609B2 (en) | Computer system | |
| JP4149619B2 (en) | Priority conversion system | |
| GB2362246A (en) | Computer system with checkpoint facility. | |
| JP2535584B2 (en) | Real memory fixed processing computer | |
| JPH0658647B2 (en) | Page fault test method on computer | |
| JP2666785B2 (en) | Process termination processing method and apparatus | |
| JP2982134B2 (en) | Main storage device allocation size determination method | |
| JPH01121932A (en) | Program loading system | |
| JP2522161B2 (en) | Volume resource management method in virtual computer system | |
| JPH076045A (en) | Memory management method in multiprocessing system | |
| JPH04107640A (en) | Computer system |