JPH08129457A - 外部記憶ストラクチャを拡大、縮小、及び再配分するための方法及び装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】複数個のデータ処理システムによって共用され
る外部データ記憶機構のデータ・ストラクチャを最適化
する。 【解決手段】外部データ記憶機構におけるデータ・スト
ラクチャは、その作成及び構成を割り当てられた記憶ス
ペースの量に基づいて第１割振りパラメータを含む第１
割振りコマンドによって割振りされる。第１割振りパラ
メータの値を決定し、それによってデータ・ストラクチ
ャの第１構成を決定するための手段と、データ・ストラ
クチャの実際の用途を決定し、それによってデータ・ス
トラクチャの第２構成を決定するための手段と、データ
・ストラクチャの第１構成を第２構成と比較するための
手段と、比較手段からの出力に応答して、第２割振りパ
ラメータを持った第２割振りコマンドを、データ・スト
ラクチャの再割振りのためにデータ・ストラクチャに発
生するための発生手段とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概して云えば、構
造化外部記憶機構（ＳＥＳ）用のキャッシュ記憶システ
ムにおいて使用するための方法及び装置に関するもので
ある。更に詳しく云えば、本発明は、既存のストラクチ
ャ（例えば、キャッシュ或いはリスト）に対する割振り
コマンドを再発生するための、及び記憶資源がＳＥＳ機
構において使用可能になる時及びプロセッサ・サイクル
が変更を行うために使用可能になる時、そのストラクチ
ャを拡大、縮小、又は再配分するようそれに対する新し
い割振りパラメータを割り当てるための方法及び装置に
関するものである。

【０００２】

【従来の技術】ＳＥＳは、複数個のデータ処理システム
を結合するために使用され、又、共用のデータ・オブジ
ェクト（例えば、キャッシュ・オブジェクト及びリスト
・オブジェクト）のためのリポジトリである。ＳＥＳ
は、定義されたメッセージ・プロトコルを通して共用の
システムから受信したコマンド或いはメッセージを別々
に処理することを可能にする処理能力を持っている。そ
の共用のシステムの各々は、その共用のシステムを動作
させているプロセッサ（例えば、ホスト・プロセッサ）
におけるメインライン処理への割込みを行うことなくＳ
ＥＳからの通知を受け取ることを可能にするＳＥＳサポ
ート機構を有する。これらのコマンドを処理する場合、
ＳＥＳは、コマンド送信システムに或いは他のシステム
にメッセージを発生することがある。ＳＥＳでは、コマ
ンド直列化機構が、データ・オブジェクトの整合性を保
持しながら、多数のコマンドの並列的実行を可能にす
る。ＳＥＳは、共用のシステムからの複数個のコマンド
に応答して独立したコマンド実行を行うことができ、少
なくとも２つの異なるタイプの共用データ・オブジェク
トを記憶すること及びそれらオブジェクトに関して動作
することができる。更に、各共用プロセッサにおけるサ
ポート機構は、複数個の個別データ・オブジェクト・タ
イプを含む共用の結合装置と対話することができ、そし
てその結合装置から通知を受けることができる。

【０００３】キャッシュ・ストラクチャ又はリスト・ス
トラクチャは、オペレーティング・システムが「キャッ
シュ・ストラクチャの割振り（ａｌｌｏｃａｔｅ−ｃａ
ｃｈｅ−ｓｔｒｕｃｔｕｒｅ）」コマンド或いは「リス
ト・ストラクチャの割振り（ａｌｌｏｃａｔｅ−ｌｉｓ
ｔ−ｓｔｒｕｃｔｕｒｅ）」コマンドを発生する時、Ｓ
ＥＳ機構において作成される。ディレクトリ・エントリ
及びデータ・エレメントの作成のためにそのストラクチ
ャに割り当てられるＳＥＳ記憶装置の量及び各々の相対
的な数は、その割振りコマンドと関連したリクエスト・
オペランドを通して指定され、「割振りパラメータ」と
呼ばれる。しかし、それら割振りパラメータの値は、期
待されるストラクチャ用途に基づいて算定されるが、実
際の用途から逸脱することがある。更に、用途はワーク
ロードの指示機能であり、それによって、短い期間で動
的に変化し、長い期間では記憶ストラクチャの境界を越
えて成長する。

【０００４】通常のシステムが遭遇する問題は、実際の
用途に最適に適合するように割振りパラメータを調節す
ることである。一般的な解決法は、キャッシュ（又は、
リスト）ストラクチャを割振り解除すること及び割振り
パラメータに対する新しい値をそれに再割振りすること
であった。しかし、この技法はいくつかの厳しい欠陥を
持っている。

【０００５】第１に、キャッシュ（又は、リスト）スト
ラクチャによって与えられるサービスは、その割振り解
除オペレーション及びその後の割振りオペレーションの
期間の間中断する。第２に、リクエストされた記憶資源
は、その割振りリクエストを満たすように使用可能では
ないことがある。例えば、その記憶装置は、割振り解除
オペレーションと割振りオペレーションとの間の期間に
おいて、第２のキャッシュ（又は、リスト）に割り当て
られていることがあり、或いは、その記憶装置が全く使
用可能でないこともあった。

【０００６】

【発明が解決しようとする課題】従って、本発明の目的
は、割振り解除オペレーション及びその後の割振りオペ
レーションの間、キャッシュ・ストラクチャ又はリスト
・ストラクチャによって与えられるサービスを中断させ
ることなく、データ・ストラクチャ（例えば、キャッシ
ュ又はリスト）が縮小、拡大、或いは再配分されること
を可能にするための、及びリクエストされた記憶資源が
その割振りリクエスト（例えば、キャッシュ・ストラク
チャの割振り、或いはリスト・ストラクチャの割振り）
を満足させるように使用可能であることを保証するため
の方法及び装置を提供することにある。

【０００７】

【課題を解決するための手段】本発明の第１の特徴によ
れば、複数個のデータ処理システムによって共用される
外部データ記憶機構のデータ・ストラクチャを最適化す
るための装置が提供される。そのデータ・ストラクチャ
は第１の割振りコマンドによって割振りされる。第１の
割振りコマンドは、そのデータ・ストラクチャの作成の
ために割り当てられた外部データ記憶機構における記憶
スペースの量に基づいて第１割振りパラメータを含む。
その装置は、第１割振りパラメータの値を決定し、それ
によって、データ・ストラクチャの第１構成を決定する
ための手段と、データ・ストラクチャの実際の用途を決
定し、それによって、そのデータ・ストラクチャの第２
構成を決定するための手段と、データ・ストラクチャの
第１構成をデータ・ストラクチャの第２構成と比較する
ための手段と、比較手段からの出力に基づいて、第２割
振りパラメータを持った第２割振りコマンドを、データ
・ストラクチャの再割振りのためにそのデータ・ストラ
クチャに対して発生するための手段と、を含み、その発
生手段は、外部データ記憶機構における記憶スペース及
び処理サイクルが第２割振りパラメータを実行するため
に使用可能になる時、データ・ストラクチャの第１構成
を第２構成に調節するための手段を含み、第２割振りパ
ラメータが得られるまで、データ・ストラクチャの再割
振りは未決のままであり、すべての処理コマンドは外部
データ記憶機構によって受け付けられそして処理される
ことを特徴とする。

【発明の実施の形態】

【０００８】従って、本発明は、資源の再配分をトリガ
するためのイニシアティブが与えられるとストラクチャ
資源を再配分するための方法及び装置を提供する。その
再配分は、内部制御装置機能によって命令されるのでは
なくプログラム指定された目標に従うものであり、資源
は付属のプログラムによって再配分され且つアドレス可
能であり、従って、ストラクチャ資源は、依然としてホ
ストによる使用中の間でも再配分される。追加の記憶装
置の割当て及び記憶装置の解放は、物理的な記憶装置再
配分の間でも使用中のままであるそのストラクチャにお
けるオブジェクトに対する進行中のプログラム・オペレ
ーションに影響を与えない。そのストラクチャにおける
オブジェクトに対して実行されるコマンドは、ストラク
チャ資源の動的再配分と同時に実行し続ける。更に、本
発明は、ホスト・プログラムにより使用中のディレクト
リ及びデータ・エレメントの間で資源のプログラム指示
動的再配分を行う。

【０００９】ディレクトリ・エントリ資源はデータ・エ
レメント資源に変換可能であり、逆に、データ・エレメ
ントは、必要に応じて、ディレクトリ・エントリ資源に
変換可能である。更に詳しく云えば、ＳＥＳのための記
憶装置モデルは、使用可能な全記憶装置が記憶装置、即
ち、バイト・アドレス可能な記憶装置の個々のバイトを
アドレスできる命令のアドレシング範囲を越えることを
許容する。１つの例は、処理エレメントが３２ビット・
アドレスに制限され、それによって、バイト・アドレス
可能記憶装置を４ギガバイトに制限するが、４ギガバイ
ト以上の記憶装置が導入される時である。この場合、デ
ィレクトリ・エントリ資源は、下位の４ギガバイト範囲
に存在しなければならない。データ・オブジェクトはこ
の範囲内に、又はその外側に存在するであろう。従っ
て、データ・エレメントは、それらがバイト・アドレス
可能な領域内にある場合に、ディレクトリ・エントリ資
源に変換可能である。これは「制御記憶装置」と呼ばれ
る。

【００１０】ＳＥＳストラクチャは、それがコマンド実
行のために十分に使用可能である時、拡大、縮小、又は
再配分可能である。本発明によるＳＥＳストラクチャの
記憶装置モデルはデータ記憶装置及び制御記憶装置の間
の規定された関係を維持する。拡大又は縮小リクエスト
はターゲット・サイズ及びターゲット比率によって指定
される。本発明は、ＳＥＳストラクチャ記憶装置の保留
の拡張又は縮小にそれを適用することにおいて独特且つ
新規である。更に、拡大及び縮小は、一定の状態で遂行
されるのではなく、変化の量が拡大、縮小、又は再配分
プロセスの各呼出しによって決定される最適な状態で遂
行される。。キャッシュ又はリスト・ストラクチャはサ
イズを拡大又は縮小可能であり、或いは、ディレクトリ
・エントリ及びデータ・エレメントの相対的数は「再配
分」オペレーションにおいて変更可能（即ち、再配分可
能）である。更に、本発明は、プログラムの新しい割振
りの進行を決定するための手段、その新しい割振りの進
行を終了させるための手段、及びターゲットを変更する
ための手段を含む。

【００１１】従って、新しいパラメータは、必ずしもＳ
ＥＳ機構によって直ちに作用される必要はない。ターゲ
ットが得られるまで、割振りプロセスは保留のままでよ
く、プロセスは継続的である。この期間中、すべてのコ
マンドがＳＥＳ機構によって受け付けられ、遅延なしに
処理される。従って、通常のシステムにおけるようにサ
ービスの中断はない。

【００１２】

【実施例】図面、特に、図１を参照すると、ストラクチ
ャ１０、２０、及び３０を含むキャッシュ・ストラクチ
ャ・ジオメトリが示される。キャッシュ・ストラクチャ
のためのすべての記憶装置は、固定制御セグメント、デ
ータ記憶セグメント、ディレクトリ・エントリ記憶セグ
メント、及び境界記憶セグメントを含む複数個の固定サ
イズ記憶セグメントから成る。

【００１３】固定制御セグメント１はキャッシュ・スト
ラクチャの固定制御を含む。これらのセグメントはその
キャッシュ・ストラクチャの生涯を通して（即ち、拡
大、縮小、及び再配分を通して）無変更のままである。

【００１４】ディレクトリ・エントリ（ＤＥ）記憶セグ
メント２はキャッシュ・ディレクトリを含み、そのよう
に、ディレクトリ・エントリだけを含む。ディレクトリ
・エントリのサイズは一定であり、そのストラクチャが
最初に作成された時に設定される。しかし、ディレクト
リ・エントリの数、従って、ディレクトリ・エントリ・
セグメントの数は、拡大、縮小、又は再配置によって変
更可能である。

【００１５】データ記憶セグメント３はデータ・エレメ
ントだけを含む。データ・エレメントのサイズは一定で
あり、そのストラクチャが最初に作成された時に設定さ
れる。しかし、データ・エレメントの数、従って、デー
タ記憶セグメントの数は、拡大、縮小、又は再配分によ
って変更可能である。

【００１６】境界記憶セグメント４は、ディレクトリ・
エントリ及びデータ・エレメントの両方を含むことが可
能である。このセグメントにおけるすべてのディレクト
リ・エントリは、（図１に示されるように）そのセグメ
ントのすべてのデータ・エレメントのように連続してい
る。境界は、ディレクトリ・エントリ及びデータ・エレ
メントを分離する境界セグメントにおけるロケーション
であり、リクエストされたターゲット・ディレクトリ対
データの比（ＴＤＴＤＲ）が一致するようにその記憶装
置を分割する。１つのキャッシュ・ストラクチャには１
つの境界セグメントしかない。

【００１７】キャッシュ・ストラクチャは少なくとも１
つのデータ・オブジェクト及びディレクトリを含み、そ
のディレクトリはその少なくとも１つのデータ・オブジ
ェクトを位置指定する少なくとも１つのディレクトリ・
エントリを含むことが可能であることに留意すべきであ
る。しかし、キャッシュ・ストラクチャはデータ・オブ
ジェクトなしで作成可能であり、有用な且つ期待される
状況である。そのキャッシュがデータを持たない場合、
それは「ディレクトリ・オンリ・キャッシュ」と呼ば
れ、ローカル・キャッシュ・コヒーレンシを維持するた
めに使用される。又、いくつかのデータ・オブジェクト
でもってキャッシュ・ストラクチャを作成し、しかる
後、データ・オブジェクトを全く持たないようにそのキ
ャッシュを再配分することも可能である。これは、デー
タ・オブジェクトを作成し直すためにキャッシュが２回
再配分されるという点でディレクトリ・オンリ・キャッ
シュとはわずかに異なっている。このようなオペレーシ
ョンをディレクトリ・オンリ・キャッシュは遂行するこ
とができない。

【００１８】更に、ディレクトリ及びデータ・オブジェ
クトが必ずしも割振りに拘束されないことは注目され
る。事実、それらは記憶資源として扱われるだけであ
る。ディレクトリに対するデータの拘束は、書込みコマ
ンドが実行されそしてそのデータが事前にそのストラク
チャに存在しなかった時に生じる。更に、ディレクトリ
・オブジェクトの割当てはデータ・オブジェクトの割当
て及び拘束とは別個に生じる。多分、それは、たとえデ
ータ・オブジェクトが記憶資源として存在しても、多数
のディレクトリ・オブジェクトが関連のデータ・オブジ
ェクトを持たない場合である。従って、書込みコマンド
が生じるまで拘束は起こらない。

【００１９】図１に示されるように、３つのキャッシュ
・ストラクチャの表示は、ストラクチャ１０をストラク
チャ２０に縮小する方法及びストラクチャ２０をストラ
クチャ３０に再配分する方法を示す。図１は、ストラク
チャ３０がストラクチャ２０に再配分されるもの及びス
トラクチャ２０がストラクチャ１０に拡大されるものと
して示される。

【００２０】ＳＥＳ機構のシステム構成全体が、例え
ば、本願の出願人に譲渡された米国特許出願０７/８６
０,９４６号（１９９２年３月３０日出願）及び同０７/
８６０,８０３号（１９９２年３月３０日出願）に開示
されたものに従って構成される。従って、そのシステム
の詳細な説明は以下では行われず、精々、本発明に対す
るバックグランドを与えるだけに留める。

【００２１】簡単に云えば、それらシステムでは、図２
に示されるように、複数個の中央処理コンプレックス
（ＣＰＣ）１０Ａ−１０ＮがＳＥＳ機構１６にに接続さ
れる。そのＳＥＳ機構はＣＰＣによりアクセス可能な記
憶装置を含み、ＣＰＣにおけるプログラムによってリク
エストされたオペレーションを遂行する。複数のＳＥＳ
機構を設けることも可能であり、その場合、それらＳＥ
Ｓの各々は、ＣＰＣ１０Ａ−１０Ｎのすべて又は或るサ
ブセットに接続されたそれ自身のＩ／Ｓチャネル及びメ
ッセージ・パスを有するものでよい。図３に示されるよ
うに、ＣＰＣ１０Ａ−１０Ｎの各々は、それぞれ、ロー
カル・キャッシュ２４Ａ−２４Ｎを有し、ＳＥＳ機構１
６は１つ又は複数個のＳＥＳキャッシュ２６を含む。ダ
イレクト・アクセス記憶装置（ＤＡＳＤ）４０、ローカ
ル・キャッシュ２４Ａ−２４Ｎ、及びＳＥＳキャッシュ
２６は３レベル記憶ハイラーキを形成する。その最低レ
ベルの記憶装置はＤＡＳＤ４０であり、中間レベルの記
憶装置はＳＥＳキャッシュ２６であり、そして最高レベ
ルの記憶装置はローカル・キャッシュ２４Ａ−２４Ｎで
ある。ＤＡＳＤ４０及びＳＥＳキャッシュ２６はプロセ
ッサ１０Ａ−１０Ｎによって共用され、それぞれ、Ｉ／
Ｏオペレーション及びメッセージ・オペレーションによ
ってアクセスされる。ローカル・キャッシュ２４は各プ
ロセッサ１０において形成され、ＣＰＵ命令を使用して
アクセスされる。

【００２２】ＣＰＣ１０Ａ−１０Ｎの各々は、ＩＢＭマ
ニュアルＳＡ２２−７２０１−００に記載されているよ
うなエンタプライズ・システム・アーキテクチャ／３９
０のオペレーション原理に従ったＩＢＭ社のシステム、
又は他の同様なシステムであってもよい。ＣＰＣ１０Ａ
−１０Ｎの各々は１つ又は複数個の中央処理装置（ＣＰ
Ｕ）を含む。よく知られているように、ＣＰＵはデータ
を処理するためのプログラムの実行を制御するために、
ＩＢＭ社のＭＶＳオペレーティング・システム等のよう
なオペレーティング・システムを実行する。そのような
プログラムの１つは上記のＳＥＳオペレーションのバル
クを遂行し、本願ではそれを「プログラム」と呼ぶこと
にする。本発明はＩＢＭアーキテクチャ及び上記オペレ
ーティング・システムのコンテキストで以下に開示され
るけれども、本発明はそのようなアーキテクチャ及びシ
ステムに限定されものではなく、他のシステムにおける
オペレーションにも適合可能である。

【００２３】図２に示されるように、ＳＥＳ機構１６は
多数のストラクチャ（例えば、キャッシュ及びリスト）
４５−４８を有する。そのＳＥＳ機構は個別の記憶スト
ラクチャを持ったプログラムを与える。これらの間に、
リスト・ストラクチャ（例えば、４６、４７）及びキャ
ッシュ・ストラクチャ（例えば、４５、４８）がある。
各ストラクチャのタイプに対して、一組のコマンド及
び、後述のように、グローバル・オブジェクトを参照す
るための付加的コマンドが与えられる。特定のストラク
チャの作成、削除、及び属性が割振りコマンド及び割振
り解除コマンドを通してプログラムにより制御される。
それら割振りされたストラクチャ４５ー４８は同じタイ
プのものでよく、同時に存在し得るものであるが、それ
らは別々のＳＥＳ記憶ロケーションにあり、ストラクチ
ャ識別子（ＳＩＤ）によって位置指定される。そのＳＩ
Ｄ値は、コマンドによってターゲット・ストラクチャの
識別を与えれる。キャッシュ・ストラクチャ・コマンド
又はリスト・ストラクチャ・コマンドのような特定のス
トラクチャ・タイプのコマンドは所与のタイプの単一ス
トラクチャの内容だけをアドレス又は変更する。

【００２４】ＳＥＳの記憶装置はデータ・オブジェクト
及び制御オブジェクトを含む。データ・オブジェクトは
何れの記憶ロケーションにも存在し得るし、一方、制御
オブジェクトは、一般には、制御領域に制限される。図
２、図３、及び図４に示されるようにＳＥＳの記憶装置
及び制御領域を区切ってストラクチャにすることはプロ
グラムによって管理される。データ・オブジェクトは、
オプショナル付属データ領域を持ったテーブル又はリス
トにおいて編成される。残りのオブジェクトは制御オブ
ジェクトである。データ・オブジェクト及び制御オブジ
ェクトに割り当てられた記憶装置の相対的な量は、割振
りコマンドにおけるプログラム指定されたパラメータに
よって決定される。

【００２５】図３を参照すると、記憶装置ハイラーキを
通して移動するデータは名前（ローカル・キャッシュ２
４Ａ及び２４Ｂにおける列５０Ａ及び５０Ｂ、及びＳＥ
Ｓキャッシュ２６における列５１）を与えられる。ロー
カル・キャッシュ２４Ａ、２４Ｂにおけるデータ領域
は、それぞれ、列５２Ａ及び５２Ｂに示され、ローカル
・キャッシュ２４Ａ及び２４Ｂにおけるオプショナル付
属データ領域は、それぞれ、列５３Ａ及び５３Ｂに示さ
れる。ローカル・キャッシュ２４Ａ及び２４Ｂにおける
各エントリは、それぞれ、列５４Ａ、５４Ｂに示される
状態インディケータを含む。各ＳＥＳキャッシュ２６
は、データ領域（列５６）及び付属データ領域（列５
７）を含むデータ・テーブル５５を有する。データ・サ
イズは、１とデータ領域エレメント・サイズの「ｎ」倍
との間の可変性の範囲でもって可変的である。データ領
域エレメント・サイズはＳＥＳキャッシュ２６に対して
一定であり、２５６バイトを最小サイズとした２の累乗
である。付属データのオプショナル・フィールドはデー
タと関連づけ可能である（列５３Ａ、５３Ｂ、及び５
７）。データ（列５０Ａ、５０Ｂ、及び５１）の名前
は、プログラミング・プロトコルによって割り当てられ
た１６バイト値である。そのデータはＤＡＳＤ４０に恒
久的に常駐する。

【００２６】データのコピー又は新しいバージョンは、
ＳＥＳキャッシュ２６又はローカル・キャッシュ２４Ａ
及び２４Ｂの任意の組合せでも常駐可能である。例え
ば、データ・オブジェクトはＳＥＳキャッシュ２６及び
ローカル・キャッシュ２４Ａ−２４Ｎのサブセットに常
駐可能であり、或いはそれは、ローカル・キャッシュ２
４Ａ−２４Ｎのサブセットには存在するが、ＳＥＳキャ
ッシュ２６には常駐しなくてもよい。

【００２７】各ローカル・キャッシュ２４Ａ−２４Ｎ
は、ＣＰＣにおけるそれぞれのＳＥＳサポート機構を利
用することによってプログラムにより維持されるプロセ
ッサ記憶領域であり、「ベクトル定義（ＤＥＦＩＮＥ
ＶＥＣＴＯＲ）」命令によって定義されたローカル・キ
ャッシュ・ベクトルを含む。

【００２８】各ＳＥＳキャッシュ２６は、ディレクトリ
６０と、列５６及び５７におけるデータ領域エレメント
の集合をオプション的に有するデータ・テーブル５５と
より成るＳＥＳ機構１６における１つのストラクチャで
ある。ディレクトリ６０は、前述の名前列５１、各ディ
レクトリ・エントリの状態を表すための状態列６１、及
びディレクトリ６０における各エントリからデータ・テ
ーブル５５におけるエントリを指すための登録列６２を
含む。各キャッシュ・ストラクチャはストラクチャ識別
子ＳＩＤによって指定される。ＳＥＳキャッシュ２６に
おける各ＳＥＳキャッシュ・ストラクチャは「キャッシ
ュ・ストラクチャ割振り（ＡＬＬＯＣＡＴＥ−ＣＡＣＨ
Ｅ−ＳＴＲＵＣＴＵＲＥ）」コマンドによって作成され
る。そのコマンドはプログラムにおける初期設定プロシ
ージャによって発生され、データ領域エレメントのサイ
ズ及び数、ディレクトリ・エントリの数、記憶クラスの
数、及び追放クラスの数を含むようにＳＥＳキャッシュ
・ストラクチャのアトリビュートを決定する。

【００２９】ローカル・キャッシュ２４は「ローカル・
キャッシュ付加（ＡＴＴＡＣＨ−ＬＯＣＡＬ−ＣＡＣＨ
Ｅ）」コマンドによってＳＥＳキャッシュ２６に付加さ
れる。そのコマンドは、ＳＥＳ機構１６において制御を
初期設定し、発生されたコマンドをＳＥＳキャッシュ１
６からＳＥＳサポート機構（図示されていない）に送る
一組のパスとそのローカル・キャッシュとを関連付け
る。ローカル・キャッシュ２４は、それが記憶装置ハイ
ラーキに参加できるようにＳＥＳキャッシュ２６に付加
される。ローカル・キャッシュ２４Ａー２４Ｎ及びＳＥ
Ｓキャッシュ２６におけるデータのコピーのコヒーレン
シはＳＥＳキャッシュ２６における制御によって維持さ
れ、それぞれのＣＰＣ１０Ａ−１０Ｎにおける種々のＳ
ＥＳサポート機構に発生コマンドとして送られる「相互
無効化（ＣＲＯＳＳ−ＩＮＶＡＬＩＤＡＴＥ）」コマン
ドによって強化される。

【００３０】ディレクトリ６０は完全な関連づけアレー
として配列されたディレクトリ・エントリの集合であ
る。それらディレクトリ・エントリは記憶クラスに区分
される。変更されたディレクトリ・エントリのサブセッ
トは追放クラスに区分される。名前を付けられたデータ
・オブジェクトが２つの高いレベルのハイラーキ（ＳＥ
Ｓキャッシュ２６及びローカル・キャッシュ２４）に置
かれる時、その状態は状態列６１に登録され、そのロケ
ーションはＳＥＳキャッシュ・ディレクトリによって登
録列６２に登録される。状態情報は、データが変更され
るか、変更されないか、追放のためにロックされるか、
或いはＳＥＳキャッシュ２６に常駐するかを表示する。
ロケーション情報は、ローカル・キャッシュ２４Ａ−２
４Ｎのうちのどれがコピーを含んでいるかを表す。或る
「ＳＥＳ読取り（ＳＥＳ−ＲＥＡＤ）」コマンド及び
「ＳＥＳ書込み（ＳＥＳ−ＷＲＩＴＥ）」コマンドはＳ
ＥＳキャッシュ・ディレクトリにおけるローカル・キャ
ッシュ・コピーを登録する。「ＳＥＳ書込み」コマンド
及び「ＳＥＳ無効化」コマンドは登録を取り消し、ロー
カル・コピーを無効にする。

【００３１】データがローカル・キャッシュ２４におい
て見つけられる時、データの状態は有効又は無効であ
る。ローカル・キャッシュ・エントリの状態はＳＥＳサ
ポート機構（図示されていない）における制御によって
維持される。データはＣＰＵ命令によって有効にされ、
ＳＥＳ書込み及びＳＥＳ無効化オペレーションによって
無効にされる。データの有効状態はＣＰＵ命令によって
テストされる。有効に名前を付けられたオブジェクト
は、ローカル・キャッシュ・コヒーレンシを維持するた
めにＳＥＳキャッシュ・ディレクトリ６０に登録されな
ければならない。ローカル・キャッシュ・コヒーレンシ
は無効化プロセスによって維持される。登録されたロー
カル・キャッシュ・エントリは、無効なものとしてテス
トすることがある。

【００３２】ＳＥＳキャッシュ５５は、通常、ＤＡＳＤ
４０よりも小さい。従って、変更されたデータはＳＥＳ
キャッシュ２６からバッキングＤＡＳＤ４０に周期的に
転送（即ち、追放）されなければならない。追放はプロ
グラムによって制御され、追放オペレーションに対する
「ＳＥＳ読取り」コマンドを発生することを伴う。その
追放オペレーションは追放直列化をセットし、ローカル
・キャッシュ２４に置かれてもよいし或いは置かれなく
てもよいデータ・ブロックを主記憶装置にコピーする。
そのデータ・ブロックをＤＡＳＤ４０にコピーするＩ／
Ｏオペレーションが実行される。追放直列化を解放する
ＳＥＳアンロック追放ロック・オペレーションが発生さ
れる。ローカル・キャッシュ２４Ａ−２４Ｎの１つに対
して多数の追放プロセスが同時存在可能である。データ
が追放をロックされる時、いつもローカル・キャッシュ
２４Ａ−２４Ｎに対する識別子及び追放プロセスに対す
る識別子がディレクトリ６０に置かれる。

【００３３】最低使用頻度（ＬＲＵ）未変更データ及び
ディレクトリ資源は、新しいリクエストに合致するため
に必要とされる時にＳＥＳキャッシュ２６によって再利
用される。データ・オブジェクトは、プログラムによっ
ていくつかの記憶クラスのうちの１つにマップされる。
各記憶クラスは、再利用プロセスを制御する再利用ベク
トルを有する。これは、記憶クラスへのＳＥＳ記憶装置
の割当てがワークロード特性の変化を説明するよう動的
に調節されることを可能にする。再利用ベクトルはプロ
グラムによって維持される。

【００３４】図４はＣＰＣ１０Ａ−１０ＮとＳＥＳ機構
１６との接続を示すものであり、各ＣＰＣ１０Ａ−１０
Ｎは、それぞれ、プロセッサ記憶装置６５Ａ−６５Ｎを
含む。１つのリスト・ストラクチャ４６の内容が図４に
示される。ＳＥＳ機構における他のリスト・ストラクチ
ャが図４に示されたリスト・ストラクチャと同じである
ことは明らかであろう。

【００３５】リスト・ストラクチャ４６はリスト・スト
ラクチャ制御６６、ユーザ制御６７、オプショナルに
は、ロック・テーブル６８、及びリスト制御６９、リス
ト・エントリ制御７１を有するリスト・セット７０より
成る。各ロック・テーブル６８は、ゼロで始まる番号を
連続的に付けられた一連の１つ又は複数個のエントリよ
り成る。そのリスト・ストラクチャのタイプは、ロック
・テーブル・エントリがグローバル・ロック・マネージ
ャ（ＧＬＭ）オブジェクト、又はローカル・ロック・マ
ネージャ（ＬＬＭ）オブジェクト、或いはそれらの両方
を持っているかどうかを決定する。

【００３６】リスト・ストラクチャ制御６６は、リスト
・ストラクチャ４６が作成される時に初期設定される。
リスト・ストラクチャ制御６６は、ストラクチャ・サイ
ズ、リスト・ストラクチャのタイプ、ロック・テーブル
・エントリのカウント、非ゼロ・ロック・テーブル・エ
ントリのカウント、ロック・テーブル・エントリのサイ
ズ、リスト・カウント、リスト・エレメントのサイズ、
リスト・セット・エントリのカウント、ユーザ識別子の
ベクトル、及び６７において別個に示されたユーザ制御
のようなそのストラクチャのアトリビュートを含む。

【００３７】ユーザ制御６７は、リスト・ストラクチャ
のユーザが付加される時に作成されそして初期設定され
る。ユーザ制御６７はリスト通知トークン、システム識
別子、ユーザ付加制御、及びユーザ状態を含む。

【００３８】リスト制御６９は、リスト・エントリのカ
ウント、リスト・エレメントのカウント、リスト・エン
トリのカウントの限界又はリスト・エレメントのカウン
トの限界、リスト・モニタのテーブル、リスト状態遷移
のカウント、及びユーザ・リスト制御を含む。各リスト
７２は一連の０個の又は１つ以上のエントリより成る。
リスト・ストラクチャのタイプは、リスト・ストラクチ
ャ７０がデータ・リスト・エントリ７３付属リスト・エ
ントリ７４又はそれらの両方を含むかどうかを決定す
る。そのリスト・ストラクチャが付属リスト・エントリ
を含む場合、各リスト・エントリに関連した正確に１つ
の付属リスト・エントリがある。そのリスト・ストラク
チャがデータ・リスト・エントリを含む場合、所与のリ
スト・エントリと関連した１つ又は複数個のデータ・リ
スト・エントリがあっても、或いはなくてもよい。

【００３９】上記リスト・エントリ制御７１の１つはリ
スト７２の各エントリと関連付けられる。制御７１は、
リスト・エントリ・ロケーション情報及び付属領域７４
におけるデータを管理するための他の情報を含む。リス
ト・コマンドは、ロック・テーブル・エントリを書き込
むための手段を与える。コマンドはグローバル・ロック
・マネージャを比較し、そして条件付きでグローバル・
ロック・マネージャ、ローカル・ロック・マネージャ、
又はグローバル・ロック・マネージャ及びローカル・ロ
ック・マネージャの両方を置換することが可能である。
又、リスト・コマンドは、ロック・テーブル６８におけ
るエントリ又は次の非ゼロ・ロック・テーブル・エント
リを読み取るための手段、或いはロック・テーブル６８
をクリアするための手段を与える。

【００４０】又、リスト・コマンドはリスト７２におけ
る１つのエントリを条件付きで作成、読取り、置換、移
動、又は削除するための手段を与える。これらのプロセ
ス中、多数の比較がリクエスト可能である。それらはリ
スト番号比較、バージョン番号比較、グローバル・ロッ
ク・マネージャ（ＧＬＭ）比較、又はそれらの組合せを
含む。更に、グローバル・ロックが比較される時、ロー
カル・ロックＬＬＭが比較可能である。リスト・エント
リは、１つのリスト７２から同じストラクチャにおける
他のリストに、又は１つの位置から同じリスト７２にお
ける他の位置に移動可能である。

【００４１】リスト７２におけるリスト・エントリの位
置は、それが作成される時に決定され、そのリストにお
ける何れかのエントリが作成され、削除され、或いは移
動させられ時に変更可能である。リスト・エントリ又は
リスト・エントリ位置は、リスト・エントリ識別子、オ
プショナル・リスト・エントリ名、オプショナル・リス
ト・カーソル、又は位置によってリスト・セット７０内
に位置指定される。リスト・エントリ識別子はリスト・
セット７０にとって独特であり、ＳＥＳ機構１６によっ
て割り当てられる。リスト・エントリ名は如何なる特定
な例においてもリスト・セット７０にとって独特であ
り、そのプログラムによって与えられる。位置はリスト
番号、方向、及びオプショナル・リスト・エントリ・キ
ーによって指定される。

【００４２】リスト・エントリ・キーが存在する時、キ
ー付きのリスト・エントリは、左端位置において最低の
数値キーを持ったキーによって順序付けられる。同じキ
ー値を持ったエレメントは、同じキー値内の最初又は最
後のものによって位置指定可能である。キー付きでない
リスト・エントリが作成される又は移動させられる時、
ターゲット・リスト・エントリ位置は、いつもキー付き
位置及び同じキー値における最初の又は最後のものよっ
て位置指定される。

【００４３】リスト・コマンドは、リスト７２の１つの
エントリを同時に書き込み及び移動するための手段、移
動し及び読み取るための手段、又は読み取り及び削除す
るための手段を与える。複数個のリスト・エントリが同
期的に削除可能であり、複数個のデータ・リスト・エン
トリ７３又は付属リスト・エントリ７４が同期的に読み
取り可能である。データ・リスト・エントリ７３は、メ
ッセージ・オペレーション・ブロックによって主記憶装
置内の指定されたデータ領域にいつも戻される。付属リ
スト・エントリは、コマンドに依存して、メッセージ応
答ブロック又はデータ領域に戻される。通常、データ・
リスト・エントリ７３はアプリケーション・プログラム
・データを含み、付属リスト・エントリ７４はそれと関
連した制御データを含む。

【００４４】リスト・モニタリングはＳＥＳリスト機能
であり、それは「リスト・ストラクチャ・ユーザ付加
（ＡＴＴＡＣＨ−ＬＩＳＴ−ＳＴＲＵＣＴＵＲＥ−ＵＳ
ＥＲ）」コマンド及び「リスト・モニタ登録（ＲＥＧＩ
ＳＴＥＲ−ＬＩＳＴ−ＭＯＮＩＴＯＲ）」コマンドによ
るリスト・ストラクチャ・ユーザによってオプショナル
的にリクエストされる。その「リスト・ストラクチャ・
ユーザ付加」コマンドは、リスト・ストラクチャ・ユー
ザが常駐するシステム及びユーザと関連したリスト通知
ベクトル（ＬＮＶ）をＳＥＳに対して識別する。「リス
ト・モニタ登録」コマンドはユーザがリストをモニタし
始めるのを許容する。

【００４５】各プロセッサ記憶装置６５Ａ−６５Ｎは、
リスト通知ベクトルのグローバル・サマリ（ＬＮＶＧ
Ｓ）エントリ、多数のリスト通知ベクトルのローカル・
サマリ（ＬＮＶＬＳ）エントリ、及び多数のリスト通知
ベクトル（ＬＮＶ）を含む。そのＬＮＶは「ベクトル定
義（ＤＥＦＩＮＥ ＶＥＣＴＯＲ）」命令によって作成
される。ＬＮＶのサイズは、種々のリスト・ユーザの間
で変わり得るものである。ＬＮＶは「リスト・ストラク
チャ・ユーザ付加」コマンドによってＳＥＳリスト・ス
トラクチャ４６に付加される。ＬＮＶにおける各エント
リはＳＥＳリスト・ストラクチャ４６におけるリスト７
２と関連付けられる。エンプティ状態から非エンプティ
状態への遷移及び非エンプティ状態からエンプティ状態
への遷移は、ＣＰＵからＬＮＶにおける適当なエントリ
を周期的にポーリングすることによって検出される。
「ベクトル・エントリ・テスト（ＴＥＳＴ ＶＥＣＴＯ
Ｒ ＥＮＴＲＹ）」命令はこのために与えられる。

【００４６】ＬＮＶエントリは、エンプティ状態へのリ
スト遷移の結果として１にセットされ、非エンプティ状
態へのリスト遷移の結果として０にセットされる。ユー
ザがリストをモニタしている時、エンプティから非エン
プティへの及び非エンプティからエンプティへのリスト
の状態遷移の結果、ＳＥＳ機構１６は、ユーザ付加を開
始させる「リスト通知（ＬＩＳＴ ＮＯＴＩＦＩＣＡＴ
ＩＯＮ）」コマンドをシステムに発生する。

【００４７】その「リスト通知」コマンドは、モニタさ
れたリスト７２のエンプティ又は非エンプティ状態を反
映するようにその指定されたリスト通知ベクトル（ＬＮ
Ｖ）エントリを更新させる。その「リスト通知」コマン
ドは、モニタされたリスト７２の非エンプティ状態を反
映するように、その指定されたリスト通知ベクトルのグ
ローバル・サマリ（ＬＮＶＧＳ）及びリスト通知ベクト
ルのローカル・サマリ（ＬＮＶＬＳ）を更新させること
も可能である。

【００４８】固定の又はプログラム修正可能なキャッシ
ュ（又は、リスト）制御が設けられる。固定のキャッシ
ュ制御は、キャッシュが割振りされそしてそのキャッシ
ュが割振り解除されるまで変化しないままである時に初
期設定される。プログラム修正可能キャッシュ制御は、
キャッシュが割振りされそしてその後のＳＥＳコマンド
によって変更可能である時に初期設定される。

【００４９】拡大、縮小、及び再配分と関連した固定キ
ャッシュ制御が以下に要約される。即ち、 最大追放クラス（ＭＣＣ）：追放クラスの数を指定する
整数。 最大記憶クラス（ＭＳＣ）：記憶クラスの数を指定する
整数。 最大ストラクチャ・サイズ（ＭＸＳＳ）：キャッシュの
ために割振り可能なＳＥＳ記憶装置の単位の最大数を指
定する整数。

【００５０】拡大、縮小、及び再配分と関連したプログ
ラム修正可能なキャッシュ制御が以下に要約される。即
ち、 ターゲット・データ領域エレメントのカウント（ＴＧＤ
ＡＥＣ）：キャッシュ・ストラクチャにおけるディレク
トリ・エントリへの割当てに使用可能なデータ領域エレ
メントの最大数に対するターゲットを指定する整数。 ターゲット・ディレクトリ・エントリのカウント（ＴＧ
ＤＥＣ）：キャッシュ・ストラクチャにおける可能なデ
ィレクトリ・エントリの最大数に対するターゲットを指
定する整数。 ターゲット・ストラクチャ・サイズ（ＴＳＳ）：割振り
されるべきユニットのターゲット数を指定する整数。 トータルデータ領域エレメントのカウント（ＴＤＡＥ
Ｃ）：キャッシュに対して割振りされたデータ領域エレ
メントの数を指定する整数。 トータルディレクトリ・エントリのカウント（ＴＤＥ
Ｃ）：キャッシュに対して割振りされたディレクトリ・
エントリの数を指定する整数。 マージナル・ストラクチャ・サイズ（ＭＲＳＳ）：リク
エストされた比に無関係に、キャッシュに対して割振り
可能なＳＥＳ記憶装置のユニットの最小数を指定する整
数。 最小配分可能なストラクチャ・サイズ（ＭＡＳＳ）：キ
ャッシュに対して割振り可能な且つリクエストされた比
を実質的に満足するＳＥＳ記憶装置のユニットの最小数
を指定する整数。 保留のディレクトリ対データの比（ＰＤＴＤＲ）：「キ
ャッシュ・ストラクチャ割振り（ＡＬＬＯＣＡＴＥ Ｃ
ＡＣＨＥ ＳＴＲＵＣＴＵＲＥ）」コマンドにおける最
後のリクエストされたターゲットのディレクトリ対デー
タの比を含むフィールド。 再配分進行中インディケータ（ＲＥＩＰＩ）：再配分プ
ロセスがキャッシュ・ストラクチャに対して現在アクテ
ィブであるかどうかを表す値。 ストラクチャ・サイズ変化インディケータ（ＳＳＣ
Ｉ）：拡大又は縮小プロセスがキャッシュ・ストラクチ
ャに対して現在アクティブであるかどうかを表す値。

【００５１】ターゲット・ストラクチャ・サイズの値
は、ターゲット・ストラクチャ・サイズ・オブジェクト
にそれを置く前に、記憶セグメント・サイズの最も近い
倍数まで丸められる。

【００５２】リスト・ストラクチャ制御は固定のリスト
・ストラクチャ制御及びプログラム修正可能なリスト・
ストラクチャ制御を含む。固定のリスト・ストラクチャ
制御は、リスト・ストラクチャが作成される時に初期設
定され、そしてそれが割振り解除されるまでそのまま変
更されない。プログラム修正可能なリスト・ストラクチ
ャ制御は、そのリスト・ストラクチャが作成される時に
初期設定される。プログラム修正可能なリスト・ストラ
クチャ制御の値はＳＥＳコマンドによって変更可能であ
る。

【００５３】拡大、縮小、又は再配分と関連した固定の
リスト・ストラクチャ制御は以下のように要約される。
即ち、 最大ストラクチャ・サイズ（ＭＸＳＳ）：そのリストに
対して割振り可能なＳＥＳ記憶装置のユニットの最大数
を指定する整数。

【００５４】拡大、縮小、又は再配分と関連したプログ
ラム修正可能な制御は以下のように要約される。即ち、 リスト・セット・エレメント・カウント（ＬＳＥＬ
Ｃ）：そのリスト・セットにおけるリスト・エントリ、
又は再試行データ・ブロック、或いはその両方に割り当
てられたリスト・エレメントの数を指定する整数。 リスト・セット・エントリ・カウント（ＬＳＥＣ）：そ
のリストセットにおける既存のリスト・エントリの数を
指定する整数。 最大のリスト・セット・エントリ・カウント（ＭＬＳＥ
ＬＣ）：リスト・エントリ又は再試行データ・ブロッ
ク、或いはその両方への割当てに使用可能なリスト・エ
レメントの最大数を指定する整数。 最大のリスト・セット・エントリ・カウント（ＭＬＳＥ
Ｃ）：リスト・セットにおける可能なリスト・エントリ
の最大数を指定する整数。 ターゲット最大エレメント・カウント（ＴＭＥＬＣ）：
リスト・セットにおけるリストエントリ又は再試行デー
タ・ブロックへの割当てに使用可能なリスト・エレメン
トの最大数に対するターゲットを指定する整数。 ターゲット最大エントリ・カウント（ＴＭＥＣ）：リス
ト・セットにおける可能なリスト・エントリの最大数に
対するターゲットを指定する整数。 ターゲット・ストラクチャ・サイズ（ＴＳＳ）：割振り
されるべきＳＥＳ記憶装置のターゲット数を指定する整
数。 マージナル・ストラクチャ・サイズ（ＭＲＳＳ）：リク
エストされた比に関係なく、リスト・ストラクチャに対
して割振り可能なＳＥＳ記憶装置のユニットの最小数を
指定する整数。 最小の配分可能なストラクチャ・サイズ（ＭＡＳＳ）：
リスト・ストラクチャに対して割振り可能な且つリクエ
ストされた比を実質的に満足するＳＥＳ記憶装置のユニ
ットの最小数を指定する整数。 保留のエントリ対エレメントの比（ＰＥＴＥＬＲ）：
「リスト・ストラクチャ割振り」コマンドにおける最後
のリクエストされたターゲット・エントリ対エレメント
の比を含むフィールド。 再配分進行中インディケータ（ＲＥＩＰＩ）：再配分プ
ロセスがリスト・ストラクチャに対して現在アクティブ
であるかどうかを表す値。 ストラクチャ・サイズ変更インディケータ（ＳＳＣ
Ｉ）：拡大又は縮小プロセスがリスト・ストラクチャに
対して現在アクティブであるかどうかを表す値。

【００５５】ターゲット・ストラクチャ・サイズの値
は、ＴＳＳオブジェクト内にそれを置く前に記憶セグメ
ント・サイズの最も近い倍数に丸められる。ＳＥＳ記憶
セグメント・サイズは４０９６の２の累乗倍バイトのＳ
ＥＳ記憶装置サイズである。

【００５６】又、キャッシュ割振りプロセスを完了させ
ること及びリスト割振りプロセスを完了させることに関
して、ステータス状態が、必要に応じて及び更に詳細に
後述するように与えられる。ステータス状態の例は、そ
のストラクチャが初期割振りプロセスを完了させていな
いことを表す「割振り未完了」である。

【００５７】コマンド静止は、メッセージ応答をその後
放棄した時のオブジェクト参照の順方向完了の作用によ
って、又はそのような参照をやめることによって、特定
のコマンド実行の通常の完了として定義されるが、それ
は、「キャッシュ・ストラクチャ割振り」又は「リスト
・ストラクチャ割振り」のようなコマンドによって開始
されるバックグランド処理に対してはモデル依存する。
そのコマンド静止機能は、１９９２年３月３０日出願の
米国特許出願０７／８６０,３３０号に開示されてい
る。

【００５８】ＳＥＳ機構は、同じ又は異なるＳＥＳオブ
ジェクト（図２）に影響する異なるコマンドを潜在的に
は同時に実行する複数個のメッセージ・プロセッサを含
み得るので、ＣＰＣ（図２の１０Ｂ、１０Ｃ、１０Ｎ）
でもって実行し及びＳＥＳキャッシュ・オブジェクト
（４５、４８）又はリスト・オブジェクト（４６、４
７）をアクセスするプロセスにとってはそのＳＥＳ内の
コマンド実行のオーバラップが見えないことを保証する
ように、これらコマンドの実行を同期化するルールがそ
のＳＥＳ内に設定される。

【００５９】ＳＥＳ機構における記憶装置オブジェクト
はＳＥＳ機構のコマンドの実行中に参照される。オブジ
ェクト参照は、オブジェクトにおける明示値を取り出す
こと又は記憶することである。コマンドの実行中、その
コマンドに対するオブジェクトのすべて又はいくつかが
フェッチ可能であり、中間結果はその後の修正のために
維持可能であり、そして最終結果はそれらをオブジェク
トに入れる前に一時的に保持可能である。

【００６０】１つのコマンドのオブジェクト参照は、サ
ブチャネルにおいて見られるように、先行のすべてのコ
マンドの参照後に、及び後続のコマンドの参照前に生じ
る。メッセージ・コマンドによるすべてのオブジェクト
参照は、他のメッセージ・コマンドによって見られるよ
うに、（１）ステータスがサブチャネルにおいて引き出
される、又は（２）サブチャネル・ステータスがＣＰＵ
にとって使用可能にされる（即ち、コマンドがサブチャ
ネルにおいて見られるように順序付けられる）、前に完
了する。オブジェクト参照は３つのタイプ、即ち、フェ
ッチ、ストア、更新のものである。

【００６１】オブジェクトがソースとしてだけコマンド
実行に参加する時、そのオブジェクトはフェッチ型オブ
ジェクトであり、そのオブジェクトに対する参照はフェ
ッチ参照である。フェッチ型オブジェクトは、アクセス
がフェッチのためであることを表すことによって個々の
コマンド定義において識別される。

【００６２】オブジェクトが新しい値によって置換され
る範囲までデスティネーションとしてだけコマンド実行
に参加する時、そのオブジェクトはストア型オブジェク
トであり、そのオブジェクトに対する参照はストア参照
である。

【００６３】或るコマンドでは、オブジェクトはソース
及びデスティネーションとして参加する。これらのケー
スでは、そのオブジェクトに対する参照は、まず、フェ
ッチにありそして次に、ストアにある。このオブジェク
トは更新型オブジェクトであり、２つのアクセスの組合
せは「更新参照」である。その更新参照は、他のコマン
ドによるアクセスを防ぐようにインターロックされる。
インターロックされた更新の参照と関連したフェッチ・
アクセス及びストア・アクセスは必ずしも相互の直後に
生じるものではなく、他のコマンドに対する参照と関連
したすべてのフェッチ及びストア・アクセスは更新参照
のフェッチ・アクセス及びストア・アクセスの間の同じ
オブジェクトにおいて生じないようにされる。上記の要
件の制限内で、更新参照と関連したフェッチ及びストア
・アクセスは前の項で説明したフェッチ及びストアと同
じルールに従う。

【００６４】オブジェクト参照に対しては、１つのオブ
ジェクト内のすべてのバイトへのアクセスはすべてのＣ
ＰＵによって見られるように同時的であるように見え
る。フェッチ型参照の場合、他のコマンドのためのオブ
ジェクトへのストア・アクセスは、そのオブジェクトに
含まれるバイトがフェッチされようとしている時には許
されない。ストア型参照の場合、他のコマンドのための
オブジェクトへのアクセスは、フェッチ又はストアの何
れでも、そのオブジェクトにおけるバイトがストアされ
ようとしている時には許されない。ＳＥＳ内のロック
は、これらのオブジェクト同時参照ルールを強化するた
めに使用され、それについては更に詳細に後述すること
にする。

【００６５】割振りプロセスのコマンド又はチェックポ
イントはいくつかのオブジェクトを同時に参照すること
ができる。それらオブジェクトへに参照は、すべてのメ
ッセージ・コマンドによって見られるように同時的であ
るように見えなければならない。割振りプロセスの他の
コマンド又はチェックポイントに対する記憶アクセス
は、何れかのオブジェクトにおけるバイトがフェッチ又
はストアされようとしている時には何れのオブジェクト
に対しても許されない。何れかのストア型オブジェクト
におけるバイトがストアされようとしている時には何れ
のストア型オブジェクトに対する割振りプロセスの他の
コマンド又はチェックポイントによるフェッチ・アクセ
スは許されない。

【００６６】キャッシュ割振りプロセスのチェックポイ
ントによって参照されるオブジェクトのセットは「キャ
ッシュ・ストラクチャ割振り」コマンドにおいて指定さ
れる。リスト割振りプロセスのチェックポイントによっ
て参照されるオブジェクトのセットは「リスト・ストラ
クチャ割振り」コマンドにおいて指定される。

【００６７】オブジェクトはオブジェクト・ハイラーキ
に従って配列される。静的ＳＥＳ制御に続いて、先ず、
動的ＳＥＳ制御及び再試行テーブルが後続する。再試行
テーブル・エントリは、更に、再試行インデックスによ
って順序付けられる。共通のオブジェクト記憶領域をア
クセスする多数のエンジンを持ったＳＥＳ機構に対し
て、コマンド同時性の要件は、各オブジェクトの内部ロ
ックをそれが参照される前に得ること、及びそのコマン
ドが抑止され或いは完了するまでそれらロックをすべて
保つことによって満たすことが可能である。共用ロック
は、フェッチ型オブジェクトに対して得られ、排他ロッ
クはストア型オブジェクト及び更新型オブジェクトに対
して得られる。

【００６８】上記要件の制限内で、更新参照と関連した
フェッチ及びストア・アクセスは、前の項で説明したフ
ェッチ及びストアと同じルールに従う。

【００６９】キャッシュ・ストラクチャ・リクエストは
キャッシュ・ストラクチャ・リクエスト・オペランドを
通して行われる。次のような多数のキャッシュ・ストラ
クチャ・リクエスト・オペランドがある。即ち、それら
は、「割振りタイプ（ＡＴ）」、「配分優先順位インデ
ィケータ（ＡＰＩ）」、「データ領域エレメント特性
（ＤＡＥＸ）」、「データ許容係数（ＤＴＦ）」、「デ
ィレクトリ許容係数（ＤＩＴＦ）」、「ターゲット・デ
ィレクトリ対データ比（ＴＤＴＤＲ）」、及び「ターゲ
ット・ストラクチャ・サイズ（ＴＳＳ）」を含む。キャ
ッシュ・ストラクチャ・リクエスト・パラメータは「キ
ャッシュ・ストラクチャ割振り」コマンドに含まれる。

【００７０】「割振りタイプ（ＡＴ）」は、割振りコマ
ンドがどのようなアクションを取るべきかを示す値であ
り、ストラクチャ・サイズ・インディケータ（ＳＳ
Ｉ）、ユーザ・ストラクチャ制御インディケータ（ＵＳ
ＣＩ）、及び比率インディケータ（ＲＩ）を含む。次の
ような多数のアクションがリクエスト可能である。即
ち、それは、再配分を開始又は継続すること、再配分を
開始又は継続し、ＵＳＣ（ユーザ・ストラクチャ制御）
更新すること、拡大又は縮小を開始又は継続すること、
拡大又は縮小を開始又は継続し、ＵＳＣを更新するこ
と、拡大又は縮小を開始又は継続し、再配分を開始又は
継続すること、拡大又は縮小を開始又は継続し、再配分
を開始又は継続し、ＵＳＣを更新すること、前の割振り
プロセスを停止させること、及びＵＳＣだけを更新する
ことを含む。ストラクチャ権限（ＳＡＵ）はいつも比較
ストラクチャ権限リクエスト・オペランドと比較され、
それらが一致する時、それはストラクチャ権限リクエス
ト・オペランドと置換される。初期割振りプロセスが完
了しない場合、割振りタイプは無視される。

【００７１】配分優先順位インディケータ（ＡＰＩ）
は、拡大又は縮小プロセスにおいて正確な比率を設定す
る場合に生じる競合の解消及びいつキャッシュが最初に
割振りされるかを指示する値である。ＡＰＩにおける
「１」の値は、正確な比率を維持することがそのストラ
クチャに割り当てられる記憶資源の量を最大にするより
も高い優先順位のものであることを表す。「０」の値
は、記憶資源を最大にすることがより高い優先順位のも
のであることを表し、確度の低い比率は許容されるであ
ろう。

【００７２】データ領域エレメント特性（ＤＡＥＸ）
は、各データ領域エレメントにおけるバイトの数を指定
する整数である。

【００７３】データ許容係数（ＤＴＦ）は、縮小又は再
配分の何らかのチェックポイントの後に、変更したデー
タ領域エレメントの合計数のパーセンテージとして使用
可能でなければならないデータ領域エレメントの最小数
を指定する値である。

【００７４】ディレクトリ許容係数（ＤＩＴＦ）は、縮
小又は再配分の何らかのチェックポイントの後に、変更
したデータ領域エレメントの合計数のパーセンテージと
して使用可能でなければならないディレクトリ・エント
リの最小数を指定する値である。

【００７５】ターゲット・ディレクトリ対データ比（Ｔ
ＤＴＤＲ）は、キャッシュにおいて可能なデータ領域エ
レメントに対するディレクトリ・エントリの相対的数の
ためのターゲットを指定する２つの整数より成るフィー
ルドである。第１バイトにおける指定された整数をそれ
ら２つの数の和で除したものは、ディレクトリ・エント
リ及びデータ領域エレメントの合計カウントのうちのデ
ィレクトリ・エントリより成る部分を示す分数を表す。
第２バイトにおける指定された整数をそれら２つの数の
和で除したものは、ディレクトリ・エントリ及びデータ
領域エレメントの合計カウントのうちのデータ領域エレ
メントより成る部分を示す分数を表す。

【００７６】第１フィールドの値は非ゼロでなければな
らない。第２フィールドの値を第１フィールドの値で除
したものは最大データ領域サイズを越えてはならない。
第２フィールドがゼロであり且つキャッシュ・ストラク
チャが作成されようとしている時、データ領域エレメン
トは作成されず、キャッシュ・ストラクチャはディレク
トリのみのキャッシュであると考えられる。

【００７７】ターゲット・ストラクチャ・サイズ（ＴＳ
Ｓ）オペランドは割振りされるべきＳＥＳ記憶装置のタ
ーゲット数を指定する整数である。

【００７８】キャッシュ・ストラクチャ・プロセスはＳ
ＥＳキャッシュ・ストラクチャ・コマンドによって呼び
出し可能であり、例えば、キャッシュ・ストラクチャを
割振りすること、キャッシュ・ストラクチャを作成する
こと、ターゲット・ストラクチャ・サイズ・オブジェク
トを更新すること、ターゲット・カウント・オブジェク
トを更新すること、キャッシュ割振りプロセスをチェッ
クポイント指定すること、及びキャッシュ割振りプロセ
スを完了させることを含む。コマンドによって呼び出さ
れたプロセスにセットはコマンド記述においてリストさ
れる。

【００７９】キャッシュ・ストラクチャを割振りするた
めには、キャッシュ・ストラクチャは、未だ存在してい
ないストラクチャに対する「キャッシュ・ストラクチャ
割振り」コマンドの第１の呼出しが成功した時に作成さ
れる。キャッシュ・ストラクチャは、「キャッシュ・ス
トラクチャ割振り」コマンドの１つ又は複数個の呼出し
が成功した後に、最初に、拡大され、縮小され、又は再
配分される。これらのオペレーションは、一般的に、
「キャッシュ割振りプロセス」と呼ばれる。拡大、縮
小、及び再配分は初期割振りプロセスの完了後に開始さ
れる。

【００８０】説明をキャッシュ・ストラクチャの作成に
転ずると、キャッシュ・ストラクチャが作成される時、
ターゲット・ディレクトリ対データ比（ＴＤＴＤＲ）及
び付属割当てインディケータ（ＡＡＩ）は作成されたス
トラクチャのアトリビュートを決定する。ＴＤＴＤＲの
第２フィールドがゼロである時、データ領域エレメント
及び付属領域エレメントはディレクトリ・オンリのキャ
ッシュである。

【００８１】ＴＤＴＤＲの第２フィールドが非ゼロであ
り且つＡＡＩがオンである時、付属領域はディレクトリ
・エントリに割り当てられる。ＴＤＴＤＲの第２フィー
ルドが非ゼロであり且つＡＡＩがオフである時、付属領
域は作成されない。

【００８２】キャッシュ・ストラクチャが作成される
時、（１）ストラクチャ識別子（ＳＩＤ）値と関連した
ストラクチャ識別子ベクトルにおける作成されたビット
がセットされ、（２）キャッシュ・ストラクチャ制御が
初期設定される。この初期設定オペレーションは、ＬＣ
ＩＤベクトルをゼロに初期設定すること、ストラクチャ
権限（ＳＡＵ）オペランドをストラクチャ権限内に配置
すること、ＵＳＣオペランドをユーザ・ストラクチャ制
御に配置すること、ＡＡＩをＡＡＩオペランドの値に等
しくセットすること、ＭＣＣオペランドを最大追放クラ
ス・オブジェクトに配置すること、ＭＳＣオペランドを
最大記憶クラス・オブジェクトに配置すること、ＤＡＥ
Ｘオペランドをデータ領域エレメント特性オブジェクト
に配置すること、ＭＤＡＳオペランドを最大データ領域
サイズ・オブジェクトに配置すること、ターゲット・ス
トラクチャ・サイズ・オブジェクト及びターゲット・カ
ウント・オブジェクトを更新すること、キャッシュ・ス
トラクチャ・オブジェクト、最大キャッシュ・ストラク
チャ・オブジェクト、及びマージナル・キャッシュ・ス
トラクチャ・オブジェクトを更新すること、並びにフリ
ー・スペース・オブジェクト及びフリー制御スペース・
オブジェクトを更新することを含む。

【００８３】更に、キャッシュ・ストラクチャが作成さ
れる時、最大ストラクチャ・サイズ・オブジェクトは、
次の２つのうちの小さい方に初期設定される。即ち、 （１）モデルがサポートし得る最大記憶装置サイズ。 （２）ＳＥＳセグメント・サイズの最も近い整数倍に丸
められた最大ストラクチャ・サイズ・リクエスト・オペ
ランド。

【００８４】キャッシュ・ストラクチャが作成される
が、それが完全には割振りされない時、「キャッシュ・
ストラクチャ割振り」コマンド、「キャッシュ・ストラ
クチャ割振り解除」コマンド又は「キャッシュ・ストラ
クチャ情報読取り」コマンド以外のそのストラクチャに
対して発生されたすべてのキャッシュ・ストラクチャ・
コマンドは抑止されるか、或いは初期割振り未完了ステ
ータス状態でもって終了する。

【００８５】ＴＳＳオブジェクトを更新するためには、
キャッシュ・ストラクチャが作成される時、そのＴＳＳ
オブジェクトは次の２つのうちの小さい方にセットされ
る。即ち、 （１）最大キャッシュ・ストラクチャ・オブジェクト （２）ＳＥＳセグメント・サイズの最も近い整数倍に丸
められたＴＳＳリクエスト・オペランド。

【００８６】ＴＳＳリクエスト・オペランドがマージナ
ル・ストラクチャ・サイズ及び最大ストラクチャ・サイ
ズによって指定された範囲内にあり且つ拡大又は縮小リ
クエストが成功する時、ＴＳＳオブジェクトは、ＳＥＳ
セグメント・サイズの最も近い整数倍に丸められたＴＳ
Ｓリクエスト・オペランドにセットされる。

【００８７】再配分リクエストが対応の拡大又は縮小リ
クエストなしに開始され且つストラクチャ・サイズ変更
インディケータがゼロである時、ターゲット・ストラク
チャ・サイズ・オブジェクトは、ターゲット・カウント
・オブジェクトを更新する前にストラクチャ・サイズ・
オブジェクト値によって置換される。再配分リクエスト
が対応の拡大又は縮小リクエストなしに開始され且つス
トラクチャ・サイズ変更インディケータが１である時、
ＴＳＳオブジェクトは変更されない。この場合、拡大又
は縮小プロセスは継続するが、新しいディレクトリ対デ
ータ比は有効となる。これら２つの割振りプロセスは組
み合わされる。

【００８８】ＴＳＳリクエスト・オペランドが最大スト
ラクチャ・サイズ・オブジェクトよりも大きく且つ拡大
リクエストが成功する時、ＴＳＳオブジェクトは最大ス
トラクチャ・サイズ・オブジェクトに等しくセットされ
る。

【００８９】ＴＳＳリクエスト・オペランドがマージナ
ル・ストラクチャ・サイズ・オブジェクトよりも小さく
且つ縮小リクエストが成功する時、ＴＳＳオブジェクト
はマージナルストラクチャ・サイズ・オブジェクトに等
しくセットされる。

【００９０】ターゲット・カウント・オブジェクトを更
新するためには、作成又は再配分リクエストが成功する
時、ターゲット・ディレクトリ・カウント対ターゲット
・データ領域エレメント・カウントの比がＴＤＴＤＲリ
クエスト・オペランドによって指定された比に実質的に
等しくなるように、その逆比が最大データ領域サイズよ
り小さいか又はそれに等しくなるように、及びターゲッ
ト・カウントがＴＳＳに与えられる可能な最大カウント
となるように、ターゲット・カウントは更新される。

【００９１】作成リクエストは成功するがターゲットス
トラクチャ・サイズは最小の配分可能なストラクチャ・
サイズよりも小さい時、新しいターゲット・カウントの
比は最良の可能なものとなるが、保留のディレクトリ対
データ比から大きく変更したものでもよい。

【００９２】拡張又は縮小リクエストが成功する時、新
しいターゲット・ディレクトリ・エントリ・カウント対
ターゲット・データ領域エレメント・カウントの比が保
留のディレクトリ対データ比に実質的に等しくなるよう
に、その逆比が最大データ領域サイズよりも小さいか又
はそれに等しくなるように、及びターゲット・カウント
がＴＳＳに与えられる可能な最大カウントになるように
更新される。

【００９３】前のキャッシュ割振りプロセスが停止する
時、割振りタイプによって指定されるように、ＳＳ、Ｔ
ＤＥＣ、及びＴＤＡＥＣは最も最近のチェックポイント
におけるそれらの値を含む。追放される過程にある如何
なる記憶装置も最も最近のチェックポイントにおけるそ
れの使用と両立して使用するように回復される。

【００９４】ターゲット・ストラクチャ・サイズ及びタ
ーゲット・カウント値の割当てにおいて競合が生じるこ
とがある。例えば、最大の記憶サイズの割当ては、実質
的には正確でない比率を生じたり、或いは全く割り当て
可能でないオブジェクトを生じることがある。それとは
逆に、その比率を最適に満足させるために少量の記憶装
置を割り当てることは、小さすぎて効果的に利用されな
いストラクチャを生じることがある。そのような競合
は、制御スペースの不足、大きい比率又は大きい比較的
優良なコンポーネントとの比率の内訳、ストラクチャを
ＭＡＳＳ以下に縮小すること、リクエストされたオブジ
ェクトをサポートするデータ・ストラクチャの根底とな
るタイプ、記憶管理アルゴリズムにおける固有の拘束、
又はこれら要素のうちの１つ又は複数個の組合せから生
じ得るものである。

【００９５】そのような競合が存在し、配分優先順位イ
ンディケータがＢ'０'である時、ターゲット・ストラク
チャ・サイズは第１の考察事項であり、ターゲット比は
第２の考察事項である。更に詳しく云えば、その割振り
プロセスは、たとえターゲット・ストラクチャ・サイズ
への更なる進行の結果、新しいトータル・ディレクトリ
・エントリ・カウント・オブジェクト対新しいトータル
・データ領域エレメント・カウント・オブジェクトの比
が、現在のトータル・ディレクトリ・エントリ・カウン
ト・オブジェクト対現在のトータル・データ領域エレメ
ント・カウント・オブジェクトの比、及びターゲット・
ディレクトリ・エントリ・カウント・オブジェクト対タ
ーゲット・データ領域エレメント・カウント・オブジェ
クトの比の範囲外となっても継続しなければならない。

【００９６】そのような競合が存在し且つ配分優先順位
インディケータがＢ'１'である時、ターゲット比は第１
の考察事項となり、ターゲット・ストラクチャ・サイズ
は第２の考察事項になる。更に詳しく云えば、割振りプ
ロセスは、ターゲット・ストラクチャ・サイズへの更な
る進行の結果、新しいトータル・ディレクトリ・エント
リ・カウント・オブジェクト対新しいトータル・データ
領域エレメント・カウント・オブジェクトの比が、現在
のトータル・ディレクトリ・エントリ・カウント・オブ
ジェクト対現在のトータル・データ領域エレメント・カ
ウント・オブジェクトの比、及びターゲット・ディレク
トリ・エントリ・カウント・オブジェクト対ターゲット
・データ領域エレメント・カウント・オブジェクトの比
の範囲外となる場合には完了しなければならない。

【００９７】何れの場合でも、ターゲット比及びターゲ
ット・ストラクチャ・サイズを与えられたターゲット・
カウント・オブジェクトはできるだけ大きくなければな
らない。

【００９８】データ領域エレメント及びディレクトリ・
エントリに対するターゲット指定された許容レベルは更
なる割振り拘束である。

【００９９】縮小又は再配分プロセスは、次のような時
にはチェックポイントを作ることはできない。即ち、
（１）提示されたチェックポイントにおけるトータル・
データ領域エレメント・カウントの新しい値が現在の値
よりも小さく且つ「新しい値から変更されたデータ領域
エレメントのカウントを減じた結果」が許容し得るデー
タ領域エレメント・カウントよりも小さい時、又は
（２）提示されたチェックポイントにおけるトータル・
ディレクトリ・エントリ・カウントの新しい値が現在の
値よりも小さく且つ「新しい値から変更されたデータ領
域エレメントのカウントを減じた結果」が許容し得るデ
ータ領域エレメント・カウントよりも小さい時。何れか
の状態が生じる時、割振りプロセスは前のチェックポイ
ントにおいて停止し、応答コード０が戻される。

【０１００】２つの割振り拘束、即ち、許容可能なデー
タ領域エレメント・カウント及び許容可能なディレクト
リ・エントリ・カウントは、縮小又は再配分リクエスト
が指定され且つ対応する許容係数がゼロでない時だけ強
制される。許容レベルは、データ領域エレメントに対し
てはセット可能であるが、ディレクトリ・エントリに対
してはセット可能ではなく、或いは、ディレクトリ・エ
ントリに対してはセット可能であるが，データ領域エレ
メントに対してはセット可能ではない。

【０１０１】許容可能なカウントは次のように計算され
る。即ち、「許容し得るデータ領域エレメント・カウン
ト」は、変更されたデータ領域エレメントの合計数とデ
ータ許容係数オペランドの値を１００で除した値との積
の結果である。その結果は端数を切り捨てられて最も近
い整数値にされる。

【０１０２】「許容可能なディレクトリ・エントリ・カ
ウント」は、変更されたディレクトリ・エントリの合計
数とデータ許容係数オペランドの値を１００で除した値
との積の結果である。その結果は端数を切り捨てられて
最も近い整数値にされる。

【０１０３】両方の許容カウントがゼロである場合、タ
ーゲット・カウントが得られるまで縮小及び再配分が継
続可能である。

【０１０４】キャッシュ割振りプロセスを「チェックポ
イント指定（ｃｈｅｃｋｐｏｉｎｔｉｎｇ）」すること
は、プログラム修正可能なキャッシュ制御の新しい値が
プログラムにとって見えるものとなるようにそのキャッ
シュ制御を更新するものとして定義される。チェックポ
イント・パラメータは、「キャッシュ情報読取り」コマ
ンドに応答してそのプログラムにおいてレポートされた
ものであり、トータル・ディレクトリ・エントリ・カウ
ント（ＴＤＥＣ）、トータル・データ領域エレメント・
カウント（ＴＤＡＥＣ）、ストラクチャ・サイズ（Ｓ
Ｓ）、ターゲット・ストラクチャ・サイズ（ＴＳＳ）、
現ディレクトリ・エントリ・セグメント・カウント（Ｄ
ＥＳＣ）、及び現データ・セグメント・カウント（デー
タＳＣ）を含む。

【０１０５】「キャッシュ・ストラクチャ割振り（ＡＣ
Ｓ）」コマンドは、成功の応答コードが戻される時、い
つもチェックポイント指定される。又、初期割振りが完
了した後、成功したＡＣＳコマンドの実行中いつも、又
はバックグランド処理が成功のＡＣＳコマンド（そのオ
ペレーションは後述される）の結果として継続する時、
チェックポイント指定可能である。成功のＡＣＳコマン
ドのバックグランド処理は、成功の応答コードが戻され
る時に停止する。本願で定義されるように、バックグラ
ンド処理は、メッセージ応答が送られてしまった後にメ
ッセージ・プロセッサによって実行される何らかの機能
のことであり、それは割振りプロセスのチェックポイン
ト指定を生じることもある。一方、フォアグランド処理
は、メッセージ応答を送る前に生じる何らかの処理とし
て定義される。

【０１０６】キャッシュ割振りプロセスがチェックポイ
ント指定される時、ストラクチャ・サイズ、トータル・
ディレクトリ・エントリ・カウント、トータル・データ
領域エレメント・カウントのキャッシュ・オブジェク
ト、及びフリー・スペース及びフリー制御スペースのグ
ローバル・オブジェクトが更新される。新しいストラク
チャ・サイズ・オブジェクトは前のストラクチャ・サイ
ズ・オブジェクト及びＴＳＳオブジェクトの範囲内であ
る。新しいトータル・ディレクトリ・エントリ・カウン
ト・オブジェクト対トータル・データ領域エレメント・
カウント・オブジェクトに比は、前のトータル・ディレ
クトリ・エントリ・カウント・オブジェクト対トータル
・データ領域エレメント・カウント・オブジェクトの比
及びターゲット・ディレクトリ・エントリ・カウント・
オブジェクト対ターゲット・データ領域エレメント・カ
ウント・オブジェクトの比の範囲内である。

【０１０７】初期割振りプロセスは次のような時に完了
する。即ち、（１）コマンドがストラクチャ・オブジェ
クトに抗して処理可能である時、又は（２）マージナル
・ストラクチャ・サイズを作成するには不十分な使用可
能な記憶装置があるため、キャッシュ・ストラクチャが
作成されない時。

【０１０８】キャッシュ・ストラクチャは作成されない
が初期割振りが完了する時、トータル・ディレクトリ・
エントリ・カウント、トータル・データ領域エレメント
・カウント、ストラクチャ・サイズ、及び最大ストラク
チャ・サイズ応答オペランドがゼロにセットされる。そ
のような状態は、マージナルなサイズのストラクチャを
作成するに不十分な記憶資源が存在する時に生じる。計
算された最小の配分可能なストラクチャ・サイズ及びマ
ージナルなストラクチャ・サイズは応答オペランドにお
いて戻される。

【０１０９】成功の応答コードが戻される時、ＡＴリク
エスト・オペランドにおいて指定されたようにすべての
リクエストされたキャッシュ割振りプロセスが完了す
る。

【０１１０】ディレクトリ及びデータ領域エレメントを
作成するためには、キャッシュ・ストラクチャに割り当
てられた使用可能な記憶装置が配分され、それによっ
て、ディレクトリ・エントリ（ＤＥ）及びデータ領域エ
レメント（ＤＡＥ）を作成する。作成される各ＤＥ及び
ＤＡＥの数は、使用可能な記憶装置の量、ＡＡＩの設
定、指定されたＴＤＴＤＲ、ＤＡＥ特性（ＤＡＥＸ）及
び指定されたＴＳＳ及び最大ストラクチャ・サイズの関
数である。その結果生じるＤＥ及びＤＡＥの数は、それ
ぞれ、トータル・ディレクトリ・エントリ・カウント
（ＴＤＥＣ）制御フィールド及びトータル・データ領域
エレメント・カウント（ＴＤＡＥＣ）制御フィールドに
入れられる。データ領域エレメント及び付属領域にとっ
て必要な記憶装置は、ＤＡＥＸ、ＡＡＩ、及びＴＤＴＤ
Ｒによって決定される。割振りプロセスのその後の実行
は、ＴＤＡＥＣ及びＴＤＥＣを増加又は減少させること
ができる。しかし、ＤＡＥＸ及びＡＡＩは一定である。

【０１１１】「キャッシュ・ストラクチャ割振り」コマ
ンド及び「キャッシュ・ストラクチャ情報読取り」コマ
ンドを含むようにそのシステムによって使用される複数
個のキャッシュ・ストラクチャ・コマンドがある。

【０１１２】ＡＣＳコマンドは、ユーザ・ストラクチャ
制御を更新し、（１）キャッシュ・ストラクチャを作成
し、（２）キャッシュ・ストラクチャの初期割振りを継
続又は完了する。一旦初期割振りが完了すると、ＡＣＳ
コマンドは拡大、縮小、又は再配分を開始又は継続し、
更に詳しく後述するように割振りタイプに依存して、ユ
ーザ・ストラクチャ制御又はそれの任意の組合せを更新
する。

【０１１３】ＡＣＳコマンドは、次のような時にユーザ
・ストラクチャ制御リクエスト・オペランドの値でもっ
てユーザ・ストラクチャ制御を更新する。即ち、（１）
キャッシュ・ストラクチャが作成され、（２）初期割振
りプロセスが完了し、ストラクチャ権限（ＳＡＵ）比較
が成功し、且つ割振りタイプ（ＡＴ）リクエスト・オペ
ランドにおけるユーザ・ストラクチャ制御インディケー
タ（ＵＳＣＩ）がオンである。ＳＡＵ生成はプログラム
によって行われ、本発明の範囲外である。

【０１１４】ＡＣＳコマンドは、次のような時にキャッ
シュ・ストラクチャを作成する。即ち、（１）ストラク
チャ識別子ベクトルの指定され作成されたビットがオフ
であり、（２）ＳＡＵ比較が成功し、（３）ＴＳＳオペ
ランドが関連の制御をつくるに十分であり、（４）ＴＳ
Ｓオペランドが最大ストラクチャ・サイズ（ＭＲＳＳ）
オペランドよりも小さいか又はそれに等しく、且つ
（５）マージナル・ストラクチャ・サイズ（ＭＲＳＳ）
のキャッシュ・ストラクチャを作成するために使用可能
な十分な記憶装置がある。

【０１１５】ＡＣＳコマンドは、次のような時にキャッ
シュ・ストラクチャの初期割振りを継続する。即ち、
（１）ストラクチャ識別子ベクトルの指定され作成され
たビットがオンであり、（２）ＳＡＵ比較が成功し、
（３）ストラクチャの初期割振りが完了していない。

【０１１６】ＡＣＳコマンドは、次のような時にキャッ
シュ・ストラクチャの拡大を開始又は継続する。即ち、
（１）ストラクチャの初期割振りが完了しており、
（２）ＳＡＵ比較が成功し、（３）ストラクチャ・サイ
ズ（ＳＳ）インディケータがオンであり、且つ（４）指
定されたＴＳＳがＳＳオブジェクトの値よりも大きいか
又はそれに等しい。

【０１１７】ＡＣＳコマンドは、次のような時にキャッ
シュ・ストラクチャの縮小を開始又は継続する。即ち、
（１）ストラクチャの初期割振りが完了しており、
（２）ＳＡＵ比較が成功し、（３）ストラクチャ・サイ
ズ（ＳＳ）インディケータがオンであり、且つ（４）指
定されたＴＳＳがＳＳオブジェクトの値よりも小さい。

【０１１８】ＡＣＳコマンドは、次のような時にキャッ
シュ・ストラクチャの再配分を開始又は継続する。即
ち、（１）ストラクチャの初期割振りが完了しており、
（２）ＳＡＵ比較が成功し、且つ（３）比率インディケ
ータ（ＲＩ）がオンである。

【０１１９】ＡＣＳプロセスは、次のような時、設定さ
れたチェックポイントにおいてチェックポイント指定さ
れ、完了する。即ち、（１）ストラクチャの初期割振り
完了しており、（２）ＳＡＵ比較が成功し、且つ（３）
ＡＴが停止を指定する。

【０１２０】リクエストされたキャッシュ・ストラクチ
ャ・プロセスが完了する時、すべてのプロセスがチェッ
クポイント指定され、ＴＤＥＣ、ＴＤＡＥＣ、ＭＸＳ
Ｓ、ＳＳ及び成功応答コード（ＲＣ）が応答オペランド
において戻される。

【０１２１】割振りプロセスが完了する前にモデル依存
の時間期間（例えば、数ミリ秒）が経過した時、プロセ
スはチェックポイント指定され、ＴＤＥＣ、ＴＤＡＥ
Ｃ、ＭＸＳＳ、ＳＳ及び成功ＲＣは応答オペランドにお
いて戻される。

【０１２２】比較ストラクチャ権限リクエスト・オペラ
ンド及びＳＡＵ制御が一致しない時、ＳＡＵ、ＵＳＣ、
及び表示ＲＣが応答オペランドにおいて戻される。キャ
ッシュ・ストラクチャが存在せず、ＴＳＳリクエスト・
オペランドが次のような時、即ち、（１）キャッシュ・
ストラクチャに対する関連の制御の作成を可能にするに
は不十分であるか時、又は（２）ＭＸＳＳリクエスト・
オペランドよりも大きい時、そのリクエストをサポート
するに必要なＭＡＳＳ及びＭＲＳＳは、それぞれ、ＭＡ
ＳＳ及びＭＲＳＳ応答オペランドに入れられる。ＭＡＳ
Ｓ、ＭＲＳＳ、及び表示ＲＣはプログラムに戻される。

【０１２３】一旦初期割振りが完了すると、割振り未完
了ステータス状態は最早認識されない。更に詳しく云え
ば、拡大、縮小、又は再配分が進行中である時、割振り
未完了は認識されない。作成されたが縮小オペレーショ
ンが未完了なストラクチャに対するコマンドは正常に実
行される。更に詳しく云えば、コマンドは前記の縮小を
スケジュールされたオブジェクトを参照及び更新するこ
とができる。縮小は完了することを保証されない。例え
ば、キャッシュが変更されたデータでもって満杯である
時、縮小は完了し得ない。

【０１２４】キャッシュ・ストラクチャが縮小される
時、そのキャッシュ・ストラクチャに割り当てられた記
憶セグメントが解放されるよう、データ領域及びディレ
クトリ・エントリ記憶セグメント相互間で移行される。
変更されたデータの移行が未変更のデータ領域又はディ
レクトリ・エントリの再利用を必要とする時、再利用ベ
クトル機構は使用されない。従って、最低使用頻度（Ｌ
ＲＵ）順序づけを、縮小オペレーションを通して保管す
ることはないであろう。

【０１２５】ストラクチャ・サイズはモデル依存の制御
にとって必要な非プログラム・アドレス可能な記憶装置
を含むことができる。ＴＳＳオペランドは、プログラム
・アドレス可能なオブジェクト及び非プログラム・アド
レス可能オブジェクトの両方に適応するに十分に大きく
なければならない

【０１２６】応答が成功裏に戻される前にインターフェ
ース制御チェックが生じる時、プログラムはコマンドを
再発生することができる。ＳＡＵがそのコマンドにおい
て指定された権限に合致し且つＳＩ及びＳＡＵの組合せ
が独特である時、キャッシュ・コマンドの実行は成功の
ＲＣでもって完了した。

【０１２７】キャッシュ・ストラクチャを作成するには
不十分なスペースしかＳＥＳにない時、成功のＲＣが戻
される。プログラムは、戻されるストラクチャ・サイズ
を調べることによってこの状態を決定することができ
る。ストラクチャ・サイズがゼロである場合、キャッシ
ュ・ストラクチャは作成されなかった。リクエストされ
たストラクチャ・サイズがＳＥＳセグメント・サイズの
整数倍でない時、ＴＳＳは、ＳＥＳセグメント・サイズ
の最も近い整数倍に丸められる。ＳＥＳは、自由な又は
未変更のＤＡ及びＤＥが存在する範囲への縮小を進行す
るだけである。キャッシュ・ストラクチャが変更された
データ及びディレクトリ・エントリで満杯の時、ＳＥＳ
による進行は行われない。縮小を容易にするためには、
簡単に前述したようにデータ・エレメント及びディレク
トリ・エントリが追放される追放プロセスがその縮小プ
ロセスと平行して実行可能である。

【０１２８】更に、キャッシュ・ストラクチャの拡大及
び縮小は、そのキャッシュ・ストラクチャの初期割振り
が完了するまで開始されることはない。初期割振りが進
行中である時にＡＣＳが発生され且つＡＴオペランドが
サイズ変更を表す場合、そのＡＴオペランドは無視さ
れ、初期割振りが継続する。しかし、拡大又は縮小が進
行中であり、且つ「キャッシュ・ストラクチャ割振り」
コマンドが発生され、ＡＴオペランドがサイズ変更を表
す場合、ＴＳＳオペランドの新しい値が選ばれる。作成
されたが割振りを未だ完了していないストラクチャに対
するＳＥＳ機構において認識されるコマンドは、「割振
り未完了」のような表示的応答及びステータス・コード
でもって抑止される。「キャッシュ・ストラクチャ割振
り解除」、「ＡＣＳ」、及び「キャッシュ・ストラクチ
ャ情報読取り」コマンドは例外であり、正規に実行され
る。

【０１２９】最大ストラクチャ・サイズが指定される場
合、その後の拡大をサポートするためにモデル依存制御
を形成するようストラクチャが作成される時に記憶装置
が使用されるので、注意を払わなければならない。割振
りプロセスが進行中でなく且つ指定された資源サイズが
既存のサイズに一致したキャッシュに対してＡＣＳコマ
ンドが発生される場合、そのコマンドは直ちに実行さ
れ、成功の応答コードが戻される。キャッシュ・ストラ
クチャにおける唯一の効果は、リクエストされた時にＳ
ＡＵ及びＵＳＣを更新することである。

【０１３０】実用上の事項として、ハッシュ・テーブル
のサイズはＭＸＳＳに基づかなければならず、それによ
って、キャッシュ・ストラクチャがその後に拡大される
時、そのハッシュ・テーブルを再作成する必要をなくす
る。キャッシュ・アーキテクチャの実施は、ディレクト
リ走査プロセス及び割振りプロセスの同時実行をサポー
トしなければならない。特に、縮小及び再配分のサポー
トにおけるデータ領域及びディレクトリ・エントリの移
行は「ディレクトリ読取り」又は「ローカル・キャッシ
ュ切り離し」コマンドの実行を妨害してはならない。

【０１３１】キャッシュ・ストラクチャ情報読取りに関
しては、「キャッシュ・ストラクチャ情報読取り」コマ
ンドは指定されたキャッシュ・ストラクチャに対するキ
ャッシュ制御（例えば、一定の及びプログラム可能な）
の値を戻す。キャッシュ制御の値は応答オペランドに置
かれ、その制御値は成功の応答コードと共に戻される。
ＳＥＳキャッシュに対するＴＤＥＣ及びＴＤＡＥＣは、
それぞれ、ＴＤＥＣオペランド及びＴＤＡＥＣオペラン
ドに置かれ、ＡＡＩはＡＡＩオペランドに置かれ、最大
記憶装置クラスはＭＳＣオペランドに置かれ、最大追放
クラスはＭＣＣオペランドに置かれ、データ領域エレメ
ント特性はＤＡＥＸオペランドに置かれ、キャッシュ・
ストラクチャ・サイズはＳＳオペランドに置かれ、最大
ストラクチャ・サイズはＭＸＳＳオペランドに置かれ、
最小配分可能なストラクチャ・サイズはＭＡＳＳオペラ
ンドに置かれ、マージナル・ストラクチャ・サイズはＭ
ＲＳＳオペランドに置かれ、保留のディレクトリ対デー
タ比はＰＤＴＤＲオペランドに置かれ、進行インディケ
ータ内再配分はＲＥＩＰＩオペランドに置かれ、ストラ
クチャ・サイズ変更インディケータはＳＳＣＩオペラン
ドに置かれ、ユーザ・ストラクチャ制御はＵＳＣオペラ
ンドに置かれ、ストラクチャ権限はＳＡＵオペランドに
置かれ、ターゲットストラクチャ・サイズはＴＳＳオペ
ランドに置かれ、ターゲット・ディレクトリ・エントリ
・カウントはＴＧＤＥＣオペランドに置かれ、ターゲッ
トデータ領域エレメント・カウントはＴＧＤＡＥＣオペ
ランドに置かれ、そしてＬＣＩＤベクトルはＬＣＩＤＶ
オペランドに置かれる。

【０１３２】リスト・ストラクチャ・リクエストはリス
ト・ストラクチャ・オペランドを通して行われる。「割
振りタイプ（ＡＴ）」、「配分優先順位インディケータ
（ＡＰＩ）」、「エレメント許容係数（ＥＴＦ）」、
「ターゲット・エントリ対エレメント比（ＴＥＴＥＬ
Ｒ）」、及び「ターゲット・ストラクチャ・サイズ（Ｔ
ＳＳ）」を含む複数個のリスト・ストラクチャ・オペラ
ンドがある。リスト・ストラクチャ・リクエスト・パラ
メータはリスト・ストラクチャ割振りコマンドに含まれ
る。

【０１３３】割振りタイプ（ＡＴ）は割振りコマンドが
どんなアクションを取るべきかを表す値であり、ストラ
クチャ・サイズ・インディケータ（ＳＳＩ）、ユーザ・
ストラクチャ制御インディケータ（ＵＳＣＩ）、及び比
率インディケータ（ＲＩ）を含む。リクエスト可能なア
クションは、再配分を開始又は継続すること、再配分を
開始又は継続し且つＵＳＣを更新すること、拡大又は縮
小を開始又は継続すること、拡大又は縮小を開始又は継
続し且つＵＳＣを更新すること、拡大又は縮小を開始又
は継続し且つ再配分を開始又は継続すること、拡大又は
縮小を開始又は継続し且つ再配分を開始又は継続し且つ
ＵＳＣを更新すること、前の割振りプロセスを停止させ
ること、及びＵＳＣだけを更新することを含む。

【０１３４】ストラクチャ権限はいつも比較のストラク
チャ権限リクエスト・オペランドと比較され、そしてそ
れらが一致する時、何らかの割振り機能の発生の際にス
トラクチャ権限リクエスト・オペランドと置換される。
初期割振りプロセスが完了してない場合、割振りタイプ
は無視される。

【０１３５】配分優先順位インディケータ（ＡＰＩ）は
拡大又は縮小プロセス時の又はリストが最初に割振りさ
れる時の正確な比率の設定における競合の解消を指示す
る値である。ＡＰＩの「１」の値は、正確な比率を維持
することがそのストラクチャに割り当てられる記憶資源
の量を最大にすることよりも高い優先順位である。
「０」の値は、記憶資源を最大にすることが高い優先順
位であり、低い精度の比率が許容されるであろうことを
示す。

【０１３６】エレメント許容係数（ＥＬＴＥ）は、縮小
又は再配分プロセスにおける何れかのチェックポイント
後に使用可能とならなければならないデータ・リスト・
エレメントの最小数を、割り当てられたデータ・リスト
・エレメントの合計数のパーセンテージとして指定する
値である。

【０１３７】エントリ許容係数（ＥＴＦ）は、縮小又は
再配分プロセスにおける何れかのチェックポイント後に
使用可能とならなければならないリスト・エントリの最
小数を、割り当てられたリスト・エントリの合計数のパ
ーセンテージとして指定する値である。

【０１３８】ターゲット・エントリ対エレメント比（Ｔ
ＥＴＥＬＲ）は、リスト・セットにおいて可能なリスト
・エレメントに対するリスト・エントリの相対的な数に
対するターゲットを指定する２つの２進整数より成るフ
ィールドである。それら２つの数の和でもって第１フィ
ールドにおいて指定された整数を除したものは、リスト
・エントリより成る最大リスト・セット・エレメント及
び最大リスト・セット・エントリ・カウントの合計の分
数である。それら２つの数の和でもって第２フィールド
において指定された整数を除したものは、データ・リス
ト・エントリ及び再試行データ・ブロックと関連のリス
ト・エレメントより成る最大リスト・セット・エレメン
ト及び最大リスト・セット・エントリ・カウントの合計
の分数を表す。

【０１３９】両フィールドが非ゼロである場合、及び第
１フィールドでもって第２フィールドを除した時に得ら
れた値が最大データ・リスト・エントリのサイズよりも
小さいか又はそれに等しい場合、オペランドは有効であ
る。

【０１４０】ターゲット・ストラクチャ・サイズ（ＴＳ
Ｓ）は、割振りされた記憶装置のターゲット数を指定す
る整数である。

【０１４１】リスト・ストラクチャ・プロセッサは、プ
ログラムによって発生されたＳＥＳリスト・ストラクチ
ャ・コマンドにより呼出し可能であり、割振り、作成、
チェックポイント指定、及びリスト割振りプロセスの完
了を含む。コマンドによって呼び出されたプロセスのセ
ットはコマンド記述においてリストされる。リスト・ス
トラクチャを割振りするために、ユーザ・ストラクチャ
制御は「リスト・ストラクチャ割振り（ＡＬＳＴ）」コ
マンドを介して条件付きで更新される。リスト・ストラ
クチャは、未だ存在しないストラクチャに対するＡＬＳ
Ｔコマンドの最初の成功した呼出し時に作成される。リ
スト・ストラクチャは、ＡＬＳＴコマンドの１つ又は複
数の成功した呼出し後、先ず、割振りされるか、拡大さ
れるか、縮小されるか、又は再配分される。これらのオ
ペレーションは、一般には、リスト割振りプロセスと呼
ばれる。拡大、縮小、及び再配分は初期割振りプロセス
の完了に伴って開始される。

【０１４２】リスト・ストラクチャが作成される時、リ
スト・ストラクチャ・タイプはその作成されたストラク
チャの属性を決定する。リスト・ストラクチャ・タイプ
は、カウンタ、ロック、データ、付属、名前、及びキー
の各々に対するインディケータを持ち、それらの各々は
その分野では一般に知られている。

【０１４３】指定されたリスト・ストラクチャ・タイプ
におけるカウント・インディケータがオフであり且つ割
振りが成功する時、各リストに対するリスト制御はリス
ト・エントリ・カウント及びリスト・エントリ・カウン
ト制限を含んでいる。指定されたリスト・ストラクチャ
・タイプにおけるカウント・インディケータがオンであ
り且つ割振りが成功する時、各リストに対するリスト制
御はリスト・エレメント・カウント及びリスト・エレメ
ント・カウント制限を含んでいる。

【０１４４】指定されたリスト・ストラクチャ・タイプ
におけるロック・インディケータがオンであり且つ割振
りが成功する時、ロック・テーブル・エントリ特性によ
って指定された幅及びロック・テーブル・エントリ・カ
ウントによって指定された長さを持ったロック・テーブ
ルが上記のリスト・ストラクチャ４６において作成され
る。

【０１４５】指定されたリスト・ストラクチャ・タイプ
におけるデータ・インディケータがオンであり且つ割振
りが成功する時、記憶装置がリスト・エレメントの作成
に対して割振りされる。リスト・エレメントのサイズは
リスト・エレメント特性によって指定される。

【０１４６】指定されたリスト・ストラクチャ・タイプ
における付属インディケータがオンであり且つ割振りが
成功する時、そのストラクチャにおいて作成された各リ
スト・エントリは、６４バイトのサイズを持った付属リ
スト・エントリを有する。指定されたリスト・ストラク
チャ・タイプにおける名前インディケータがオンであり
且つ割振りが成功した時、そのストラクチャにおいて作
成された各リスト・エントリはそれと関連したリスト・
エントリの名前を有する。指定されたリスト・ストラク
チャ・タイプにおけるキー・インディケータがオンであ
り且つ割振りが成功する時、そのストラクチャにおいて
作成された各リスト・エントリはそれと関連したリスト
・エントリ・キーを有する。

【０１４７】リスト・ストラクチャが作成される時、 （１）フリー・スペース及びフリー制御スペース・グロ
ーバル制御が更新される。 （２）ＳＩＤベクトルにおける適正に作成されたビット
がオンにセットされる。 （３）ＴＳＳ及びターゲット・カウント・オブジェクト
の更新を含むリスト・ストラクチャ及びリスト制御が初
期設定される。 更に、リスト・ストラクチャが作成される時、ＭＸＳＳ
オブジェクトは、ＳＥＳ記憶セグメント・サイズの次の
整数倍に丸められたＭＸＳＳリクエスト・オペランドの
値に初期設定され、そのモデルがサポートし得る最大の
記憶装置サイズに制限される。

【０１４８】リスト・ストラクチャが作成されるが完全
には割振りされていない時、ＡＬＳＴコマンド、リスト
・ストラクチャ割振り解除コマンド、及びリスト・スト
ラクチャ制御読取りコマンドを除くそのストラクチャに
発生されたすべてのリスト・ストラクチャ・コマンドが
割振り未完了ステータス状態でもって抑止又は終了させ
られる。

【０１４９】ＴＳＳオブジェクトの更新に関して、リス
ト・ストラクチャが作成される時、ＴＳＳオブジェクト
は次のような使用可能な最大の記憶装置サイズに等しく
セットされる。即ち、それは （１）ＴＥＴＥＬＲを与えられた参照可能なオブジェク
トをサポートする。 （２）ＳＥＳセグメント・サイズの最も近い整数倍に等
しいか又はそれよりも小さい。 （３）ＭＸＳＳオブジェクト及びＭＲＳＳオブジェクト
によって指定された範囲内にある。

【０１５０】ＴＳＳリクエスト・オペランドがマージナ
ル・ストラクチャ・サイズ及び最大ストラクチャ・サイ
ズによって指定された範囲内にあり且つ拡大リクエスト
或いは縮小リクエストが成功する時、ＴＳＳオブジェク
トは、ＳＥＳセグメント・サイズの最も近い整数倍に丸
められたＴＳＳリクエスト・オペランドにセットされ
る。

【０１５１】再配分リクエストが対応する拡大又は縮小
リクエストなしで開始され且つストラクチャ・サイズ変
更インディケータがゼロである時、ＴＳＳオブジェクト
は、ターゲット・カウント・オブジェクトを更新する前
にＳＳオブジェクト値によって置換される。再配分リク
エストが対応する拡大又は縮小リクエストなしで開始さ
れ且つストラクチャ・サイズ変更インディケータが１で
ある時、ＴＳＳオブジェクトは変更されない。この場
合、拡大又は縮小プロセスは継続するが、新しいエント
リ対エレメント比は有効となる。それら２つの割振りプ
ロセスは組み合わされる。

【０１５２】ＴＳＳリクエスト・オペランドがＭＸＳＳ
オブジェクトよりも大きく且つ拡大リクエストが成功す
る時、ＴＳＳオブジェクトはＭＸＳＳオブジェクトに等
しくセットされる。ＴＳＳリクエスト・オペランドがＭ
ＲＳＳオブジェクトよりも小さく且つ縮小リクエストが
成功する時、ＴＳＳオブジェクトはＭＲＳＳオブジェク
トに等しくセットされる。

【０１５３】ターゲット・カウント・オブジェクトはＴ
ＭＥＬＣオブジェクト及びＴＭＥＣオブジェクトを含
む。そのターゲット・カウント・オブジェクトの更新は
種々の時間に行われる。例えば、作成リクエスト又は再
配分リクエストが成功する時、ターゲット・カウント
は、ＴＭＥＬＣに対するＴＭＥＣの比がＴＥＴＥＬＲリ
クエスト・オペランドにより指定されるような比に実質
的に等しくなるように、その逆比がゼロよりも大きく且
つ最大データ・リスト・エントリ・サイズよりも小さい
か或いはそれに等しくなるように、及びターゲット・カ
ウントがターゲット・ストラクチャ・サイズを与えられ
る可能な最大カウントとなるように更新される。

【０１５４】拡大リクエスト又は縮小リクエストが成功
する時、ターゲット・カウントは、新しいＴＭＥＬＣに
対する新しいＴＭＥＣの比が保留のエントリ対エレメン
ト比（ＰＥＴＥＬＲ）に実質的に等しくなるように、そ
の逆比がゼロよりも大きく且つ最大データ・リスト・エ
ントリ・サイズよりも小さいか又はそれに等しくなるよ
うに、及びターゲット・カウントがターゲット・ストラ
クチャ・サイズを与えられる可能な最大カウントとなる
ように更新される。

【０１５５】ターゲット・ストラクチャ・サイズ及びタ
ーゲット・カウント値の割当てにおいて競合が生じるこ
とがある。例えば、使用可能な最大の記憶装置サイズを
割り当てることは、実質的に正確でない比率を作成する
ことがあり、或いは全く割り当て可能でないオブジェク
トを作成することがある。逆に、その比率を最適に満足
させるために少量の記憶装置を割り当てることは小さ過
ぎて効果的に利用し得ないストラクチャを作成すること
がある。そのような競合は、制御スペースの不足から、
又は大きな比率の明細或いは大きな比較的基本的なコン
ポーネントの明細から、又はＭＡＳＳ以下にストラクチ
ャを縮小することから、又はリクエストされたオブジェ
クトをサポートする基礎的なデータ・ストラクチャのタ
イプから、又は記憶管理アルゴリズムにおける固有の拘
束から、又はこれらの要素の１つ又は複数個の組合せか
ら生じることがある。

【０１５６】そのような競合が存在し且つ配分優先順位
インディケータがＢ'０'である時、ターゲット・ストラ
クチャ・サイズは主要な考察事項であり、ターゲット比
率は二次的な考察事項である。特に、割振りプロセス
は、たとえ、ターゲット・ストラクチャ・サイズに向け
ての更なる進行の結果として、現在の「最大リスト・セ
ット・エントリ・カウント」オブジェクト対現在の「最
大リスト・セット・エレメント・カウント」オブジェク
トの比及び「ターゲット最大エントリ・カウント」オブ
ジェクト対「ターゲット最大エレメント・カウント」オ
ブジェクトの比の範囲の外になる新しい「最大リスト・
セット・エントリ・カウント」オブジェクト対新しい
「最大リスト・セット・エレメント・カウント」オブジ
ェクトの比を生じても継続しなければならない。

【０１５７】そのような競合が存在し且つ配分優先順位
インディケータがＢ'１'である時、ターゲット比率は主
要な考察事項であり、ターゲット・ストラクチャ・サイ
ズは二次的な考察事項である。特に、割振りプロセス
は、ターゲット・ストラクチャ・サイズに向けての更な
る進行の結果として、現在の「最大リスト・セット・エ
ントリ・カウント」オブジェクト対現在の「最大リスト
・セット・エレメント・カウント」オブジェクトの比及
び「ターゲット最大エントリ・カウント」オブジェクト
対「ターゲット最大エレメント・カウント」オブジェク
トの比の範囲の外になる新しい「最大リスト・セット・
エントリ・カウント」オブジェクト対新しい「最大リス
ト・セット・エレメント・カウント」オブジェクトの比
を生じた場合、完了しなければならない。

【０１５８】何れの場合でも、ターゲット・カウント・
オブジェクトは、ターゲット比及びターゲット・ストラ
クチャ・サイズをできるだけ大きく与えられなければな
らない。

【０１５９】リスト・エレメント及びリスト・エントリ
に対する指定された許容レベルは更なる割振り拘束であ
る。

【０１６０】縮小及び再配分プロセスは、次のような場
合、チェックポイントを作成することができない。即
ち、（１）提示されたチェックポイントにおける「最大
リスト・セット・エレメント」カウントの新しい値が現
在の値よりも小さく且つその「新しい値」マイナス「割
り当てられたリスト・エレメントのカウント」が「許容
可能なリスト・エレメント」カウントよりも小さい時、
又は（２）提示されたチェックポイントにおける「最大
リスト・セット・エントリ」カウントの新しい値が現在
の値よりも小さく且つその「新しい値」マイナス「割り
当てられたリスト・エントリのカウント」が「許容可能
なリスト・エントリ」カウントよりも小さい時。何れの
状態が生じても、割振りプロセスは前のチェックポイン
トにおいて停止し、応答コード０が戻される。

【０１６１】２つの割振り拘束、即ち、「許容可能なリ
スト・エレメント」カウント及び「許容可能なリスト・
エントリ」カウントは、縮小又は再配分リクエストが指
定され且つ対応する許容係数がゼロでない時だけ強制さ
れる。いずれの許容係数もゼロである場合、対応する割
振り拘束は存在しない。許容レベルはデータ・リスト・
エレメントに対してセットされるが、リスト・エントリ
に対してはセットされず、或いは、同様に、リスト・エ
ントリに対してはセットされるがデータ・リスト・エレ
メントに対してはセットされない。

【０１６２】許容可能なカウントは次のように計算され
る。即ち、「許容可能リスト・エレメント・カウント」
は、割り当てられたデータ・リスト・エレメントの合計
数と「エレメント許容係数」オペランドを１００で除し
た値との積である。その結果は切り捨てられて最も近い
整数値にされる。

【０１６３】「許容可能リスト・エントリ・カウント」
は、割り当てられたリスト・エントリの合計数と「エレ
メント許容係数」オペランドを１００で除した値との積
である。その結果は切り捨てられて最も近い整数値にさ
れる。

【０１６４】両方の許容係数がゼロである場合、マージ
ナル・ストラクチャ・サイズが達成されるまで縮小又は
再配分は継続することができる。

【０１６５】リスト割振りプロセスをチェックポイント
指定することは、プログラム修正可能なリスト制御を、
その制御の新しい値がそのプログラムにとって見ること
ができるように更新することとして定義される。初期割
振りが完了した後、成功の応答コードが戻される時、Ａ
ＬＳＴコマンドはいつもチェックポイント指定される。
更に、成功のＡＬＳＴコマンドの実行中にいつも、又は
バックグランド処理が成功のＡＬＳＴコマンドの結果と
して継続する時、割振りプロセスはチェックポイント指
定可能である。成功のＡＬＳＴコマンドの処理は、成功
の応答コードが戻される時に停止する。

【０１６６】リスト割振りプロセスがチェックポイント
指定される時、ＭＬＳＥＣ、ＭＬＳＥＬＣ、及びストラ
クチャ・サイズ・リスト・ストラクチャ・オブジェクト
と、フリー・スペース及びフリー制御スペース・グロー
バル・オブジェクトとが更新される。新しいストラクチ
ャ・サイズ・オブジェクトは前のストラクチャ・サイズ
・オブジェクト及びＴＳＳオブジェクトの範囲内にあ
る。新しいＭＬＳＥＣオブジェクト対新しいＭＬＳＥＬ
Ｃオブジェクトの比は前のＭＬＳＥＣオブジェクト対前
のＭＬＳＥＬＣオブジェクトの比及びＴＭＥＣオブジェ
クト対ＴＭＥＬＣオブジェクトの比の範囲内にある。

【０１６７】初期割振りプロセスは次のような時に完了
する。即ち、（１）コマンドがストラクチャ・オブジェ
クトに抗して処理可能である時、（２）マージナル・ス
トラクチャ・サイズ（ＭＲＳＳ）を作成するには不十分
な使用可能な記憶装置があるためにリスト・ストラクチ
ャが作成されない時。

【０１６８】リスト・ストラクチャは作成されないが初
期割振りが完了する時、不十分な記憶装置しか使用可能
でない場合には、ＭＡＳＳ及びＭＲＳＳ応答オペランド
は非ゼロである。ＴＳＳリクエスト・オペランドが無効
であった場合、ＲＣ応答オペランドも非ゼロである。

【０１６９】リスト・ストラクチャに関する種々のオペ
レーションを遂行するために使用される利用可能な複数
個のリスト・ストラクチャ・コマンドがある。リスト・
ストラクチャ・コマンドはリスト・ストラクチャ割振り
コマンドを含み、そのコマンドはユーザ・ストラクチャ
制御を更新し、そして（１）リスト・ストラクチャを作
成し、又は（２）リスト・ストラクチャの初期割振りを
継続又は完了する。一旦初期割振りが完了すると、リス
ト・ストラクチャ割振りコマンドは拡大、縮小、再配分
を開始又は継続し、或いは、割振りタイプ・リクエスト
・オペランドに従ってユーザ・ストラクチャ制御又はそ
れらの任意の組合せを開始又は継続する。

【０１７０】ユーザ・ストラクチャ制御は、次のような
時に更新される。即ち、（１）リスト・ストラクチャが
作成される時、（２）初期割振りプロセスが完了し、ス
トラクチャ権限比較が成功し、そしてＡＴリクエスト・
オペランドにおけるＵＳＣＩがオンである時。

【０１７１】ＡＬＳＴコマンドは、次のような時にリス
ト・ストラクチャを作成する。即ち、（１）ストラクチ
ャ識別子ベクトルの指定されそして作成されたビットが
オフである時、（２）ＳＡＵ比較が成功する時、（３）
ＴＳＳオペランドがリクエストされたロック・テーブル
・エントリ、リスト、及び関連の制御を作成するに十分
である時、（４）ＴＳＳオペランドがＭＸＳＳオペラン
ドよりも小さい時、及び（５）マージナル・サイズのリ
スト・ストラクチャを作成するに十分な利用可能な記憶
装置がある時。ＡＬＳＴコマンドは、次のような時にリ
スト・ストラクチャの初期割振りを継続する。即ち、
（１）ストラクチャ識別子ベクトルの指定されそして作
成されたビットがオンである時、（２）ＳＡＵ比較が成
功する時、及び（３）そのストラクチャの初期割振りが
完了していない時。

【０１７２】ＡＬＳＴコマンドは、次のような時にリス
ト・ストラクチャの拡大を開始又は継続する。即ち、
（１）そのストラクチャの初期割振りが完了している
時、（２）ＳＡＵ比較が成功する時、（３）ストラクチ
ャ・サイズ・インディケータがオンである時、（４）指
定されたＴＳＳがストラクチャ・サイズ・オブジェクト
の値よりも大きいか又はそれに等しい時。

【０１７３】リスト・ストラクチャ割振りコマンドは、
次のような時にリスト・ストラクチャの縮小を開始又は
継続する。即ち、（１）そのストラクチャの初期割振り
が完了している時、（２）ＳＡＵ比較が成功する時、
（３）ストラクチャ・サイズ・インディケータがオンで
ある時、及び（４）指定されたＴＳＳがストラクチャ・
サイズ・オブジェクトの値よりも小さい時。

【０１７４】リスト・ストラクチャ割振りコマンドは、
次のような時にリスト・ストラクチャの再配分を開始又
は継続する。即ち、（１）そのストラクチャの初期割振
りが完了している時、（２）ＳＡＵ比較が成功する時、
及び（３）ＲＩがオンである時。

【０１７５】リスト・ストラクチャプロセスは次のよう
な時にチェックポイント指定され、その設定されたチェ
ックポイントにおいて完了する。即ち、（１）そのスト
ラクチャの初期割振りが完了している時、（２）ＳＡＵ
比較が成功する時、及び（３）ＡＴが停止を指定する
時。

【０１７６】割振りプロセスが完了する時、すべての割
振りプロセスがチェックポイント指定され、ＭＡＳＳ、
ＭＲＳＳ、ＳＳ、ＴＭＥＣ、ＴＭＥＬＣ、ＭＬＳＥＬ
Ｃ、ＭＸＳＳ、及び成功したＲＣが応答オペランドにお
いて戻される。

【０１７７】割振りプロセスが完了する前にモデル依存
の時間期間（例えば、数ミリ秒）が経過した時、プロセ
スはチェックポイント指定され、ＭＬＳＥＣ、ＭＬＳＥ
ＬＣ、ＭＸＳＳ、ＭＡＳＳ、ＭＲＳＳ、ＳＳ、ＴＭＥ
Ｃ、ＴＭＥＬＣ、及び経過時間期間ＲＣが応答オペラン
ドにおいて戻される。

【０１７８】比較ストラクチャ権限リクエスト・オペラ
ンド及びＳＡＵ制御が一致しない時、ＳＡＵ、ＵＳＣ、
及び表示ＲＣが応答オペランドにおいて戻される。リス
ト・ストラクチャが存在せず且つＴＳＳが（１）リクエ
ストされたロック・テーブル・エントリの作成、リス
ト、及び関連の制御を可能にするには不十分である時、
又は（２）ＭＸＳＳリクエスト・オペランドよりも大き
い時、そのリクエストをサポートするに必要なＭＲＳＳ
及びＭＡＳＳ及び表示的ＲＣはプログラムに戻される。

【０１７９】リストがロック・テーブルだけで割振りさ
れる時、ＴＳＳは、ロック・テーブル・エントリ・サイ
ズ及び指定されたロック・テーブル・エントリ・カウン
トをサポートするに必要な記憶装置が小さい時でも割振
りされる。ロック・テーブルのオペレーションはよく知
られているものと考えられ、従って、ここではそれを説
明しないことにする。一旦初期割振りが完了すると、割
振り未完了ステータス状態は最早認識されない。更に詳
しく云えば、割振り未完了ステータスは、拡大、縮小、
又は再配分が進行中である間、認識されない。作成され
てはいるが縮小オペレーションが未完了であるストラク
チャに対するコマンドは、正規に実行される。更に詳し
く云えば、コマンドは、縮小のためにスケジュールされ
たオブジェクトを参照及び更新可能である。縮小は完了
することを保証されない。割り当てられたリスト・エン
トリの存在は縮小プロセスの完了を妨げることがある。
リスト・ストラクチャが縮小される時、リスト・エント
リ制御及びリスト・エントリは、そのリスト・ストラク
チャに割り当てられた記憶セグメントが解放されるよう
に記憶セグメント相互間で移行する。

【０１８０】一般に当業者には知られているハッシュ・
テーブル及びＢツリーのようなリスト・ストラクチャに
おけるリスト・エントリの効率的なサーチのために作成
されたストラクチャは、リスト・ストラクチャが拡大又
は縮小される時、サイズを調節可能である必要はない。
しかし、十分なパフォーマンスを与えるためには、その
ようなストラクチャのサイズは、リスト・ストラクチャ
が最初に割振りされた時に最大ストラクチャ・サイズ・
リクエストの値に基づかなければならないことが望まし
い。

【０１８１】既存のリスト（それに対して割振りプロセ
スが進行中であり且つ指定された資源サイズが既存のサ
イズに一致する）に対するＡＬＳＴコマンドが発生され
る時、そのコマンドは直ちに実行され、成功の応答コー
ドが戻される。リスト・ストラクチャに関する唯一の効
果は、リクエストされた時にＳＡＵ及びＵＳＣを更新す
ることである。リスト・エントリ名が存在する時、ハッ
シュ・テーブルのサイズは最大ストラクチャ・サイズに
基づくのが好ましく、それによって、リスト・ストラク
チャが拡大される時、ハッシュ・テーブルを再形成する
ことを回避している。

【０１８２】リスト・ストラクチャ（例えば、図４にお
けるリスト・ストラクチャ４６）の実施は、拡大、縮
小、又は再配分の同時実行及び他のすべてのリスト・ス
トラクチャ・コマンドをサポートしなければならない。
縮小又は再配分のサポートにおけるデータ及び制御の移
行は、「複数リスト・エントリ」コマンドを含む移行し
たデータ及び制御を参照するコマンドの実行を妨害しな
いように制御されなければならない。ストラクチャ・サ
イズは、モデル依存の制御に必要な非プログラム・アド
レス可能な記憶装置を含むことが望ましい。ＴＳＳオペ
ランドは、プログラム・アドレス可能なオブジェクト及
び非プログラム・アドレス可能なオブジェクトの両方に
適応するよう十分に大きいことが望ましい。

【０１８３】応答コードが成功裏に戻される前にインタ
ーフェース制御チェック状態が生じる時、プログラムは
コマンドを再発生可能である。ＳＡＵがそのコマンド上
で指定された権限と一致し且つＳＩ及びＳＡＵの組合せ
が独特である時、第１コマンドの実行は成功したＲＣで
もって完了したことになる。

【０１８４】ＳＥＳには、リスト・ストラクチャを作成
するには不十分なスペースしか存在しない場合、成功の
応答コードが戻される。プログラムは、戻されるストラ
クチャ・サイズを調べることによって、この状態を決定
することができる。ストラクチャ・サイズがゼロである
場合、リスト・ストラクチャは作成されなかったことに
なる。

【０１８５】キー機能をサポートするために、当業者に
知られているＢツリーは静的に割振り可能である。エン
トリが作成され、移動され、或いは削除される時、その
Ｂツリーを平衡して保持するためにオーバヘッドが存在
することがある。従って、複数個のキーが使用されなけ
ればキーが割振りされる必要はなく、そのストラクチャ
を割振りするためには更なる記憶装置が必要となること
がある。

【０１８６】リクエストされたストラクチャ・サイズが
ＳＥＳセグメント・サイズの整数倍でない時、そのスト
ラクチャ・サイズはＳＥＳセグメント・サイズの最も近
い整数倍に丸めされる。最大ストラクチャサイズを指定
する時には注意を払わなければならない。それは、その
後の拡大をサポートするようモデル依存の制御を構築す
るためにストラクチャが使用される時、記憶装置が使用
されることがあるためである。

【０１８７】リスト・ストラクチャの初期割振りが完了
してしまうまで拡大又は縮小を開始することはできな
い。初期割振りが進行中の間にＡＬＳＴが発生される場
合、ＴＳＳオペランドは無視され、その初期割振りは続
けられる。しかし、拡大又は縮小が進行中であり且つＡ
ＬＳＴコマンドが発生される場合、ＴＳＳオペランドの
新しい値が選択される。

【０１８８】作成されたストラクチャに対するＳＥＳ機
構（しかし、それに対する割振りは未だ完了していな
い）において認識されるコマンドは表示応答及びステー
タス状態によって抑止される。「リスト・ストラクチャ
割振り解除」、「ＡＬＳＴ」、及び「リスト・ストラク
チャ制御読取り」コマンドは例外であり、正規に実行さ
れる。ＳＥＳは、そのストラクチャに未使用の記憶装置
が存在する範囲まで縮小を進行させることができるだけ
である。リスト・セットがフルである時、進行を行うこ
とはできない。縮小を容易にするためには、縮小リクエ
ストに適応するには不十分な未使用の記憶装置がある
時、プログラム（即ち、メイン・プログラム）はリスト
・エントリを削除する責任がある。

【０１８９】もう１つのリスト・ストラクチャ・コマン
ドは、リスト・ストラクチャ制御を戻す「リスト・スト
ラクチャ制御読取り」コマンドである。リスト・ストラ
クチャ制御及び成功のＲＣは応答オペランドにおいて戻
される。

【０１９０】次に、本発明によるキャッシュ・ストラク
チャの拡大、縮小、及び再配分の論理的フローに言及す
る。図５を参照すると、ステップ１では、処理が停止し
ているかどうかを割振りタイプ（ＡＴ）が表しているか
どうかが決定される。ステップ１で割振りタイプが「停
止」を表している場合、ステップ２において、「ストッ
プ・プロセッサ」サブルーチンが呼び出され、バックグ
ランド・タスクを停止させる。一般には、ストップ・プ
ロセッサは、本来、チェックポイント・カウントを最終
カウントにする。更に、ストップ・プロセッサはすべて
のバックグランド追放活動を停止させる。すべての部分
的に追放されたセグメントに対して、ストップ・プロセ
ッサはそれら追放されたエントリ又はエレメントを追放
待ち行列から除去し、それらを適当なフリー（例えば、
データ・エレメント或いはディレクトリ・エントリ）リ
ストに置く。

【０１９１】このようにして、ストップ・プロセッサは
チェックポイント・カウントを現在の値に更新する。そ
こで、ステップ６において、タスク完了表示がプログラ
ムに戻される。

【０１９２】処理停止が表示されず、且つステップ３に
おいて、ユーザ・ストラクチャ制御が更新されるべきこ
とを割振りが表示する場合、このオペレーション（例え
ば、ユーザ・ストラクチャ制御を更新する）はステップ
４において行われる。ステップ５では、拡大、縮小、又
は再配分が行われるべきかどうかが決定される。ステッ
プ５においてユーザ・ストラクチャ制御の更新だけが行
われるべきこと（例えば、キャッシュ・ストラクチャの
拡大、縮小、又は再配分がないこと）を割振り制御が表
す場合、ステップ６において、タスク完了表示がプログ
ラムに戻され、プロセスは終了する。

【０１９３】ステップ５において割振りタイプが拡大、
縮小、又は再配分を表す場合、又はステップ３において
ユーザ・ストラクチャ制御の更新がない場合、プロセス
はステップ７に続き、キャッシュが拡大又は縮小される
べきかどうかが決定される。キャッシュが拡大又は縮小
されるべき場合、ステップ８に示されるように、新しい
（例えば、リクエストされた）ターゲット・ストラクチ
ャ・サイズ（ＴＳＳ）がＴＳＳオペランド・フィールド
に保管される。拡大又は縮小が行われるべきでない場
合、ＴＳＳオペランドは、サイズ変更が進行中であれば
変更されずにそのままにされ、或いはステップ９におい
て現在のＳＳオペランドに等しくセットされる。

【０１９４】ステップ１０では、再配分が必要かどうか
が決定される。割振りタイプが再配分を示す場合、ステ
ップ１１に示されるように、新しい（例えば、リクエス
トされた）ターゲット・ディレクトリ対データ比（ＴＤ
ＴＤＲ）が内部ＴＤＴＤＲフィールドに保管される。再
配分が生ずべきでない場合、ステップ１２において、内
部ＴＤＴＤＲがその保留ＤＴＤＲに等しくセットされ
る。

【０１９５】ステップ１３では、「ターゲット・ストラ
クチャ・ジオメトリ計算」サブルーチンが呼び出されて
所与の（内部）ストラクチャ・サイズ及びＴＤＴＤＲか
らターゲットＤＥセグメント・カウントＤＥＳＣ、ター
ゲット・データ・セグメント・カウントＤＡＴＡＳＣ、
ターゲット境界、ターゲットＤＥカウント、及びターゲ
ット・データ・エレメント・カウントを計算する。

【０１９６】フローは図６に示されるようにステップ１
４に続き、拡大が行われるべきかどうかが決定される。
拡大が示される（例えば、ターゲット・ストラクチャが
現ストラクチャ・サイズよりも大きい）場合、ステップ
１５において、ターゲットＤＥセグメント・カウントＤ
ＥＳＣが現ＤＥセグメント・カウントＤＥＳＣよりも大
きいかどうかを決定することによってＤＥセグメントが
必要かどうかが決定される。ＤＥセグメントが必要であ
ることが決定される場合、ステップ１６において、必要
な新しいＤＥセグメントのカウント（ＤＥＳＣ）が記憶
マネージャからリクエストされる。記憶マネージャは、
ストラクチャ割振りに対する記憶セグメントの割当てを
調整する結合機構機能であり、記憶容量を管理し且つキ
ャッシュを編成するように動作する。必要な新しいＤＥ
セグメントのカウントは、どちらが小さいにしても、タ
ーゲットＤＥセグメント・カウント及び現ＤＥセグメン
ト・カウントにおける差或いはターゲット・ストラクチ
ャ・サイズ及び現ストラクチャ・サイズにおける差であ
る。拡大及び再配分の両方がある場合、更に多くのＤＥ
セグメントが必要となるであろうが、更に少ないデータ
・セグメントが必要となることもある。このようにし
て、必要なＤＥセグメントのカウントは、実際には、必
要な記憶セグメントの合計数よりも多いことがある。こ
の状況が生じた場合、余分なデータ・セグメントが追放
される時にその追放されたデータ・セグメントをＤＥセ
グメントに対してスワップすることによって更なるＤＥ
セグメントが得られる。

【０１９７】記憶マネージャは、ステップ１６において
実際に得られた新しいＤＥセグメントのカウントを戻
す。ステップ１７では、必要なＤＥセグメントすべてが
得られたかどうかが決定される。ＤＥセグメントすべて
が得られなかった場合（例えば、ＤＥセグメントの数が
リクエストされた数よりも少ない場合）、ステップ１８
において、ＴＤＴＤＲが維持されるようにターゲット・
データ・セグメントの数が再計算される。ターゲット・
データ・セグメントのカウントは、実際に使用可能なデ
ータ・セグメントよりも多くのデータ・セグメントを得
ることを回避するために再計算される。従って、記憶装
置が浪費されることはない。

【０１９８】ステップ１４では、拡大が表示され（例え
ば、ターゲット・ストラクチャ・サイズが現ストラクチ
ャ・サイズよりも大きい）且つデータ・セグメントが必
要とされる（例えば、ステップ１９に示されるように、
ターゲット・データ・セグメント・カウントが現データ
・セグメント・カウントよりも大きい）場合、ステップ
２０において、必要とされる新しいデータ・セグメント
のカウントが記憶マネージャからリクエストされる。必
要とされる新しいデータ・セグメントのカウントはター
ゲット・データ・セグメント及び現データ・セグメント
のカウントにおける差、又はターゲット・ストラクチャ
・サイズ及び現ストラクチャ・サイズにおける差であ
る。拡大及び再配分の両方がある場合、更に多くのデー
タ・セグメントが必要とされるが、必要なＤＥセグメン
トは更に少なくなる。従って、必要とされるデータ・セ
グメントのカウントは、実際には、必要とされる記憶セ
グメントの合計数よりも多くなる。このケースの場合、
余分なＤＥセグメントが追放される時、その追放された
ＤＥセグメントをデータ・セグメントに対してスワップ
することによって更なるデータ・セグメントが得られ
る。記憶マネージャは、ステップ２０において実際に得
られた新しいデータ・セグメントのカウントを戻す。

【０１９９】ステップ２１では、中間的ストラクチャ・
サイズが、現ストラクチャ・サイズと、得られた新しい
ＤＥセグメントのＤＥＳＣカウントと、得られた新しい
データ・セグメントのカウントとの和に等しくセットさ
れる。

【０２００】ステップ２２では、その中間的ストラクチ
ャ・サイズは現データ・ストラクチャ・サイズＳＳより
も大きいかどうかが決定される。その中間的ストラクチ
ャ・サイズがＴＳＳよりも小さい場合、ステップ２３に
おいて、「ターゲット・ストラクチャ・ジオメトリ計
算」サブルーチンが呼び出され、その中間的ストラクチ
ャ・サイズ及びターゲットＤＴＤＲに基づいて、新しい
ターゲットＤＥセグメント・カウントＤＥＳＣ、新しい
ターゲット・データ・セグメント・カウントＤＡＴＡＳ
Ｃ、新しいターゲット境界、及び新しいターゲット・デ
ータ・エレメント・カウントを計算する。

【０２０１】ステップ２４において、チェックポイント
が中間的ストラクチャ・サイズに等しくセットされ、そ
してストラクチャ・サイズをその中間的ストラクチャ・
サイズに等しくセットし、トータルＤＥカウントをター
ゲットＤＥカウントに等しくセットし、トータル・デー
タ・エレメント・カウントをターゲット・データ・エレ
メント・カウントに等しくセットし、現ＤＥセグメント
・カウントをターゲットＤＥセグメント・カウントに等
しくセットし、現データ・セグメント・カウントをター
ゲット・データ・セグメント・カウントに等しくセット
することによって更新される。

【０２０２】図７に示されるように、ステップ２５にお
いて、キャッシュ・ストラクチャ割振り（ＡＣＳ）バッ
クグランド・タスクがアクティブであるかどうかが決定
される。それが肯定される場合、インクレメンタル・プ
ロセッサ（リスト・ストラクチャに関連して更に詳しく
後述する）に対するカウントが現在のリクエストに対し
て更新される（例えば、再ターゲット指定される）。Ａ
ＣＳバックグランド・タスクがアクティブでない場合、
フローは直ちにステップ２７に進み、そこでは、縮小、
再配分、或いは境界変動があるかどうかが決定される。
縮小、再配分、或いは境界変動のような行うべきバック
グランド・ワークがある場合、ステップ２８においてイ
ンクレメンタル・プロセッサがワークのタイム・スライ
スに呼び出される。ステップ２８では、ＡＣＳバックグ
ランド・タスクがバックグランドにおいて走るようにス
ケジュールされる。それについては、図８及び図９に関
連して更に詳しく後述する。ステップ２９において、タ
スク未完了表示が戻される。しかし、ステップ２７にお
いて、バックグランド・ワークが必要ないということが
決定される場合、ステップ３０において、タスク完了表
示がプログラムに戻される。

【０２０３】図８及び図９は、キャッシュ・ストラクチ
ャ割振り（ＡＣＳ）インクレメンタル・プロセッサのオ
ペレーションを示す（リスト・モデルに対するインクレ
メンタル・プロセッサについては後述する）。図８のス
テップ１では、ターゲット・データ・セグメント・カウ
ントＤＡＴＡＳＣが現データ・セグメント・カウントＤ
ＡＴＡＳＣよりも小さいかどうかが決定される。ターゲ
ット・データ・セグメント・カウントが現データ・セグ
メント・カウントよりも小さい（例えば、データ・セグ
メント数が縮小されようとしている）場合、「ｎ」個の
データ・セグメントが追放されるべきである。この場
合、「ｎ」はターゲット・データ・セグメント・カウン
トと現データ・セグメント・カウントとの差である。

【０２０４】更に詳しく云えば、ステップ２では、デー
タ・セグメント・アドレスが昇順にソートされる。
「ｎ」個の最も低いアドレスを持ったセグメントがそれ
らのデータ・エレメントから追放されるべきである。メ
インライン処理がこれら追放可能なデータ・エレメント
を再使用することがないようにするためのブロッキング
・アドレスが、［追放される最高のアドレスされたセグ
メント（セグメントｎ）］＋［セグメント・サイズ−
１］に等しくセットされる。結局、このブロッキング・
アドレスよりも小さいアドレスを持ったすべてのデータ
・エレメントが追放されるであろう。ブロッキング・フ
ラッグがセットされ、ブロッキングが有効である時をメ
インライン・コードが検出することを可能にする。

【０２０５】すべての追放可能なエレメントがフリー・
データ・エレメントのリストから除去され、それらが使
用されないようにする。それらは、データ・エレメント
追放待ち行列に置かれる。ディレクトリ・エントリ・ル
ックアップ・テーブルを形成するために、キャッシュ・
ディレクトリが走査される。そのルックアップ・テーブ
ルにおける各ロケーションは追放されるべきデータ・エ
レメントに対応する。そのロケーションの内容は、その
データ・エレメントを含むディレクトリ・エントリであ
る。そのデータ・エレメントを含むディレクトリ・エン
トリがない場合、データ・エレメントは未使用であり、
そのルックアップ・テーブル・ロケーションはゼロを含
む。

【０２０６】ステップ３では、縮小がリクエストされた
かどうか（ＴＳＳが現ストラクチャ・サイズよりも小さ
いかどうか）が決定される。それが肯定される場合、ス
テップ４において、中間的ストラクチャ・サイズが現ス
トラクチャ・サイズＳＳ−１に等しくセットされる。従
って、ＴＳＳに到達するまで、ストラクチャ・サイズは
一時に１セグメントずつ減少してステップ状に縮小を行
う。

【０２０７】ステップ５では、「ターゲット・ストラク
チャ・ジオメトリ計算」サブルーチンが呼び出され、中
間的ストラクチャ・サイズＳＳ及びターゲットＤＴＤＲ
に基づいて中間的ＤＥセグメント・カウントＤＥＳＣ、
中間的データ・セグメント・カウントＤＡＴＡＳＣ、及
び中間的境界を計算する。この計算の結果、中間的デー
タ・セグメント・カウント又は中間的ＤＥセグメント・
カウントがそれぞれの現セグメント・カウントよりも小
さいものになるであろう。しかし、これら２つのカウン
トのうちの１つだけが小さくなり、両方が小さくなるこ
とはないであろう。

【０２０８】ステップ６では、中間的ＤＥセグメント・
カウントＤＥＳＣが現ＤＥセグメント・カウントＤＥＳ
Ｃよりも小さいかどうかが決定される。その中間的ＤＥ
セグメント・カウントがその現ＤＥセグメント・カウン
トよりも小さい場合、ステップ８において、ＤＥセグメ
ント追放プロセッサ（例えば、図１２に関連して更に詳
しく後述されるサブルーチン）が呼び出される。中間的
データ・セグメント・カウントが現データ・セグメント
・カウントよりも小さい場合、ステップ７において、デ
ータ・セグメント追放プロセッサ（図１０及び図１１に
関連して更に詳しく後述される）が呼び出される。ステ
ップ９では、ＤＥセグメント又はデータ・セグメントが
完全に追放されたたかどうかが決定される。ＤＥセグメ
ント又はデータ・セグメントが完全には追放されない場
合、ターゲットを得ることができない。ステップ２３に
おいて、ストップ・プロセッサが呼び出され、バックグ
ランド・タスクを停止する。得られた最終的なサイズ及
びカウント（ＳＳ、ＴＤＥＣ、及びＴＤＡＥＣ）は前の
チェックポイントからのものである。

【０２０９】ステップ９においてＤＥセグメント又はデ
ータ・セグメントが完全に追放されたことが決定された
場合、ステップ１０において、記憶セグメントは記憶マ
ネージャに対して解放され、チェックポイント・カウン
トが更新される。チェックポイント・カウントは、スト
ラクチャ・サイズを中間的ストラクチャ・サイズに等し
くしトータルＤＥカウントを中間的ＤＥカウントに等し
くし、トータル・データ・エレメント・カウントを中間
的データ・エレメント・カウントに等しくし、現ＤＥセ
グメント・カウントを中間的ＤＥセグメント・カウント
に等しくし、現データ・セグメント・カウントを中間的
データ・セグメント・カウントに等しくすることによっ
て更新される。更に、ステップ１０において、境界移動
プロセッサ（サブルーチン）が呼び出され、境界セグメ
ントにおけるディレクトリ・エントリを追放しそしてデ
ータ・エレメントを作成することによって境界をそれの
新しいロケーションに移動させる。

【０２１０】しかる後、プロセスはステップ３に戻り、
そのストラクチャが更に縮小されるべきかどうかを決定
する。その境界移動サブルーチンは、データ・セグメン
トを追放するために使用されたルックアップ・テーブル
と同様の境界セグメント・ルックアップ・テーブルを使
用する。このテーブルはストラクチャ作成中に作成さ
れ、そしてメインライン・コードによって維持されなけ
ればならない。その境界移動サブルーチンは、データ・
エレメントのための道を作るためにディレクトリ・エン
トリを追放するか、或いはディレクトリ・エントリのた
めの道を作るためにデータ・エレメントを追放するであ
ろう。ディレクトリ・エントリ及びデータ・エレメント
の追放は、ＤＥセグメント追放ルーチン又はデータ・エ
レメント・セグメント追放ルーチンにおいて生じるもの
と同じである。

【０２１１】プロセスは、図９に示されるステップ１１
に続く。縮小がリクエストされなかった場合、又は更な
る縮小が生ずべき場合（ＴＳＳが現ストラクチャ・サイ
ズよりも小さい必要がないことがステップ３において決
定された場合）、ステップ１１において、現データ・セ
グメントが再配分のために追放されるべきかどうか（例
えば、ターゲット・データ・セグメントが現データ・セ
グメント・カウントよりも小さいかどうか）が決定され
る。それがそのように決定される場合、ステップ１２に
おいて、データ・セグメント追放プロセッサ（後述す
る）が呼び出されてデータ・セグメントを追放する。ス
テップ１３において、そのセグメントが成功裏に追放さ
れたかどうかが決定される。そのセグメントが成功裏に
追放されなかった場合、それらターゲットを達成するこ
とができない。ステップ２３において、ストップ・プロ
セッサが呼び出され、バックグランド・タスクを停止さ
せる。得られた最終的なサイズ及びカウント（ＳＳ、Ｔ
ＤＥＣ、及びＴＤＡＥＣ）は前のチェックポイントから
のものである。セグメントが成功裏に追放された場合、
ステップ１４において、その追放されたデータ・セグメ
ントをＤＥセグメントに対してスワップするための試み
が行われる。ステップ１５において、そのスワップが成
功したかどうかが決定される。スワップが成功しない場
合、必要なＤＥセグメントを得ることができないので、
再配分を継続することはできない。ステップ２３におい
て、ストップ・プロセッサが呼び出され、そのバックグ
ランド・タスクを停止させる。得られた最終的なサイズ
及びカウント（ＳＳ、ＴＤＥＣ、及びＴＤＡＥＣ）は前
のチェックポイントからのものである。

【０２１２】スワップが成功したことがステップ１５に
おいて決定された場合、ステップ１６において、チェッ
クポイント・カウントが更新される。例えば、ストラク
チャ・サイズは変更されないままであるが、トータルＤ
Ｅカウントは、そのトータルＤＥカウントと記憶セグメ
ントにおけるＤＥのカウントに等しくされる。トータル
・データ・エレメント・カウントは、そのトータル・デ
ータ・エレメント・カウントから記憶セグメントにおけ
るデータ・エレメントのカウントを減じたもの等しくさ
れる。現ＤＥセグメント・カウントは、その現ＤＥセグ
メント・カウントに１を加えたものに等しくされる。現
データ・セグメント・カウントは、その現データ・セグ
メント・カウントがら１を減じたものに等しくされる。

【０２１３】ステップ１６においてチェックポイント・
カウントが更新された後、プロセスはステップ１１に戻
り、追放されるべき更なるデータ・セグメントがあるか
どうかを決定する。追放されるべき更なるデータ・セグ
メントがないことがステップ１１において決定される場
合（例えば、ターゲット・データ・セグメント・カウン
トが現データ・セグメント・カウントよりも小さくない
場合）、ステップ１７において、ＤＥセグメントが追放
されるべきかどうかが決定される。具体的には、ターゲ
ットＤＥセグメント・カウントが現ＤＥセグメント・カ
ウントよりも小さいかどうかが決定される。ターゲット
ＤＥセグメント・カウントが現ＤＥセグメント・カウン
トよりも小さい場合、ステップ１８において、ＤＥセグ
メント追放プロセッサが呼び出される。ステップ１９に
おいて、データ・セグメントが成功裏に追放されたかど
うかが決定される。そのセグメントが成功裏に追放され
なかった場合、ターゲット・カウントを得ることはでき
ない。ステップ２３において、ストップ・プロセッサが
呼び出され、バックグランド・タスクを停止させる。得
られた最終的なサイズ及びカウント（ＳＳ、ＴＤＥＣ、
及びＴＤＡＥＣ）は前のチェックポイントからのもので
ある。

【０２１４】そのセグメントが成功裏に追放された場
合、プロセスはステップ２０に進み、その追放されたＤ
Ｅセグメントがデータ・セグメントに対してスワップさ
れる。このオペレーションはいつも成功する。更に、チ
ェックポイント・カウントが更新される。例えば、スト
ラクチャ・サイズは変更されないままであるが、トータ
ルＤＥカウントは、そのトータルＤＥカウントから記憶
セグメントにおけるＤＥのカウントを減じたものに等し
くされる。トータル・データ・エレメント・カウント
は、そのトータル・データ・エレメント・カウントと記
憶セグメントにおけるデータ・エレメントのカウントの
和に等しくされる。現ＤＥセグメント・カウントは、そ
の現ＤＥセグメント・カウントから１を減じたものに等
しくトされる。現データ・セグメント・カウントは、そ
のデータ・セグメント・カウントに１を加えたものに等
しくされる。

【０２１５】しかる後、プロセスはステップ１７に戻
り、更なるＤＥセグメントが追放されるべきかどうかを
決定する。追放すべき更なるＤＥセグメントがない場合
（例えば、ターゲットＤＥセグメント・カウントが現Ｄ
Ｅセグメント・カウントよりも小さくないことが決定さ
れる場合）、ステップ２１において、境界が移動される
べきか（例えば、ターゲット境界が現境界に等しくない
ので）どうかが決定される。その境界が移動されるべき
場合、ステップ２２において、境界移動プロセッサが呼
び出される。境界が移動されるべきでない（例えば、タ
ーゲット境界が現境界に等しい）ことがステップ２１に
おいて決定される場合、そのプロセスは完了する。

【０２１６】図１０及び図１１は簡単に上述したデータ
・エレメント・セグメント追放オペレーションを示す。
図１０のステップ１では、最低のアドレスされたデータ
・セグメントが追放されるように選択される。そのフレ
ームにおける第１データのルックアップ・テーブルにお
けるロケーションをアドレスするようにポインタが設定
される。セグメント追放されたフラッグが完了状態にリ
セットされ、プロセスはステップ２に続く。

【０２１７】ステップ２において、ディレクトリ・エン
トリ（ＤＥ）アドレスがそのデータ・エレメントに対し
てルックアップ・テーブルからフェッチされる。ステッ
プ３において、そのＤＥが有効であるかどうかが決定さ
れる。そのアドレスがゼロであるか又はディレクトリ・
エントリが有効でない（アクチブであるか）ことがステ
ップ３において決定される場合、このデータ・エレメン
トは既に追放されたものとして決定される。そのデータ
・エレメントが追放されている場合、プロセスはステッ
プ１０において継続し、次のデータ・エレメントを得
る。

【０２１８】ステップ４では、ディレクトリ・エントリ
がこのデータ・エレメントを含んでいるかどうかが決定
される。ディレクトリ・エントリがこのデータ・エレメ
ントを含んでいない場合、プロセスはステップ１０に継
続し、追放すべき次のデータ・エレメントを得る。

【０２１９】ステップ５において、そのデータ・エレメ
ントが変更されるかどうかが決定される。そのデータ・
エレメントが変更される場合、このデータ・エレメント
の内容は新しいロケーションにコピーされなければなら
ない。ステップ６において、何らかのフリー・データ・
エレメントがあるかどうか（フリー・データ・エレメン
ト・リストが空でない場合）が決定される。それが肯定
される場合、新しいデータ・エレメントがフリー・デー
タ・エレメント・リストから得られ、そしてそのデータ
はそれのロケーションにコピーされる。新しいデータ・
エレメントはディレクトリ・エントリに付加され、現デ
ータ・エレメントは追放待ち行列に入れられる。

【０２２０】ステップ６において、フリー・データ・エ
レメントが存在しないことが決定される場合、プロセス
はステップ７に続き、セグメント追放のフラッグが未完
了をマークされる。そのデータ・エレメントがフリーで
あるかどうかに関係なく、ステップ７及び８に続いてス
テップ１０が生じ、すべてのデータ・エレメントが処理
されてしまったかどうか及び追放すべき次のデータ・エ
レメントを得るように進行すべきかどうかが決定され
る。データ・エレメントが変更されないことがステップ
５において決定される場合、このデータ・エレメントは
ステップ９において再利用可能である。その再利用プロ
セスは、追放待ち行列上にこのデータ・エレメントを置
くであろう。

【０２２１】図１１に関連して、そのセグメントにおけ
るすべてのデータ・エレメントが処理されたことがステ
ップ１０において決定される場合、プロセスは単に戻る
だけである。その決定がなされない場合、ステップ１１
において、ルックアップ・テーブル・ポインタがそのテ
ーブルにおける次のデータ・エレメント・ロケーション
にバンプされ、プロセスはステップ２に戻る。すべての
データ・エレメントが処理されてしまった時、プロセス
は完了する。

【０２２２】図１２は、簡単に前述したディレクトリ・
エントリ（ＤＥ）追放オペレーションを示す。ステップ
１において、記憶マネージャの待ち行列における第１Ｄ
Ｅセグメントが追放されるべく選択され、ブロッキング
範囲が、そのＤＥセグメントの開始及び終了に等しくセ
ットされる。そのブロッキング範囲は、メインライン処
理がこれらの追放可能なディレクトリ・エントリを再使
用しないようにするために使用される。結局、この範囲
内のアドレスを持ったすべてのディレクトリ・エントリ
が追放されるであろう。ステップ１において決定される
ように、ブロッキングが有効である時をメインライン・
コードが検出することを可能にするために、ブロッキン
グ・ディレクトリ・フラッグがセットされる。すべての
追放可能なディレクトリ・エントリは、それらが使用さ
れないようにするためにフリーＤＥのリストから除去さ
れなければならない。それらはＤＥ追放待ち行列上に置
かれる。そのフレームにおける第１ＤＥのアドレスに対
するポインタがセットされる。ステップ１において、セ
グメント追放済みフラッグが完了状態にリセットされ
る。

【０２２３】ステップ２では、このＤＥが有効であるか
どうかが決定される。このＤＥが有効でない（例えば、
アクティブでない）場合、このデータ・エレメントは既
に追放されていなければならず、プロセスはステップ８
に継続して処理すべき次のディレクトリ・エントリを得
る。そのＤＥが有効である場合、プロセスはステップ３
に継続し、ＤＥがエンプティである（例えば、データを
含んでいない）かどうか或いはそのデータが未変更であ
るかどうかを決定する。ＤＥがエンプティであるか或い
はデータが未変更である場合、このエレメントはステッ
プ７において再使用可能である。ステップ７における再
使用プロセスは、このディレクトリ・エントリを追放待
ち行列上に置くであろう。しかる後、プロセスはステッ
プ８に継続し、追放すべき次のＤＥを得る。

【０２２４】ステップ３において、ＤＥがエンプティで
ないこと又はデータが変更されないことが決定される場
合、ディレクトリ・エントリは新しいＤＥにコピーされ
なければならない。具体的には、プロセスはステップ４
に継続し、何らかのフリー・ディレクトリ・エントリが
存在するかどうかを決定する。フリーＤＥリストがエン
プティでない（フリーＤＥがある）ことがステップ４に
おいて決定される場合、ステップ６において、ＤＥがそ
のリストから得られ、古いＤＥがそれにコピーされる。
このディレクトリ・エントリが存在する待ち行列は、す
べて、順方向及び逆方向ポインタが新しいエントリを指
示するように更新されなければならない。その新しいデ
ィレクトリ・エントリは追放待ち行列上に置かれる。

【０２２５】フリーＤＥが存在しないことがステップ４
において決定される場合、プロセスはステップ５に継続
し、セグメント追放済みフラッグが未完了をマークされ
る。ＤＥがフリーであるかどうかに関係なく、ステップ
５及びステップ６はステップ８に継続し、すべてのディ
レクトリ・エントリが処理されてしまったかどうかが決
定される。そのセグメントにおけるすべてのディレクト
リ・エントリが処理された場合、プロセスは単に戻るだ
けである。すべてのディレクトリ・エントリが処理され
たのではない場合、ステップ９において、ＤＥポインタ
はそのセグメントにおける次のＤＥにバンプされ、プロ
セスはステップ２に戻る。このようにして、すべてのＤ
Ｅが処理されてしまった時、プロセスは完了する。

【０２２６】図１３及び図１４は境界セグメント再編成
を示し、そこでは、３０７２個のセグメントのＴＳＳで
もって最初に割振りされたリストが６３個のセグメント
によって４０８０個の新しいサイズに拡大される時、２
つの図示した境界セグメントのジオメトリが変化する。
新しい境界フレーム・ジオメトリは、ストラクチャが最
初に割振りされた時に設定された１：４のエントリ対エ
レメントの比を維持することを必要とする。

【０２２７】図１３及び図１４は、それらを一緒にした
場合、リスト・ストラクチャが次のような３つのタイプ
のセグメントを含むことを示す。即ち、（１）固定オブ
ジェクトと関連したフル・セグメント（これらセグメン
トは、リスト・エントリにとって望ましい再配分がＬＥ
ＩＤテーブルを拡大させない（その場合、固定オブジェ
クト・セグメントの数は１つ又は複数個のフル・セグメ
ントだけ増加する）場合に拡大、縮小、又は再配分の活
動に参加しない）、（２）ＬＥＣ（リスト・エントリ制
御ブロック）、ノード及ＬＥＬ（リスト・エレメント）
と関連したフル・セグメント、及び（３）境界セグメン
ト。境界セグメントを持たないリスト・ストラクチャが
想像可能である。そのようなリスト・ストラクチャは、
すべてのＬＥＣが或る数のフル・セグメントにきれいに
適合するということ、すべてのノードが或る数のフル・
セグメントにきれいに適合するということ、及びすべて
のＬＥＬが或る数のフル・セグメントにきれいに適合す
るということにおいて正常ではないであろう。そのよう
なストラクチャが単一のセグメントによって拡大される
べき場合、その新しいセグメントがＬＥＣ、ノード、又
はＬＥＬに対して全面的に使用された場合にはＬＥＣ対
ＬＥＬの既存の比を維持することが不可能であるので、
境界セグメントが必然的に現れるであろう。境界セグメ
ントの役割は、既存のＬＥＣ対ＬＥＬの比をそのままに
しておくために、種々のタイプのオブジェクトが同じセ
グメントを占めるようにすることである。

【０２２８】リスト・モデルに対するロジック及びプロ
セッサを説明する前に、「予約セグメント」と呼ばれる
本発明のもう１つの特徴を説明することにする。「リス
ト・エントリ・制御ブロック」（ＬＥＣ）は、構成され
た「リスト・エントリ制御」と、付属リスト・エントリ
（ストラクチャがそれらを有する場合）と、データ・リ
スト・エントリ（ストラクチャがそれらを有する場合）
を構成するリスト・エレメントに対するポインタのアレ
ーと、リスト上の右及び左へのリスト・エントリ制御ブ
ロックに対するポインタとを含む制御記憶装置における
オブジェクトである。

【０２２９】「リスト・エレメント」（ＬＥＬ）は、デ
ータを含み、２５６、５１２、１Ｋ、２Ｋ、又は４Ｋバ
イトのサイズとなり得る設計済みオブジェクトである。
ＬＥＣ対ＬＥＬの比は、ＡＬＳＴ（リスト・ストラクチ
ャ割振り）コマンドのリクエスト・オペランドであるタ
ーゲット・エントリ対エレメントの比によって決定され
る。リスト・ストラクチャがデータ・リスト・エントリ
を有する時、所与のリスト・エントリは０から２５６個
までのリスト・エントリを有することができる（それら
リスト・エントリは、ＡＬＳＴコマンドの最大データ・
リスト・エントリ・サイズ（ＭＤＬＥＳ）リクエスト・
オペランド、及びリスト・エントリ書込み（ＷＬＥ）コ
マンド及びリスト・エントリ書込み及び移動（ＷＭＬ
Ｅ）コマンドのデータ・リスト・エントリ・サイズ（Ｄ
ＬＥＳ）リクエスト・オペランドによって決定され
る）。ＭＤＬＥＳは、どれか１つのＬＥＣに割当て可能
なＬＥＬの数を与える。ＤＬＥＳは、リスト・エントリ
が作成され又は修正される時に特定のリスト・エントリ
に割り当てられるＬＥＬの数を与える。ＷＬＥ及びＷＭ
ＬＥコマンドはリスト・エントリを作成及び修正するた
めに使用される。

【０２３０】リスト・エントリと関連するリスト・エレ
メントはデータ・リスト・エントリを構成する。

【０２３１】ストラクチャが最初に割り当てられる時、
１つの記憶セグメントは直ちに得られるが、ターゲット
・ストラクチャ・サイズを得るために必要な残りのセグ
メントは、すべて、単に「予約」されるだけであり、
「予約セグメント」と呼ばれる。即ち、記憶マネージャ
は問題のＳＩＤにとって必要なセグメントをすべて除去
するが、リスト・ストラクチャ・デスクリプタに対して
必要な第１セグメントだけを供給する。

【０２３２】しかる後、それらセグメントは、それらが
リスト・ヘッダ、ロック・テーブル・エントリ、リスト
・エントリ、リスト・エレメント等を持ったストラクチ
ャを形成する必要がある時、一時に１つずつ記憶マネー
ジャから得られる。同様に、既に存在するストラクチャ
が拡大される時、必要なセグメントが予約され、しかる
後、一時に１つのセグメントを得るためにリクエストが
行われる。一時に１つのセグメントを生じさせるため
に、記憶マネージャは、比較的大きい時間期間上に少量
ずつそれの活動を分布させることができる。プロセッサ
は、通常のシステムにおけるように、多数のセグメント
に関連した記憶リクエストを満足させることに拘束され
るため、フォアグランド・オペレーションは待機のため
には行われない。

【０２３３】セグメントがストラクチャから除去される
こと又は異なるタイプのセグメントと交換されることを
必要とする縮小、再配分、又は再配分を伴う拡大のリク
エストが到達する時、いくつかのセグメントは使用され
てないかもしれない。これが生じる時、予約セグメント
を操作することによってＴＳＳ又はＴＥＴＥＬＲにでき
るだけ近接する試みが行われる。セグメントの追放は、
生じるにしても、予約セグメントが処理された後しか生
じない。

【０２３４】キーを指定するＡＬＳＴリクエスト・オペ
ランドによってリスト・ストラクチャが割振りされる
時、サーチ・ツリーはリスト・セットにおける各リスト
を与えられる。リスト・エントリが作成される時、その
リスト・エントリと関連したリスト・エントリ制御ブロ
ックにキーが書き込まれる（そのキーはＷＬＥ及びＷＭ
ＬＥコマンドのリクエスト・オペランドである）。キー
が存在するようになる時、それらを含むリスト・エント
リ制御ブロックに対するポインタは、サーチ・ツリー・
ノードと呼ばれるオブジェクトに書き込まれる。各ノー
ドは、キーを含むリスト・エントリ制御ブロックに対す
るポインタのアレーを有する。又、各ノードは左側のノ
ード及び右側のノードに対するポインタも有する。所与
のリストに対するサーチ・ツリーを構成するノードは、
「ｎ」個の異なるキーがそのリストと関連したリスト・
エントリにおいて見つけられる時、所与のキーがｌｏ
ｇ"ｎ"回も位置指定されるようにこれらポインタによっ
て連結される（但し、ｌｏｇ"ｎ"は２をベースとしたｎ
の対数である）。

【０２３５】サーチ・ツリー・ノードにとって必要なス
ペースはリスト・エントリ制御ブロックにとって必要な
スペースに直接に比例する。従って、ストラクチャ拡大
としては、両タイプのオブジェクトに対して、更に多く
のスペースが必要である。逆に、ストラクチャ縮小とし
ては、両タイプのオブジェクトと関連したスペースはそ
のストラクチャから除去される。

【０２３６】リスト・モデルの拡大／縮小／再配分（ｅ
／ｃ／ｒ）設計に説明を転ずると、そのような設計は、
第１レベルのフォアグランド再配分プロセッサ、第２レ
ベルのフォアグランド再配分プロセッサ、及びインクレ
メンタル・プロセッサを含む。拡大／縮小／再配分オペ
レーションはいつもＡＬＳＴコマンドによって開始され
る。しかし、少量のフォアグランド処理が完了すると、
それ以上のイニシアティブをプログラムによって与えら
れることなく、活動のバルクがバックグランドにおいて
遂行可能になる。アクティブなフォアグランド・オペレ
ーションがない時、作業のわずかなインクレメントが行
われる。拡大／縮小／再配分作業のインクレメントは、
プログラムがＡＬＳＴコマンドを発生する場合にも遂行
されるであろう。従って、インクレメンタル・プロセッ
サは、それがフォアグランドから又はバックグランドか
ら呼出し可能であるので、正確にはバックグランド・プ
ロセッサではない。

【０２３７】第１レベルのフォアグランド再配分プロセ
ッサは、ＡＬＳＴコマンドのリクエスト・オペランドを
調べて、どのようなタイプのオペレーションがリクエス
トされているか及びそのオペレーションが既に実際に進
行中であるかどうかを正確に決定する。そのリクエスト
されたオペレーションが既に進行中である場合、必要な
ことはインクレメンタル・プロセッサが呼び出されるこ
とだけである。これはスポット上にタイム・スライスを
持ったオペレーションを与える。現在アクティブなオペ
レーションがない場合、又は拡大、縮小、又は再配分の
パラメータが変化した（例えば、新しいＴＳＳ又はＴＥ
ＴＥＬＲに）場合、第２レベルのフォアグランド・プロ
セッサの１つが呼び出されて、拡大、縮小、又は再配分
活動を開始させ又は再指示しなければならない。第１レ
ベルのフォアグランド・プロセッサは、その作業のバル
クを適当なエージェントに指示するディスパッチャと殆
ど同じである。第１レベルのフォアグランド・プロセッ
サの更なる責任は、新しいＴＳＳ又は新しいＴＥＴＥＬ
Ｒリクエスト・オペランドを含むＡＬＳＴコマンドが到
達する場合、進行中の如何なる拡大、縮小又は再配分活
動も閉め出すことである。これは、第２レベルのフォア
グランド・プロセッサが最も最近のチェックポイントに
よって捕捉された静止位置から開始することを可能にす
る。

【０２３８】第２レベルのフォアグランド拡大／縮小／
再配分プロセッサは、リスト・エレメント（ＬＥＬ）を
含むストラクチャの拡大のためのプロセッサ、付属リス
ト・エントリだけを含むストラクチャの拡大のためのプ
ロセッサ、リスト・エレメント（ＬＥＬ）を含むストラ
クチャの縮小のためのプロセッサ、付属リスト・エント
リだけを含むストラクチャの縮小のためのプロセッサ、
リスト・エレメント（ＬＥＬ）を含むストラクチャの結
合した縮小及び再配分のためのプロセッサ、リスト・エ
レメント（ＬＥＬ）を含むストラクチャの単なる再配分
のためのプロセッサ、及び進行している拡大／縮小／再
配分オペレーションを停止させるためのプロセッサを含
む。

【０２３９】ＬＥＬを含むストラクチャの拡大のための
プロセッサでは、ＴＳＳを使用してターゲット・ストラ
クチャ・ジオメトリが計算される。ＴＳＳを得るために
必要な記憶セグメントはリクエストされる。それらリク
エストされたセグメントすべてが得られる場合、中間的
ＴＳＳがそのＴＳＳに等しくセットされる。それらセグ
メントが得られない場合、中間的ＴＳＳは、ＳＳと「得
られたセグメントの数にページ／セグメントを乗じたも
の」との和にセットされる。ＳＳは４Ｋページに換算し
てある。従って、そのストラクチャが１セグメントだけ
拡大される場合、ＳＳは「セグメント・サイズを４Ｋで
除したもの」だけ増加されなければならず、従って、Ｓ
Ｓは「セグメントの数に１つのセグメントにおける４Ｋ
ページの数を乗じたもの」だけ増加される。

【０２４０】ＴＳＳを得るには不十分な記憶装置しか使
用可能でない時、又は制御セグメント及びデータ・セグ
メント正しい混合が得られない場合、拡大オペレーショ
ンに対するイニシアティブは、一旦境界セグメント再編
成が完了すると放棄される。その後、拡大オペレーショ
ンが再開されるべき場合（即ち、ＳＳが中間的ＴＳＳか
らそのＴＳＳまで増加される）、拡大コマンドがフォア
グランドから再駆動されなければならない。

【０２４１】境界セグメント再編成が必要な場合、イン
クレメンタル・プロセッサ（更に詳しく後述する）は、
その境界セグメント再編成を遂行するようにバックグラ
ンドにおいてスケジュールされる。

【０２４２】ＴＳＳが得られた場合、ＭＬＳＥＣ、ＭＬ
ＳＥＬＣ、及びＳＳオブジェクトは、ＴＳＳリクエスト
・オペランドによって指定されたストラクチャ・サイズ
を反映するように更新される。ＴＳＳを得ることができ
なかった場合、ＭＬＳＥＣ、ＭＬＳＥＬＣ、及びＳＳオ
ブジェクトは、実際に生じたサイズの増加を反映するよ
うに更新される。境界セグメントのターゲット・ジオメ
トリを得ることはいくつかのオペレーションを取り得る
が、境界セグメントにおけるスペースは、ターゲット・
ジオメトリが既に得られたものとして扱われる。例え
ば、ＬＥＬのために空けなければならないＬＥＣ占有の
スペースは、ＬＥＬが使用可能な他のスペースがない場
合、フォアグランド・オペレーションにおいてオン・ザ
・フライで移動する。

【０２４３】ＬＥＬを含むストラクチャの縮小のための
プロセッサでは、ＴＳＳを使用してターゲット・ストラ
クチャ・ジオメトリが計算される。ＴＥＴＥＬＲを満足
させるに必要なセグメントの混合が保持される間にＴＳ
Ｓを得るために、現在使用中でない予約セグメントが戻
される。

【０２４４】１つ又は複数個の予約セグメントが戻され
た場合、予約セグメントの戻りから生じたＳＳに対し
て、ストラクチャ・ジオメトリが計算される。この計算
は、境界セグメントのジオメトリを決定し、ＭＬＳＥ
Ｃ、ＭＬＳＥＬＣ、及びＳＳオブジェクトは予約セグメ
ントを戻すこと及び境界セグメントを再編成することに
よって得られたストラクチャ・サイズを反映するように
更新される。これは、たとえこの再編成が下記のように
行われなかったとしても行われる。

【０２４５】予約セグメントだけを戻すことによってＴ
ＳＳが得られた場合、及び境界セグメント再編成が必要
とされる場合、インクレメンタル・プロセッサは境界セ
グメント再編成を行うようにバックグランドにおいてス
ケジュールされる。境界セグメントのターゲット・ジオ
メトリを得ることは時間をとることがある（例えば、数
オペレーションをとることがある）が、境界セグメント
におけるスペースは、そのターゲット・ジオメトリが既
に得られたものとして扱われる。例えば、ＬＥＬのため
に空けられるべきＬＥＣ占有のスペースは、ＬＥＬが使
用可能な他のスペースがない場合、フォアグランド・オ
ペレーションによってオン・ザ・フライで移動する。

【０２４６】予約セグメントを戻すことによってＴＳＳ
が得られなかった場合、インクレメンタル・プロセッサ
はフル・セグメント追放及び境界セグメント再編成を行
うようにバックグランドにおいてスケジュールされる。
ＭＬＳＥＣ、ＭＬＳＥＬＣ、及びＳＳは、１つ又は複数
個の予約セグメントが戻されなかった場合には変更され
ていない。インクレメンタル・プロセッサがフル・セグ
メントを追放した時、それはこれらセグメントを更新
し、ストラクチャ・ジオメトリを再計算し、そしてＴＳ
Ｓが未だ得られなかった場合に次のフル・セグメントの
追放を進めるであろう。インクレメンタル・プロセッサ
は、ＴＳＳが得られてしまうまで、又は追放されるべき
セグメントから移動しなければならないＬＥＣ、ＬＥ
Ｌ、及びノードに対するそれ以上のスペースがなくなる
まで、縮小オペレーションに対するイニシアティブを維
持するであろう。境界セグメント再編成は、各フル・セ
グメントの追放後直ちに生じる。

【０２４７】再配分のためのプロセッサは、ＴＥＴＥＬ
Ｒを使用して、ターゲット・ストラクチャ・ジオメトリ
を計算する。ＴＥＴＥＬＲを得るために、第１予約セグ
メントが交換される。（例えば、新しい比率がＬＥＬよ
りもＬＥＣに望ましいものである場合、ＬＥＬセグメン
トがＬＥＣ及びノード・セグメントと交換される。新し
い比率がＬＥＣよりもＬＥＬに望ましいものである場
合、ＬＥＣ及びノード・セグメントがＬＥＬセグメント
と交換される）。

【０２４８】２つ又はそれ以上の予約セグメントが交換
される場合、それら予約セグメントの交換から生じた混
合に対してストラクチャ・ジオメトリが計算される。こ
の計算は、境界セグメントのジオメトリを決定する。更
に、既存のセグメントの混合において使用可能なＬＥＣ
及びＬＥＬの数を反映するように、ＭＬＳＥＣ及びＭＬ
ＳＥＬＣオブジェクトが更新される。

【０２４９】予約セグメントを交換することによってＴ
ＥＴＥＬＲが得られる場合、境界セグメント再編成が必
要であるかどうかが決定される。それが必要である場
合、インクレメンタル・プロセッサは、境界セグメント
再編成を行うようにバックグランドにおいてスケジュー
ルされる。境界セグメントのターゲット・ジオメトリを
得ることは時間を取る（例えば、数オペレーションを取
る）ことがあるが、境界セグメントにおけるスペース
は、ターゲット・ジオメトリが既に得られたかのように
扱われる。例えば、ＬＥＬのために空けられるべきＬＥ
Ｃ占有のスペースは、ＬＥＬが使用可能な他のスペース
がない場合、フォアグランド・オペレーションによって
オン・ザ・フライで移動する。

【０２５０】予約セグメントの交換によってＴＥＴＥＬ
Ｒが得られなかった場合、インクレメンタル・プロセッ
サは、フル・セグメントの追放を行うようにバックグラ
ンドにおいてスケジュールされる。ＭＬＳＥＣ、ＭＬＳ
ＥＬＣ、及びＳＳは、予約セグメントが交換されなかっ
た場合には同じままである。しかる後、インクレメンタ
ル・プロセッサがフル・セグメントを追放しそして反対
のタイプのセグメントに対してそれを交換した時、それ
は、これらオブジェクトを更新し、ストラクチャ・ジオ
メトリを再計算し、ＴＥＴＥＬＲが未だ得られていない
場合には次のフル・セグメント追放を進める。インクレ
メンタル・プロセッサは、ＴＥＴＥＬＲが得られてしま
うまで、又は追放されるべきセグメントから移動しなけ
ればならないＬＥＣ、ＬＥＬ、及びノードに対するそれ
以上のスペースがなくなるまで、再配分オペレーション
に対するイニシアティブを維持するであろう。

【０２５１】再配分を伴う拡大のためのプロセッサで
は、ＴＳＳ及びＴＥＴＥＬＲを使用してターゲット・ス
トラクチャ・ジオメトリが計算される。ＴＳＳ及びＴＥ
ＴＥＬＲを得ることは、新しい記憶セグメントをリクエ
ストすることによって、及び予約セグメントを交換する
ことによって試みられる。（即ち、新しい比率がＬＥＬ
よりもＬＥＣに望ましいものである場合、ＬＥＬセグメ
ントがＬＥＣセグメント及びノード・セグメントと交換
される。新しい比率がＬＥＣよりもＬＥＬに望ましいも
のである場合、ＬＥＣセグメント及びノード・セグメン
トがＬＥＬセグメントと交換される）。

【０２５２】すべてのリクエストされたセグメントが得
られた場合、中間的ＴＳＳはそのＴＳＳに等しくセット
される。すべてのリクエストされたセグメントが得られ
なかった場合、中間的ＴＳＳはＳＳと「得られたセグメ
ントの数をページ／セグメントに乗じたもの」との和に
等しくセットされる。

【０２５３】ＴＳＳを得るには不十分な記憶装置しか使
用可能でない時、又は制御及びデータ・セグメントの正
しい混合が得られない場合、それにも関わらず、ＴＥＴ
ＥＬＲを得るための試みが行われる。即ち、一旦、得る
ことのできたすべての記憶装置がそのストラクチャに加
えられてしまうと、再配分オペレーションが開始され、
そのストラクチャのエレメント（ＬＥＣ、ノード、及び
ＬＥＬ）をＴＥＴＥＬＲリクエスト・オペランドにより
指定された比率にさせる。その再配分オペレーションに
対するイニシアティブは、ＴＥＴＥＬＲが得られるま
で、又は不十分なスペースの状態が遭遇するまで、又は
ＥＴＦ或いはＥＬＴＦがその再配分を終了させるまで放
棄されない。その後、拡大オペレーションが再開される
べき場合、（即ち、中間的ＴＳＳから、最初に指定され
たＴＳＳまで、ＳＳが増加するようにそれが再開される
べき場合）、コマンドはフォアグランドから再駆動され
なければならない。

【０２５４】境界セグメント再編成が必要な場合、又は
更なるセグメントの交換を可能にするためにフル・セグ
メントの追放が必要な場合、インクレメンタル・プロセ
ッサは、境界セグメントの再編成又はフル・セグメント
の追放及び交換を行うようにバックグランドにおいてス
ケジュールされる。

【０２５５】ＴＳＳ及びＴＥＴＥＬＲが得られる場合、
ＴＳＳにおけるストラクチャ・サイズ及びＴＥＴＥＬＲ
におけるＬＥＣ対ＬＥＬの比を反映するように、ＭＬＳ
ＥＣ、ＭＬＳＥＬＣ、及びＳＳが更新される。しかる
後、ＲＣ＝０が戻される。

【０２５６】ＴＳＳ及びＴＥＴＥＬＲが得られなかった
場合、ＳＳは中間的ＴＳＳにおけるストラクチャ・サイ
ズを反映するように更新され、ＭＬＳＥＣ及びＭＬＳＥ
ＬＣは、既存のセグメントの混合における使用可能なＬ
ＥＣ及びＬＥＬの数を反映するように更新される。更な
るチェックポイントがインクレメンタル・プロセッサ追
放及び交換セグメントとして生じるであろう。セグメン
トが追放されそして反対のタイプのセグメント（例え
ば、ＬＥＬに対するＬＥＣ）と交換した時、インクレメ
ンタル・プロセッサはＳＳ、ＭＬＳＥＣ、及びＭＬＳＥ
ＬＣオブジェクトを更新し、ストラクチャ・ジオメトリ
を再計算し、そしてＴＥＴＥＬＲが未だ得られていない
場合には次のフル・セグメント追放を進めるであろう。
インクレメンタル・プロセッサは、ＴＥＴＥＬＲが得ら
れるまで、又は追放されるべきセグメントから移動しな
ければならないＬＥＣ、ＬＥＬ、及びノードに対して更
なるスペースがなくなるまでこのオペレーションに対す
るイニシアティブを維持するであろう。

【０２５７】再配分は、ＬＥＣ対ＬＥＬの比の変化に関
連する。現在の比が５対１（即ち、５つのＬＥＣセグメ
ント対１つのＬＥＬセグメント）であり且つ１対５とい
う新しい比が望ましいと仮定すると、その新しい比はＬ
ＥＣの１つのセグメント及びＬＥＬの５つのセグメント
を必要とする。この新しい比率を得るために、ＬＥＣの
４つのセグメントが追放され、ＬＥＬで満たされるべき
データ・セグメントと交換されなければならない。これ
は、ＬＥＬの所望の５つのセグメントを与え、ＬＥＣの
所望の１つのセグメントを残す。ノード・セグメントに
関連した更に複雑なシナリオが存在する。

【０２５８】境界セグメントのターゲット・ジオメトリ
を得ることはいくつかのオペレーションを取り得るが、
各フル・セグメント追放に続いて、境界セグメントにお
けるスペースは、あたかもターゲット境界セグメント・
ジオメトリが既に得られているかのように扱われる。例
えば、ＬＥＬのために空けなければならないＬＥＣ占有
スペースは、ＬＥＬが使用可能な他のスペースがない場
合にフォアグランドによってオン・ザ・フライで移動す
る。再配分を伴う縮小のためのプロセッサでは、ターゲ
ット・ストラクチャ・ジオメトリは、ＴＳＳ及びＴＥＴ
ＥＬＲを使用して計算される。使用されてないどのよう
な予約セグメントでも戻すことによって、及び予約セグ
メントを交換することによって、ＴＳＳ及びＴＥＴＥＬ
Ｒを得ることが試みられる（即ち、新しい比率がＬＥＬ
よりもＬＥＣに望ましいものである場合、ＬＥＬセグメ
ントがＬＥＣ及びノード・セグメントと交換される。新
しい比率がＬＥＣよりもＬＥＬに望ましいものである場
合、ＬＥＣ及びノード・セグメントがＬＥＬセグメント
と交換される）。

【０２５９】１つ又は複数個の予約セグメントが戻され
る場合、或いは２つ又はそれ以上の予約セグメントが交
換される場合、予約セグメントの戻り又は交換に起因す
るＳＳに対して、ストラクチャ・ジオメトリが計算され
る。この計算は境界セグメントのジオメトリを決定す
る。ＭＬＳＥＣ、ＭＬＳＥＬＣ、及びＳＳオブジェクト
は、予約セグメントを戻すこと又は交換することによっ
て得られたストラクチャ・サイズを反映するように更新
される。

【０２６０】ＴＳＳ及びＴＥＴＥＬＲが予約セグメント
だけを戻すこと又は交換することによって得られた場
合、及び境界セグメント再編成が必要な場合、インクレ
メンタル・プロセッサは、境界セグメント再編成を行う
ようにバックグランドにおいてスケジュールされる。境
界セグメントのターゲット・ジオメトリを得ることは時
間（例えば、数オペレーション）を取ることがあるが、
境界セグメントにおけるスペースは、あたかもターゲッ
ト・ジオメトリが既に得られたかのように扱われる。例
えば、ＬＥＬのために空けられるべきＬＥＣ占有スペー
スは、ＬＥＬが使用可能な他のスペースがない場合、フ
ォアグランドによってオン・ザ・フライで移動する。

【０２６１】予約セグメントを操作してもＴＳＳ及びＴ
ＥＴＥＬＲを得ることができなかった場合、インクレメ
ンタル・プロセッサは、フル・セグメント追放及び境界
セグメント再編成を行うようにバックグランドにおいて
スケジュールされる。ＭＬＳＥＣ、ＭＬＳＥＬＣ、及び
ＳＳは、１つ又は複数個の予約セグメントが戻されなか
った場合には変更されない。しかる後、インクレメンタ
ル・プロセッサがフル・セグメントを追放した時、それ
はこれらオブジェクトを追放し、ストラクチャ・ジオメ
トリを再計算し、そしてＴＳＳが未だ得られていない場
合、次のフル・セグメント追放を進めるであろう。イン
クレメンタル・プロセッサは、ＴＳＳが得られてしまう
まで、又は追放されるべきセグメントから移動しなけれ
ばならないＬＥＣ、ＬＥＬ、及びノードに対する更なる
スペースがなくなるまで、再配分を伴う縮小に対してイ
ニシアティブを維持するであろう。

【０２６２】付属だけを伴う拡大のためのプロセッサに
対して、ＴＳＳを使用してターゲット・ストラクチャ・
ジオメトリが計算される（ＬＥＬは存在しないが、ノー
ドが存在する場合には、境界セグメント・ジオメトリが
ストラクチャ・サイズ変更のように変わるであろう）。
しかる後、ＴＳＳを得るに必要な記憶セグメントがリク
エストされる。リクエストされたすべてのセグメントが
得られた場合（即ち、ＴＳＳが得られた場合）、アクシ
ョンは必要ない。それが得られなかった場合、中間的Ｔ
ＳＳがＳＳと「得られたセグメントの数にページ／セグ
メントを乗じたもの」との和に等しくセットされる。し
かる後、その中間的ＴＳＳを使用してターゲット・スト
ラクチャ・ジオメトリが再計算される。

【０２６３】ＴＳＳを得るには不十分な記憶装置しか使
用可能でない時、境界セグメント再編成が完了すると、
拡大オペレーションに対するイニシアティブは放棄され
る。その後、拡大オペレーションが再開されるべき場合
（即ち、ＳＳが中間的ＴＳＳからそのＴＳＳまで増加す
るよう再開されるべき場合）、拡大コマンドがフォアグ
ランドから再駆動されなければならない。境界セグメン
ト再編成が必要な場合、インクレメンタル・プロセッサ
は境界セグメント再編成を行うようバックグランドにお
いてスケジュールされる。

【０２６４】ＴＳＳが得られれた場合、ＭＬＳＥＣ及び
ＳＳオブジェクトは、ＴＳＳリクエスト・オペランドに
よって指定されたストラクチャ・サイズを反映するよう
に更新される。ＴＳＳが得られた場合、ＳＳ及びＭＬＳ
ＥＣオブジェクトは、中間的ＴＳＳにおけるストラクチ
ャ・サイズを反映するように更新される。何れの場合で
も、一旦追加の記憶装置が記憶マネージャから得られて
しまうと、ＳＳＣＩビットはリセットされ、ＲＣ＝０が
戻される。

【０２６５】境界セグメントのターゲット・ジオメトリ
を得ることはいくつかのオペレーションを取ることがあ
るが、境界セグメントにおけるスペースは、あたかもタ
ーゲット・ジオメトリが既に得られているかのように扱
われる。例えば、ノードのために空けられるべきＬＥＣ
占有のスペースは、ノードが使用し得る他のスペースが
ない場合、フォアグランド・オペレーションによってオ
ン・ザ・フライで移動する。

【０２６６】付属だけを伴う縮小のためのプロセッサで
は、ＴＳＳを使用してターゲット・ストラクチャ・ジオ
メトリが計算される。現在使用中でない予約セグメント
がＴＳＳを得るために戻される。１つ又は複数個の予約
セグメントが戻された場合、その予約セグメントの戻り
に起因するＳＳに対するストラクチャ・ジオメトリが計
算される。この計算は、境界セグメントのジオメトリを
決定する。ＬＥＬは存在しない。しかし、ノードが存在
しない場合、ストラクチャ・サイズが変化する時に境界
セグメントのジオメトリも変化するであろう。しかる
後、ＭＬＳＥＣ及びＳＳは、予約セグメントを戻すこと
及び境界セグメントを再編成することによって得られた
ストラクチャ・サイズを反映するように更新される（た
とえ、この再編成が、必要に応じて、後述のように起こ
らなかったとしても）。

【０２６７】予約セグメントだけを戻すことによってＴ
ＳＳが得られた場合、及び境界セグメント再編成が必要
である場合、インクレメンタル・プロセッサは、境界セ
グメント再編成を行うようにバックグランドにおいてス
ケジュールされる。境界セグメントのターゲット・ジオ
メトリを得ることは時間（即ち、いくつかのオペレーシ
ョン）を取ることがあるが、境界セグメントにおけるス
ペースは、あたかもターゲット・ジオメトリが既に得ら
れているかのように扱われる。例えば、ノードのために
空けられるべきＬＥＣ占有のスペースは、ノードが使用
し得る他のスペースがない場合、フォアグランド・オペ
レーションによってオン・ザ・フライで移動する。

【０２６８】予約セグメントを戻すことによってＴＳＳ
が得られなかった場合、インクレメンタル・プロセッサ
は、フル・セグメント追放及び境界セグメント再編成を
行うようにバックグランドにおいてスケジュールされ
る。１つ又は複数個の予約セグメントが戻されなかった
場合、ＭＬＳＥＣ及びＳＳは変更されない。しかる後、
インクレメンタル・プロセッサがフル・セグメントを追
放した時、それはこれらオブジェクトを更新し、ストラ
クチャ・ジオメトリを再計算し、そしてＴＳＳが未だ得
られていない場合に次のフル・セグメント追放を進める
であろう。インクレメンタル・プロセッサは、ＴＳＳが
得られてしまうまで、又は追放されるべきセグメントか
ら移動しなければならないＬＥＣ及びノードに対する更
なるスペースがなくなるまで、縮小オペレーションに対
するイニシアティブを維持する。境界セグメント再編成
は、各フル・セグメントの追放の直後に生じる。

【０２６９】プロセッサが進行中の再配分を停止させる
ためには、ＳＳ、ＭＬＳＥＣ、及びＭＬＳＥＬＣオブジ
ェクトは整合しており、それが最後の（即ち、最も最近
の）チェックポイントに存在するかのようにストラクチ
ャのサイズ及びジオメトリを反映する。停止は、そのス
トラクチャがチェックポイント指定されたＳＳ、ＭＬＳ
ＥＣ、及びＭＬＳＥＬＣと整合した状態で残されること
を必要とする。フル・セグメントＬＥＣ追放が進行中で
ある場合、その追放は停止され、ＬＥＣセグメントはア
クティブ・デューティに戻される（即ち、使用のために
利用可能／自由である）。

【０２７０】フル・セグメント・ノード追放が進行中で
ある場合、追放は停止され、ノード・セグメントはアク
ティブ・デューティに戻される。フル・セグメントＬＥ
Ｌ追放が進行中である場合、その追放は停止され、追放
されたＬＥＬは追放済み待ち行列からＬＥＬフリー・リ
ストに戻される。これは、ＬＥＬセグメントをアクティ
ブ・デューティに戻すという効果を有する。

【０２７１】境界セグメント再編成が進行中である場
合、その境界セグメント再編成は、最後のチェックポイ
ントによって表された状態にストラクチャ・ジオメトリ
を維持するためには完了まで進まなければならない。境
界セグメント再編成の実際の完了は、インクレメンタル
・プロセッサをバックグランド・タスクとしてスケジュ
ールすることによって達成される。しかし、境界セグメ
ント再編成は、あたかもそれが既に完了してしまったか
のように見えるように行われる。

【０２７２】「境界セグメント・ディレクトリ」は、リ
スト・エントリ作成又は置換が境界セグメントにおける
オブジェクトの即時活用を必要とする時に、「公示され
た」エントリ及びエレメント・カウント（最後のチェッ
クポイントによって表された）がインクレメンタル・プ
ロセッサによって未だ得られてない場合、断片的な境界
セグメント再編成をオン・ザ・フライでフォアグランド
・オペレーションが行うことを可能にする。上記の理由
は、境界セグメント再編成がいつもチェックポイント後
に生じ、そのチェックポイントによって表された状態を
いつも反映するということである。

【０２７３】「境界セグメント追放」として知られたも
う１つのオペレーションは、ストラクチャが縮小される
べき時に、及び恐らく１つ又は２つの境界セグメントを
除いて追放すべき残されたセグメントがない時に必要と
なる。境界セグメント追放が進行中である場合、その境
界セグメント追放は停止され、追放されようとしている
境界セグメントは、最後のチェックポイントよって表さ
れたジオメトリに復元される。最も最近のチェックポイ
ントによって表されたストラクチャ・ジオメトリの復元
は、拡大／縮小／再配分「停止」コマンドが結合機構に
よって実行される時に生じる単一のオペレーションで完
了するように見えるよう行われる。

【０２７４】ＲＣ＝０は、いつも、その拡大／縮小／再
配分「停止」コマンドに応答して戻され、そしてＲＥＩ
ＰＩ及びＳＳＣＩビットは、「停止」コマンドが結合機
構に到達した時に進行中であった境界セグメント再編成
オペレーションを完了させるためにインクレメント的な
活動が必要であるかどうかに関係なく、いつも、直ちに
ゼロにリセットされる。

【０２７５】リスト・モデルに対してインクレメンタル
・プロセッサを更に詳細に見ると、そのインクレメンタ
ル・プロセッサは、拡大／縮小／再配分オペレーション
（即ち、拡大、縮小、再配分、再配分を伴う拡張、又は
再配分を伴う縮小）を継続するためにフォアグランドか
ら直接に呼び出される。再配分オペレーションのための
コマンドをリスト・モデルＡＬＳＴコードが受け取る
時、それは、その再配分オペレーションがフォアグラン
ドにおいて完了し得ない時にいつもバックグランドにお
いてスケジュールされる。インクレメンタル・プロセッ
サが動作している再配分オペレーションが現タイム・ス
ライスの終りまでに完了していない時、インクレメンタ
ル・プロセッサは、それ自身をバックグランド実行のた
めにスケジュールする。

【０２７６】インクレメンタル・プロセッサは、ＬＥ
Ｃ、ノード、及びＬＥＬセグメントを追放すること、こ
れらセグメントを記憶マネージャに戻すこと、又はＴＳ
Ｓ或いはＴＥＴＥＬＲを得るために或るタイプのセグメ
ントを他のタイプのものと交換することを含むいくつか
のタスクを持っている。更に、インクレメンタル・プロ
セッサは、ＴＳＳ及びＴＥＴＥＬＲに対して、又は中間
的ストラクチャ・サイズ及び保留のエントリ対エレメン
トの比に対して計算されたストラクチャ・ジオメトリに
適合するように境界セグメントを再編成する。

【０２７７】最終的又は中間的目標は、再配分コマンド
が最初に処理される時に呼び出される第２レベルのフォ
アグランド・プロセッサによって、先ず計算される。し
かし、最終目標が得られていない場合、フル・セグメン
トが追放される度に、インクレメンタル・プロセッサは
ストラクチャ・ジオメトリを再計算し、新しい目標を設
定しなければならない。

【０２７８】再配分を伴わない拡大オペレーションで
は、インクレメンタル・プロセッサの唯一のタスクは境
界セグメント再編成である。そのストラクチャが付属リ
スト・エントリしか持たない場合、及びキー・サポート
がない場合、このタスクも消滅する。しかし、再配分オ
ペレーションは、一般に、ＬＥＣ、ＬＥＬ、及びノード
が或るセグメントから他のセグメントに移動することを
必要とするであろう。この「追放」は、追放されたセグ
メントが記憶マネージャに戻されるか又は異なるタイプ
のセグメントと交換される時にいつもチェックポイント
が取られる。

【０２７９】「単なる縮小」（即ち、再配分を含まない
縮小）の場合にフル・セグメントが解放される時点でエ
ントリ対エレメントの比をストラクチャ・サイズと整合
して保持するために、境界セグメント・ジオメトリは、
それがＳＳ、ＭＬＳＥＣ、及びＭＬＳＥＬＣを整合して
保持しなければならないＬＥＣ、ＬＥＬ、及びノードの
混合を反映するように調節される。境界セグメントの実
際の再編成はその直後に生じる。「境界セグメント・デ
ィレクトリ」は、リスト・エントリ作成又は置換が境界
セグメントにおけるオブジェクトの即時活用を必要とす
る時に、「公示された」エントリ及びエレメント・カウ
ントがインクレメンタル・プロセッサによってまだ得ら
れてない場合、フォアグランド・オペレーションがオン
・ザ・フライで行われるのを可能にする。

【０２８０】ＴＳＳ及びＴＥＴＥＬＲが得られている場
合、それ以上のアクションは必要ない。ＴＳＳ及びＴＥ
ＴＥＬＲが得られてなく且つそれ以上のオペレーション
が遂行され得ない（例えば、追放のための目標に決めら
れたセグメントから除去されるべきＬＥＣ、ＬＥＬ、及
びノードに対するそれ以上のフリー・スペースがないた
めに可能な更なる追放がない、又は必要とされる記憶セ
グメントが記憶マネージャから全く得ることができな
い）場合、それ以上のアクションは必要ない。別の方法
として、インクレメンタル・プロセッサは、バックグラ
ンド作業待ち行列において再待ち行列化される。

【０２８１】上記のように、本発明は、プログラム制御
の下に記憶資源をＳＥＳストラクチャ（キャッシュ又は
リスト）に加えるための、或いはＳＥＳストラクチャか
ら除去するするための装置及び方法を提供する。ストラ
クチャ資源の再配分は、オペレータによって又はそのＳ
ＥＳに付加されたホスト・プロセッサにおいて走るプロ
グラムによってイニシアティブが与えられると生じ、内
部制御装置機能によって指示されるのではなく、プログ
ラム指定の目標に従うものである。再配分される資源は
付加プログラムによってアドレス可能であり、従って、
本発明はストラクチャ資源を、それらがホスト・プログ
ラムによる使用中のままであっても、再配分するための
手段及び方法を与える。追加記憶装置の割当て又は記憶
装置の解放は、物理的記憶装置再配分の間、ストラクチ
ャにおける使用中のままのオブジェクトに対するプログ
ラムの進行中のオペレーションに影響を与えない。その
ストラクチャにおけるオブジェクトに抗して実行される
コマンドは、ストラクチャ資源の動的な再配分と同時に
実行し続ける。

【０２８２】更に、本発明は、ホスト・プログラムによ
る使用中のデータ・エレメントとディレクトリとの間の
資源のプログラム指示動的再配分を与える。ディレクト
リ・エントリ資源は、プログラム制御の下に、データ・
エレメント資源に、及びその逆に変換される。本発明に
よって、データ及び制御情報より成り、通常のキャッシ
ュ割振りシステムにおける整数とは対照的に拡大及び縮
小リクエストがターゲット・カウント及びターゲット比
によって指定されるＳＥＳは、コマンド実行のために十
分に使用可能である。ＳＥＳストラクチャに対する記憶
モデルの独特な点は、データ記憶装置及び制御記憶装置
の二重関係であり、それぞれの相対的比率である。本発
明による拡大及び縮小の特徴は、記憶サイズ及びユーテ
ィリティを動的に最適化するようこれらの関係を維持す
る。

【０２８３】ＳＥＳストラクチャ記憶装置を拡大、縮
小、又は再配分する判断は、そのＳＥＳ機構にとって外
部のプログラムによって行われ、ＡＣＳ及びＡＬＳＴを
介してコミュニケートされる。保留の拡大及び縮小オペ
レーションはメイン・プログラムに影響を与えることな
く維持され、（固定サイズの場合とは対照的に）各ケー
スに対して動的に遂行される。従って、本発明の場合、
変更の量は、拡大又は縮小プロセスの各呼出しによって
決定される。

【０２８４】まとめとして、本発明の構成に関して以下
の事項を開示する。

【０２８５】（１）複数個のデータ処理システムによっ
て共用される外部データ記憶機構のデータ・ストラクチ
ャを最適化するための装置であって、前記データ・スト
ラクチャは該データ・ストラクチャの作成及び該データ
・ストラクチャの構成を割り当てられた前記外部データ
記憶機構における記憶スペースの量に基づいて第１割振
りパラメータを含む第１割振りコマンドによって割振り
され、前記第１割振りパラメータの値を決定し、それに
よって前記データ・ストラクチャの第１構成を決定する
手段と、前記データ・ストラクチャの実際の用途を決定
し、それによって前記データ・ストラクチャの第２構成
を決定する手段と、前記データ・ストラクチャの第１構
成を前記データ・ストラクチャの第２構成と比較する比
較手段と、前記比較手段からの出力に応答して、第２割
振りパラメータを持った第２割振りコマンドを、前記デ
ータ・ストラクチャの再割振りのために前記データ・ス
トラクチャに発生する発生手段と、を含み、前記発生手
段は、前記外部データ記憶機構における記憶スペース及
び処理サイクルが前記第２割振りパラメータを実行する
ために使用可能になる時、前記データ・ストラクチャの
第１構成を前記第２構成に対して調節する調節手段を含
むこと、及び前記第２割振りパラメータが得られるま
で、前記データ・ストラクチャの再割振りは保留のまま
であり、すべての処理コマンドは前記外部データ記憶機
構によって受け付けられ且つ処理されることを特徴とす
る装置。 （２）前記調節手段は前記データ・ストラクチャのサイ
ズを拡大する手段を含むことを特徴とする上記（１）に
記載の装置。 （３）前記調節手段は前記データ・ストラクチャのサイ
ズを縮小する手段を含むことを特徴とする上記（１）に
記載の装置。 （４）前記データ・ストラクチャは少なくとも１つのデ
ータ・オブジェクト及び前記少なくとも１つのデータ・
オブジェクトをそれぞれ位置指定する少なくとも１つの
ディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節手段は前記データ・ストラクチャの前
記少なくとも１つのディレクトリ・エントリ及び前記少
なくとも１つのデータ・オブジェクトの相対的数を変更
する手段を含むことを特徴とする上記（１）に記載の装
置。 （５）前記データ・ストラクチャは少なくとも１つのデ
ータ・オブジェクト及び前記少なくとも１つのデータ・
オブジェクトをそれぞれ位置指定する少なくとも１つの
ディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節手段は前記データ・ストラクチャのサ
イズを拡大するための手段及び前記データ・ストラクチ
ャの前記少なくとも１つのディレクトリ・エントリ及び
前記少なくとも１つのデータ・オブジェクトの相対的数
を変更する手段を含むことを特徴とする上記（１）に記
載の装置。 （６）前記データ・ストラクチャは少なくとも１つのデ
ータ・オブジェクト及び前記少なくとも１つのデータ・
オブジェクトをそれぞれ位置指定する少なくとも１つの
ディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節手段は前記データ・ストラクチャのサ
イズを縮小する手段及び前記データ・ストラクチャの前
記少なくとも１つのディレクトリ・エントリ及び前記少
なくとも１つのデータ・オブジェクトの相対的数を変更
する手段を含むことを特徴とする上記（１）に記載の装
置。 （７）前記第２割振りパラメータの実行の進行を測定す
る測定手段を含むことを特徴とする上記（１）に記載の
装置。 （８）前記測定手段からの入力に基づいて前記第２割振
りパラメータの実行の進行を終了させる手段を含むこと
を特徴とする上記（７）に記載の装置。 （９）前記測定手段からの入力に基づいて前記第２割振
りパラメータを変更する手段を含むことを特徴とする上
記（８）に記載の装置。 （１０）複数個のデータ処理システムによって共用され
る外部データ記憶機構のデータ・ストラクチャを最適化
する方法であって、前記データ・ストラクチャは該デー
タ・ストラクチャの作成及び該データ・ストラクチャの
構成を割り当てられた前記外部データ記憶機構における
記憶スペースの量に基づいて第１割振りパラメータを含
む第１割振りコマンドによって割振りされ、前記第１割
振りパラメータの値を決定し、それによって前記データ
・ストラクチャの第１構成を決定するステップと、前記
データ・ストラクチャの実際の用途を決定し、それによ
って前記データ・ストラクチャの第２構成を決定するス
テップと、前記データ・ストラクチャの第１構成を前記
データ・ストラクチャの第２構成と比較して比較出力を
供給するステップと、前記比較出力に応答して、第２割
振りパラメータを持った第２割振りコマンドを、前記デ
ータ・ストラクチャの再割振りのために前記データ・ス
トラクチャに発生するステップと、前記外部データ記憶
機構における記憶スペース及び処理サイクルが前記第２
割振りパラメータを実行するために使用可能になる時、
前記データ・ストラクチャの第１構成を前記第２構成に
対して調節するステップと、を含み、前記第２割振りパ
ラメータが得られるまで、前記データ・ストラクチャの
再割振りは保留のままであり、すべての処理コマンドは
前記外部データ記憶機構によって受け付けられ且つ処理
されることを特徴とする方法。 （１１）前記調節するステップは前記データ・ストラク
チャのサイズを拡大するステップを含むことを特徴とす
る上記（１０）に記載の方法。 （１２）前記調節するステップは前記データ・ストラク
チャのサイズを縮小するステップを含むことを特徴とす
る上記（１０）に記載の方法。 （１３）前記データ・ストラクチャは少なくとも１つの
データ・オブジェクト及び前記少なくとも１つのデータ
・オブジェクトをそれぞれ位置指定する少なくとも１つ
のディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節するステップは前記データ・ストラク
チャの前記少なくとも１つのディレクトリ・エントリ及
び前記少なくとも１つのデータ・オブジェクトの相対的
数を変更するステップを含むことを特徴とする上記（１
０）に記載の方法。 （１４）前記データ・ストラクチャは少なくとも１つの
データ・オブジェクト及び前記少なくとも１つのデータ
・オブジェクトをそれぞれ位置指定する少なくとも１つ
のディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節するステップは前記データ・ストラク
チャのサイズを拡大するステップ及び前記データ・スト
ラクチャの前記少なくとも１つのディレクトリ・エント
リ及び前記少なくとも１つのデータ・オブジェクトの相
対的数を変更するステップを含むことを特徴とする上記
（１０）に記載の方法。 （１５）前記データ・ストラクチャは少なくとも１つの
データ・オブジェクト及び前記少なくとも１つのデータ
・オブジェクトをそれぞれ位置指定する少なくとも１つ
のディレクトリ・エントリを含むディレクトリを含むこ
と、及び前記調節するステップは前記データ・ストラク
チャのサイズを縮小するステップ及び前記データ・スト
ラクチャの前記少なくとも１つのディレクトリ・エント
リ及び前記少なくとも１つのデータ・オブジェクトの相
対的数を変更するステップを含むことを特徴とする上記
（１０）に記載の方法。 （１６）前記第２割振りパラメータの実行の進行を測定
するステップを含むことを特徴とする上記（１０）に記
載の方法。 （１７）前記測定するステップに基づいて前記第２割振
りパラメータの実行の進行を終了させるステップを含む
ことを特徴とする上記（１６）に記載の方法。 （１８）前記測定するステップに基づいて前記第２割振
りパラメータを変更するステップを含むことを特徴とす
る上記（１６）に記載の方法。 （１９）前記ストラクチャのサイズを拡大するステップ
は、前記拡大するステップの継続が前記少なくとも１つ
のディレクトリ・エントリ及び前記少なくとも１つのデ
ータ・オブジェクトの相対的数を変更させる時を決定す
るステップと、前記拡大するステップの継続が前記少な
くとも１つのディレクトリ・エントリ及び前記少なくと
も１つのデータ・オブジェクトの相対的数を変更させる
ことが決定される時に前記拡大するステップを終了させ
るステップと、を含むことを特徴とする上記（１１）に
記載の方法。 （２０）前記ストラクチャのサイズを縮小するステップ
は、前記縮小するステップの継続が前記少なくとも１つ
のディレクトリ・エントリ及び前記少なくとも１つのデ
ータ・オブジェクトの相対的数を変更させる時を決定す
るステップと、前記縮小するステップの継続が前記少な
くとも１つのディレクトリ・エントリ及び前記少なくと
も１つのデータ・オブジェクトの相対的数を変更させる
ことが決定される時に前記縮小するステップを終了させ
るステップと、を含むことを特徴とする上記（１２）に
記載の方法。 （２１）前記ストラクチャのサイズを縮小するステップ
は、前記縮小するステップの継続が前記少なくとも１つ
のディレクトリ・エントリの数を所定の量より少なく減
少させる時を決定するステップと、前記拡大するステッ
プの継続が前記少なくとも１つのディレクトリ・エント
リの数を前記所定の量よりも少なくさせることが決定さ
れる時に前記縮小するステップを終了させるステップ
と、を含むことを特徴とする上記（１２）に記載の方
法。 （２２）前記ストラクチャのサイズを縮小するステップ
は、前記縮小するステップの継続が前記少なくとも１つ
のデータ・オブジェクトの数を所定の量より少なく減少
させる時を決定するステップと、前記拡大するステップ
の継続が前記少なくとも１つのデータ・オブジェクトの
数を前記所定の量よりも少なくさせることが決定される
時に前記縮小するステップを終了させるステップと、を
含むことを特徴とする上記（１２）に記載の方法。 （２３）複数個のデータ処理システムと結合し且つ複数
個の記憶資源を記憶するための少なくとも１つのキャッ
シュ・ストラクチャ及びリスト・ストラクチャを有する
外部データ記憶機構を使用し、前記少なくとも１つのキ
ャッシュ・ストラクチャ及びリスト・ストラクチャを管
理する装置であって、前記少なくとも１つのキャッシュ
・ストラクチャ及びリスト・ストラクチャに割振りコマ
ンドを再発生する手段と、前記少なくとも１つのキャッ
シュ・ストラクチャ及びリスト・ストラクチャに割振り
パラメータを割り当てる手段と、前記外部データ記憶機
構における記憶資源が使用可能になる時、及びプロセッ
サ・サイクルが前記割振りパラメータを実行するために
使用可能になる時、前記割振りパラメータに基づいて前
記少なくとも１つのキャッシュ・ストラクチャ及びリス
ト・ストラクチャのサイズを調節する手段と、を含み、
前記割振りパラメータが得られるまで、割振りプロセス
は保留のままであること、すべてのコマンドは前記外部
データ記憶機構によって受け付けられ且つ処理されるこ
と、及び前記少なくとも１つのキャッシュ・ストラクチ
ャ及びリスト・ストラクチャにおけるデータ・エレメン
ト及びディレクトリ・エントリの相対的比率は前記調節
するための手段によって維持されることを特徴とする装
置。

【０２８６】

【発明の効果】本発明によれば、割振り解除オペレーシ
ョン及びその後の割振りオペレーションの間、キャッシ
ュ・ストラクチャ又はリスト・ストラクチャによって与
えられるサービスをさせる必要なくデータ・ストラクチ
ャ（例えば、キャッシュ又はリスト）を縮小、拡大、或
いは再配分することができ、又、リクエストされた記憶
資源が割振りリクエスト（例えば、キャッシュ・ストラ
クチャの割振り、或いはリスト・ストラクチャの割振
り）を満足させるように使用可能であることを保証でき
る。

【図面の簡単な説明】

【図１】キャッシュ・ストラクチャ・ジオメトリを示
す。

【図２】キャッシュ・ストラクチャ及びリスト・ストラ
クチャを含むＳＥＳにおける多数のストラクチャを示
す。

【図３】キャッシュ・ストラクチャを持ったＳＥＳ機構
を含むデータ処理システムの３レベル記憶ハイラーキを
示す。

【図４】図２に示されたストラクチャのうちのリスト・
ストラクチャの１つを示す。

【図５】キャッシュ・ストラクチャの拡大、縮小、及び
再配分を示すフローチャートの一部分である。

【図６】キャッシュ・ストラクチャの拡大、縮小、及び
再配分を示すフローチャートの一部分である。

【図７】キャッシュ・ストラクチャの拡大、縮小、及び
再配分を示すフローチャートの一部分である。

【図８】キャッシュ・ストラクチャ割振りのインクレメ
ンタル・プロセッサのオペレーションを示すフローチャ
ートの一部分である。

【図９】キャッシュ・ストラクチャ割振りのインクレメ
ンタル・プロセッサのオペレーションを示すフローチャ
ートの一部分である。

【図１０】データ・エレメント・セグメント追放オペレ
ーションを示すフローチャートの一部分である。

【図１１】データ・エレメント・セグメント追放オペレ
ーションを示すフローチャートの一部分である。

【図１２】ディレクトリ・エントリセグメント追放オペ
レーションを示すフローチャートである。

【図１３】リスト・ストラクチャに対する境界セグメン
ト再編成の一部分を示す。

【図１４】リスト・ストラクチャに対する境界セグメン
ト再編成の一部分を示す。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディビッド・アレン・エルコ アメリカ合衆国ニューヨーク州、プウキー プシー、リンデン・ロード 18 (72)発明者 オードリー・アン・ヘルフリッチ アメリカ合衆国ニューヨーク州、プウキー プシー、モンエル・アベニュー ６ (72)発明者 リチャード・パービン・キング アメリカ合衆国ニューヨーク州、ソーンウ ッド、ワレン・アベニュー 540 (72)発明者 ジェフリー・マーク・ニック アメリカ合衆国ニューヨーク州、フィッシ ュキル、プリマウス・ロード 43 (72)発明者 スチュワート・ローンドン・パルマー アメリカ合衆国ニューヨーク州、ヨークタ ウン・ハイツ、ハノーバー・ロード 1798 (72)発明者 ウェンデル・ウィリー・ウィルキンソン アメリカ合衆国ニューヨーク州、ハイド・ パーク、リチャード・ロード ９

Claims (23)

【特許請求の範囲】
1. 【請求項１】複数個のデータ処理システムによって共用
   される外部データ記憶機構のデータ・ストラクチャを最
   適化するための装置であって、 前記データ・ストラクチャは該データ・ストラクチャの
   作成及び該データ・ストラクチャの構成を割り当てられ
   た前記外部データ記憶機構における記憶スペースの量に
   基づいて第１割振りパラメータを含む第１割振りコマン
   ドによって割振りされ、 前記第１割振りパラメータの値を決定し、それによって
   前記データ・ストラクチャの第１構成を決定する手段
   と、 前記データ・ストラクチャの実際の用途を決定し、それ
   によって前記データ・ストラクチャの第２構成を決定す
   る手段と、 前記データ・ストラクチャの第１構成を前記データ・ス
   トラクチャの第２構成と比較する比較手段と、 前記比較手段からの出力に応答して、第２割振りパラメ
   ータを持った第２割振りコマンドを、前記データ・スト
   ラクチャの再割振りのために前記データ・ストラクチャ
   に発生する発生手段と、 を含み、 前記発生手段は、前記外部データ記憶機構における記憶
   スペース及び処理サイクルが前記第２割振りパラメータ
   を実行するために使用可能になる時、前記データ・スト
   ラクチャの第１構成を前記第２構成に対して調節する調
   節手段を含むこと、及び前記第２割振りパラメータが得
   られるまで、前記データ・ストラクチャの再割振りは保
   留のままであり、すべての処理コマンドは前記外部デー
   タ記憶機構によって受け付けられ且つ処理されることを
   特徴とする装置。
2. 【請求項２】前記調節手段は前記データ・ストラクチャ
   のサイズを拡大する手段を含むことを特徴とする請求項
   １に記載の装置。
3. 【請求項３】前記調節手段は前記データ・ストラクチャ
   のサイズを縮小する手段を含むことを特徴とする請求項
   １に記載の装置。
4. 【請求項４】前記データ・ストラクチャは少なくとも１
   つのデータ・オブジェクト及び前記少なくとも１つのデ
   ータ・オブジェクトをそれぞれ位置指定する少なくとも
   １つのディレクトリ・エントリを含むディレクトリを含
   むこと、及び前記調節手段は前記データ・ストラクチャ
   の前記少なくとも１つのディレクトリ・エントリ及び前
   記少なくとも１つのデータ・オブジェクトの相対的数を
   変更する手段を含むことを特徴とする請求項１に記載の
   装置。
5. 【請求項５】前記データ・ストラクチャは少なくとも１
   つのデータ・オブジェクト及び前記少なくとも１つのデ
   ータ・オブジェクトをそれぞれ位置指定する少なくとも
   １つのディレクトリ・エントリを含むディレクトリを含
   むこと、及び前記調節手段は前記データ・ストラクチャ
   のサイズを拡大するための手段及び前記データ・ストラ
   クチャの前記少なくとも１つのディレクトリ・エントリ
   及び前記少なくとも１つのデータ・オブジェクトの相対
   的数を変更する手段を含むことを特徴とする請求項１に
   記載の装置。
6. 【請求項６】前記データ・ストラクチャは少なくとも１
   つのデータ・オブジェクト及び前記少なくとも１つのデ
   ータ・オブジェクトをそれぞれ位置指定する少なくとも
   １つのディレクトリ・エントリを含むディレクトリを含
   むこと、及び前記調節手段は前記データ・ストラクチャ
   のサイズを縮小する手段及び前記データ・ストラクチャ
   の前記少なくとも１つのディレクトリ・エントリ及び前
   記少なくとも１つのデータ・オブジェクトの相対的数を
   変更する手段を含むことを特徴とする請求項１に記載の
   装置。
7. 【請求項７】前記第２割振りパラメータの実行の進行を
   測定する測定手段を含むことを特徴とする請求項１に記
   載の装置。
8. 【請求項８】前記測定手段からの入力に基づいて前記第
   ２割振りパラメータの実行の進行を終了させる手段を含
   むことを特徴とする請求項７に記載の装置。
9. 【請求項９】前記測定手段からの入力に基づいて前記第
   ２割振りパラメータを変更する手段を含むことを特徴と
   する請求項８に記載の装置。
10. 【請求項１０】複数個のデータ処理システムによって共
    用される外部データ記憶機構のデータ・ストラクチャを
    最適化する方法であって、 前記データ・ストラクチャは該データ・ストラクチャの
    作成及び該データ・ストラクチャの構成を割り当てられ
    た前記外部データ記憶機構における記憶スペースの量に
    基づいて第１割振りパラメータを含む第１割振りコマン
    ドによって割振りされ、 前記第１割振りパラメータの値を決定し、それによって
    前記データ・ストラクチャの第１構成を決定するステッ
    プと、 前記データ・ストラクチャの実際の用途を決定し、それ
    によって前記データ・ストラクチャの第２構成を決定す
    るステップと、 前記データ・ストラクチャの第１構成を前記データ・ス
    トラクチャの第２構成と比較して比較出力を供給するス
    テップと、 前記比較出力に応答して、第２割振りパラメータを持っ
    た第２割振りコマンドを、前記データ・ストラクチャの
    再割振りのために前記データ・ストラクチャに発生する
    ステップと、 前記外部データ記憶機構における記憶スペース及び処理
    サイクルが前記第２割振りパラメータを実行するために
    使用可能になる時、前記データ・ストラクチャの第１構
    成を前記第２構成に対して調節するステップと、 を含み、 前記第２割振りパラメータが得られるまで、前記データ
    ・ストラクチャの再割振りは保留のままであり、すべて
    の処理コマンドは前記外部データ記憶機構によって受け
    付けられ且つ処理されることを特徴とする方法。
11. 【請求項１１】前記調節するステップは前記データ・ス
    トラクチャのサイズを拡大するステップを含むことを特
    徴とする請求項１０に記載の方法。
12. 【請求項１２】前記調節するステップは前記データ・ス
    トラクチャのサイズを縮小するステップを含むことを特
    徴とする請求項１０に記載の方法。
13. 【請求項１３】前記データ・ストラクチャは少なくとも
    １つのデータ・オブジェクト及び前記少なくとも１つの
    データ・オブジェクトをそれぞれ位置指定する少なくと
    も１つのディレクトリ・エントリを含むディレクトリを
    含むこと、及び前記調節するステップは前記データ・ス
    トラクチャの前記少なくとも１つのディレクトリ・エン
    トリ及び前記少なくとも１つのデータ・オブジェクトの
    相対的数を変更するステップを含むことを特徴とする請
    求項１０に記載の方法。
14. 【請求項１４】前記データ・ストラクチャは少なくとも
    １つのデータ・オブジェクト及び前記少なくとも１つの
    データ・オブジェクトをそれぞれ位置指定する少なくと
    も１つのディレクトリ・エントリを含むディレクトリを
    含むこと、及び前記調節するステップは前記データ・ス
    トラクチャのサイズを拡大するステップ及び前記データ
    ・ストラクチャの前記少なくとも１つのディレクトリ・
    エントリ及び前記少なくとも１つのデータ・オブジェク
    トの相対的数を変更するステップを含むことを特徴とす
    る請求項１０に記載の方法。
15. 【請求項１５】前記データ・ストラクチャは少なくとも
    １つのデータ・オブジェクト及び前記少なくとも１つの
    データ・オブジェクトをそれぞれ位置指定する少なくと
    も１つのディレクトリ・エントリを含むディレクトリを
    含むこと、及び前記調節するステップは前記データ・ス
    トラクチャのサイズを縮小するステップ及び前記データ
    ・ストラクチャの前記少なくとも１つのディレクトリ・
    エントリ及び前記少なくとも１つのデータ・オブジェク
    トの相対的数を変更するステップを含むことを特徴とす
    る請求項１０に記載の方法。
16. 【請求項１６】前記第２割振りパラメータの実行の進行
    を測定するステップを含むことを特徴とする請求項１０
    に記載の方法。
17. 【請求項１７】前記測定するステップに基づいて前記第
    ２割振りパラメータの実行の進行を終了させるステップ
    を含むことを特徴とする請求項１６に記載の方法。
18. 【請求項１８】前記測定するステップに基づいて前記第
    ２割振りパラメータを変更するステップを含むことを特
    徴とする請求項１６に記載の方法。
19. 【請求項１９】前記ストラクチャのサイズを拡大するス
    テップは、 前記拡大するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリ及び前記少なくとも１つのデータ
    ・オブジェクトの相対的数を変更させる時を決定するス
    テップと、 前記拡大するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリ及び前記少なくとも１つのデータ
    ・オブジェクトの相対的数を変更させることが決定され
    る時に前記拡大するステップを終了させるステップと、 を含むことを特徴とする請求項１１に記載の方法。
20. 【請求項２０】前記ストラクチャのサイズを縮小するス
    テップは、 前記縮小するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリ及び前記少なくとも１つのデータ
    ・オブジェクトの相対的数を変更させる時を決定するス
    テップと、 前記縮小するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリ及び前記少なくとも１つのデータ
    ・オブジェクトの相対的数を変更させることが決定され
    る時に前記縮小するステップを終了させるステップと、 を含むことを特徴とする請求項１２に記載の方法。
21. 【請求項２１】前記ストラクチャのサイズを縮小するス
    テップは、 前記縮小するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリの数を所定の量より少なく減少さ
    せる時を決定するステップと、 前記拡大するステップの継続が前記少なくとも１つのデ
    ィレクトリ・エントリの数を前記所定の量よりも少なく
    させることが決定される時に前記縮小するステップを終
    了させるステップと、 を含むことを特徴とする請求項１２に記載の方法。
22. 【請求項２２】前記ストラクチャのサイズを縮小するス
    テップは、 前記縮小するステップの継続が前記少なくとも１つのデ
    ータ・オブジェクトの数を所定の量より少なく減少させ
    る時を決定するステップと、 前記拡大するステップの継続が前記少なくとも１つのデ
    ータ・オブジェクトの数を前記所定の量よりも少なくさ
    せることが決定される時に前記縮小するステップを終了
    させるステップと、 を含むことを特徴とする請求項１２に記載の方法。
23. 【請求項２３】複数個のデータ処理システムと結合し且
    つ複数個の記憶資源を記憶するための少なくとも１つの
    キャッシュ・ストラクチャ及びリスト・ストラクチャを
    有する外部データ記憶機構を使用し、前記少なくとも１
    つのキャッシュ・ストラクチャ及びリスト・ストラクチ
    ャを管理する装置であって、 前記少なくとも１つのキャッシュ・ストラクチャ及びリ
    スト・ストラクチャに割振りコマンドを再発生する手段
    と、 前記少なくとも１つのキャッシュ・ストラクチャ及びリ
    スト・ストラクチャに割振りパラメータを割り当てる手
    段と、 前記外部データ記憶機構における記憶資源が使用可能に
    なる時、及びプロセッサ・サイクルが前記割振りパラメ
    ータを実行するために使用可能になる時、前記割振りパ
    ラメータに基づいて前記少なくとも１つのキャッシュ・
    ストラクチャ及びリスト・ストラクチャのサイズを調節
    する手段と、 を含み、 前記割振りパラメータが得られるまで、割振りプロセス
    は保留のままであること、 すべてのコマンドは前記外部データ記憶機構によって受
    け付けられ且つ処理されること、及び前記少なくとも１
    つのキャッシュ・ストラクチャ及びリスト・ストラクチ
    ャにおけるデータ・エレメント及びディレクトリ・エン
    トリの相対的比率は前記調節するための手段によって維
    持されることを特徴とする装置。