JPH10143382A - 共有メモリ型マルチプロセッサシステムの資源管理方法 - Google Patents
共有メモリ型マルチプロセッサシステムの資源管理方法Info
- Publication number
- JPH10143382A JPH10143382A JP29615496A JP29615496A JPH10143382A JP H10143382 A JPH10143382 A JP H10143382A JP 29615496 A JP29615496 A JP 29615496A JP 29615496 A JP29615496 A JP 29615496A JP H10143382 A JPH10143382 A JP H10143382A
- Authority
- JP
- Japan
- Prior art keywords
- processor
- memory
- memory module
- selecting
- multiprocessor system
- 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
Abstract
(57)【要約】
【課題】プロセッサメモリモジュールを複数個接続する
共有メモリ型マルチプロセッサシステムにおいて，特定
のプロセッサメモリモジュール上でのプロセスの実行を
可能とし，ローカルのメモリを優先的に割り当てる。 【解決手段】各プロセッサメモリモジュールに搭載され
るメモリの実アドレスの下限値および上限値，システム
を構成するプロセッサメモリモジュール数を含むハード
ウェアの構成情報を，オペレーティングシステムが入手
する。そして，プロセス生成時に，当該プロセスを動作
させる，Ｌ２キャッシュを共有するプロセッサメモリモ
ジュールを選択し，メモリ割当て処理において，先に選
択されたプロセッサメモリモジュール上のメモリを割り
当てる。
共有メモリ型マルチプロセッサシステムにおいて，特定
のプロセッサメモリモジュール上でのプロセスの実行を
可能とし，ローカルのメモリを優先的に割り当てる。 【解決手段】各プロセッサメモリモジュールに搭載され
るメモリの実アドレスの下限値および上限値，システム
を構成するプロセッサメモリモジュール数を含むハード
ウェアの構成情報を，オペレーティングシステムが入手
する。そして，プロセス生成時に，当該プロセスを動作
させる，Ｌ２キャッシュを共有するプロセッサメモリモ
ジュールを選択し，メモリ割当て処理において，先に選
択されたプロセッサメモリモジュール上のメモリを割り
当てる。
Description
【０００１】
【発明の属する技術分野】本発明は，共有メモリ型マル
チプロセッサシステムにおける，オペレーティングシス
テムでのプロセッサおよびメモリ等の計算機資源の管理
方法に関する。
チプロセッサシステムにおける，オペレーティングシス
テムでのプロセッサおよびメモリ等の計算機資源の管理
方法に関する。
【０００２】
【従来の技術】最近の計算機システムでは，処理能力の
向上を図るために複数個のプロセッサ（ＣＰＵ）を搭載
するマルチプロセッサ構成が一般的となっている。その
マルチプロセッサシステムの構成方式の１つに共有メモ
リ型マルチプロセッサがある。これは，システム中のす
べてのプロセッサがメモリを共有する構成であるが，こ
れには，集中メモリ型と分散共有メモリ型の２種類があ
る。
向上を図るために複数個のプロセッサ（ＣＰＵ）を搭載
するマルチプロセッサ構成が一般的となっている。その
マルチプロセッサシステムの構成方式の１つに共有メモ
リ型マルチプロセッサがある。これは，システム中のす
べてのプロセッサがメモリを共有する構成であるが，こ
れには，集中メモリ型と分散共有メモリ型の２種類があ
る。
【０００３】集中メモリ型は，システム中のすべてのメ
モリが１箇所にまとめられており，すべてのプロセッサ
からシステムコネクションを経由して同等にアクセスさ
れる。一方，分散共有メモリ型は，例えば，複数のプロ
セッサメモリモジュール（ＰＭＭ）を用意し，このモジ
ュール上にプロセッサとメモリを搭載し，これらのプロ
セッサメモリモジュールをシステムコネクションで接続
する構成が考えられる。これは，結局，１台のマルチプ
ロセッサシステムを構成するメモリを物理的に分割し
て，全体としては１つのメモリのように見せる．即ち，
物理的には分散するメモリを，論理的には１つに見せる
のである。しかし，ローカルなメモリへのアクセスとリ
モートなメモリへのアクセスとでは，アクセス時間が異
なり，もちろんローカルなメモリへのアクセスの方が高
速である。
モリが１箇所にまとめられており，すべてのプロセッサ
からシステムコネクションを経由して同等にアクセスさ
れる。一方，分散共有メモリ型は，例えば，複数のプロ
セッサメモリモジュール（ＰＭＭ）を用意し，このモジ
ュール上にプロセッサとメモリを搭載し，これらのプロ
セッサメモリモジュールをシステムコネクションで接続
する構成が考えられる。これは，結局，１台のマルチプ
ロセッサシステムを構成するメモリを物理的に分割し
て，全体としては１つのメモリのように見せる．即ち，
物理的には分散するメモリを，論理的には１つに見せる
のである。しかし，ローカルなメモリへのアクセスとリ
モートなメモリへのアクセスとでは，アクセス時間が異
なり，もちろんローカルなメモリへのアクセスの方が高
速である。
【０００４】処理能力への要求の高まりとともに，マル
チプロセッサシステムを構成するプロセッサ数が増える
と，それにつれてプロセッサとメモリの間のトラフィッ
クが多くなり，システムコネクションがボトルネックと
なる。従って，共有メモリ型マルチプロセッサにおいて
プロセッサ数を増やすためのカギは，いかにしてシステ
ムコネクションのトラフィックを減らすかということに
なる。
チプロセッサシステムを構成するプロセッサ数が増える
と，それにつれてプロセッサとメモリの間のトラフィッ
クが多くなり，システムコネクションがボトルネックと
なる。従って，共有メモリ型マルチプロセッサにおいて
プロセッサ数を増やすためのカギは，いかにしてシステ
ムコネクションのトラフィックを減らすかということに
なる。
【０００５】そこで，複数のプロセッサ間で共用するキ
ャッシュメモリ（Ｌ２キャッシュ）を装備することが考
えられる。このＬ２キャッシュは，分散共有メモリ型で
は，同一プロセッサメモリモジュール上のプロセッサ間
で共有される構成とする。このＬ２キャッシュを共有す
るプロセッサ群を以下ではプロセッサグループと呼ぶ。
Ｌ２キャッシュにヒットすればメモリアクセスは発生し
ないので，システムコネクションへのトラフィックは発
生しない。
ャッシュメモリ（Ｌ２キャッシュ）を装備することが考
えられる。このＬ２キャッシュは，分散共有メモリ型で
は，同一プロセッサメモリモジュール上のプロセッサ間
で共有される構成とする。このＬ２キャッシュを共有す
るプロセッサ群を以下ではプロセッサグループと呼ぶ。
Ｌ２キャッシュにヒットすればメモリアクセスは発生し
ないので，システムコネクションへのトラフィックは発
生しない。
【０００６】一方，Ｌ２キャッシュミスが発生した場
合，分散共有メモリ型では，ローカルのメモリ（同一プ
ロセッサメモリモジュール上のメモリ）へアクセスする
ケースではシステムコネクションへのトラフィックは発
生しないが，リモートのメモリ（他のプロセッサメモリ
モジュール上のメモリ）へアクセスするケースではシス
テムコネクションへのトラフィックが発生する。よっ
て，システムコネクションのトラフィックを減らすに
は，Ｌ２キャッシュミスおよびリモートのメモリへのア
クセスを減らさねばならない。
合，分散共有メモリ型では，ローカルのメモリ（同一プ
ロセッサメモリモジュール上のメモリ）へアクセスする
ケースではシステムコネクションへのトラフィックは発
生しないが，リモートのメモリ（他のプロセッサメモリ
モジュール上のメモリ）へアクセスするケースではシス
テムコネクションへのトラフィックが発生する。よっ
て，システムコネクションのトラフィックを減らすに
は，Ｌ２キャッシュミスおよびリモートのメモリへのア
クセスを減らさねばならない。
【０００７】
【発明が解決しようとする課題】以上の考察から，共有
メモリ型マルチプロセッサシステムにおいて，システム
コネクションのトラフィックを減らすには，Ｌ２キャッ
シュのヒット率を上げ，更に，分散共有メモリ型では，
リモートのメモリへのアクセスを減らさねばならないと
いうことが明らかとなった。そのためには，オペレーテ
ィングシステム（ＯＳ）の資源管理方式が重要となる。
従来のＯＳの考え方は，計算機資源の利用率を上げる
ことに主眼がおかれてきた。例えば，実行可能なプロセ
スを，アイドル状態になったＣＰＵが早いもの勝ちで実
行する，といった例である．このような制御では，プロ
セスはどのプロセッサ（プロセッサメモリモジュール）
で実行されるかはわからないので，Ｌ２キャッシュには
様々なプロセスが使用するデータがキャッシングされ
る。結局，Ｌ２キャッシュのヒット率が低下し，システ
ムコネクションへのトラフィックが減らないという問題
がある。
メモリ型マルチプロセッサシステムにおいて，システム
コネクションのトラフィックを減らすには，Ｌ２キャッ
シュのヒット率を上げ，更に，分散共有メモリ型では，
リモートのメモリへのアクセスを減らさねばならないと
いうことが明らかとなった。そのためには，オペレーテ
ィングシステム（ＯＳ）の資源管理方式が重要となる。
従来のＯＳの考え方は，計算機資源の利用率を上げる
ことに主眼がおかれてきた。例えば，実行可能なプロセ
スを，アイドル状態になったＣＰＵが早いもの勝ちで実
行する，といった例である．このような制御では，プロ
セスはどのプロセッサ（プロセッサメモリモジュール）
で実行されるかはわからないので，Ｌ２キャッシュには
様々なプロセスが使用するデータがキャッシングされ
る。結局，Ｌ２キャッシュのヒット率が低下し，システ
ムコネクションへのトラフィックが減らないという問題
がある。
【０００８】そこで，従来の利用率重視の考え方を改め
る。即ち，プロセスが，常に特定のプロセッサメモリモ
ジュールで実行されるようにする。すると，Ｌ２キャッ
シュには特定プロセスが使用するデータがキャッシング
されるので，高いＬ２キャッシュヒット率が期待でき
る。Ｌ２キャッシュがヒットすればシステムコネクショ
ンへのトラフィックは発生しない。
る。即ち，プロセスが，常に特定のプロセッサメモリモ
ジュールで実行されるようにする。すると，Ｌ２キャッ
シュには特定プロセスが使用するデータがキャッシング
されるので，高いＬ２キャッシュヒット率が期待でき
る。Ｌ２キャッシュがヒットすればシステムコネクショ
ンへのトラフィックは発生しない。
【０００９】そこで，本発明の第１の目的は，特定のプ
ロセッサメモリモジュール上でプロセスを実行する方法
を提供することにある。
ロセッサメモリモジュール上でプロセスを実行する方法
を提供することにある。
【００１０】また，分散共有メモリ型の場合，メモリ割
当ての際にローカルの（同一プロセッサメモリモジュー
ルの）メモリを割り当てるようにすれば，システムコネ
クションへのトラフィックを減らすことができる。そし
て，ローカルのメモリへのアクセスは，システムコネク
ションを経由しないためリモートの（他プロセッサメモ
リモジュールの）メモリへのアクセスよりアクセス時間
が短い。
当ての際にローカルの（同一プロセッサメモリモジュー
ルの）メモリを割り当てるようにすれば，システムコネ
クションへのトラフィックを減らすことができる。そし
て，ローカルのメモリへのアクセスは，システムコネク
ションを経由しないためリモートの（他プロセッサメモ
リモジュールの）メモリへのアクセスよりアクセス時間
が短い。
【００１１】ところが，従来のＯＳにおけるメモリ管理
では，ローカルのメモリおよびリモートのメモリを意識
するということがなく，すべてを同じに扱っているの
で，ローカルのメモリを意識して割り当てるという制御
ができないという問題点がある。
では，ローカルのメモリおよびリモートのメモリを意識
するということがなく，すべてを同じに扱っているの
で，ローカルのメモリを意識して割り当てるという制御
ができないという問題点がある。
【００１２】そこで，本発明の第２の目的は，分散共有
メモリ型マルチプロセッサシステムにおいてローカルの
メモリを優先的に割り当てる方法を提供することにあ
る。
メモリ型マルチプロセッサシステムにおいてローカルの
メモリを優先的に割り当てる方法を提供することにあ
る。
【００１３】
【課題を解決するための手段】本発明では，複数のプロ
セッサと，当該複数プロセッサが共有するキャッシュメ
モリ（Ｌ２キャッシュ）と，メモリとが搭載されるプロ
セッサメモリモジュールがあり，当該プロセッサメモリ
モジュールを複数個接続する共有メモリ型マルチプロセ
ッサシステムにおいて，ＯＳが，各プロセッサメモリモ
ジュールに搭載されるメモリの実アドレスの下限値およ
び上限値，システムを構成するプロセッサメモリモジュ
ール数，および各プロセッサメモリモジュールに搭載さ
れるプロセッサ数を含むハードウェアの構成情報を入手
する。これにより，ＯＳは，システムに存在するプロセ
ッサメモリモジュールを認識できるので，プロセッサメ
モリモジュールを意識した資源管理が可能となる。そし
て，各プロセッサメモリモジュールに搭載されるメモリ
の実アドレスの下限値および上限値の情報により，ＯＳ
のメモリ管理サブシステムは，実アドレスのどの範囲が
どのプロセッサメモリモジュールに属するのかを把握で
きるようになる。
セッサと，当該複数プロセッサが共有するキャッシュメ
モリ（Ｌ２キャッシュ）と，メモリとが搭載されるプロ
セッサメモリモジュールがあり，当該プロセッサメモリ
モジュールを複数個接続する共有メモリ型マルチプロセ
ッサシステムにおいて，ＯＳが，各プロセッサメモリモ
ジュールに搭載されるメモリの実アドレスの下限値およ
び上限値，システムを構成するプロセッサメモリモジュ
ール数，および各プロセッサメモリモジュールに搭載さ
れるプロセッサ数を含むハードウェアの構成情報を入手
する。これにより，ＯＳは，システムに存在するプロセ
ッサメモリモジュールを認識できるので，プロセッサメ
モリモジュールを意識した資源管理が可能となる。そし
て，各プロセッサメモリモジュールに搭載されるメモリ
の実アドレスの下限値および上限値の情報により，ＯＳ
のメモリ管理サブシステムは，実アドレスのどの範囲が
どのプロセッサメモリモジュールに属するのかを把握で
きるようになる。
【００１４】そして，プロセス生成時に，当該プロセス
を動作させるプロセッサメモリモジュールを選択し，当
該プロセスの実行時には，前記の選択したプロセッサメ
モリモジュールに属するプロセッサで実行するようにス
ケジュールし，メモリ割当て処理において，先に選択し
プロセッサメモリモジュール上のメモリを割り当てる。
これにより，生成されたプロセスを動作させるプロセッ
サメモリモジュールが１つ決定され，このプロセスは，
常にこのプロセッサメモリモジュールに属するプロセッ
サ上で動作することになる。そして，このプロセスが発
するメモリ確保要求に対しては，このプロセスが実行さ
れるプロセッサメモリモジュールのローカルなメモリが
割り当てられることになる。
を動作させるプロセッサメモリモジュールを選択し，当
該プロセスの実行時には，前記の選択したプロセッサメ
モリモジュールに属するプロセッサで実行するようにス
ケジュールし，メモリ割当て処理において，先に選択し
プロセッサメモリモジュール上のメモリを割り当てる。
これにより，生成されたプロセスを動作させるプロセッ
サメモリモジュールが１つ決定され，このプロセスは，
常にこのプロセッサメモリモジュールに属するプロセッ
サ上で動作することになる。そして，このプロセスが発
するメモリ確保要求に対しては，このプロセスが実行さ
れるプロセッサメモリモジュールのローカルなメモリが
割り当てられることになる。
【００１５】そして，前記のプロセスを動作させるプロ
セッサグループを選択する際には，メモリの空き容量が
最大であるようなプロセッサメモリモジュールを選択す
ることにより，メモリ割当ての際に実メモリの不足のた
めにページングが発生する可能性を小さくできる。
セッサグループを選択する際には，メモリの空き容量が
最大であるようなプロセッサメモリモジュールを選択す
ることにより，メモリ割当ての際に実メモリの不足のた
めにページングが発生する可能性を小さくできる。
【００１６】そして，前記のプロセスを動作させるプロ
セッサグループを選択する際には，生成するプロセスの
親プロセスが割り当てられたプロセッサグループと同じ
プロセッサグループを選択する。親子関係にあるプロセ
スの間では，同じデータにアクセスする可能性が高いと
考えられるので，こうすることによりＬ２キャッシュの
ヒット率をより高くすることが期待できる。
セッサグループを選択する際には，生成するプロセスの
親プロセスが割り当てられたプロセッサグループと同じ
プロセッサグループを選択する。親子関係にあるプロセ
スの間では，同じデータにアクセスする可能性が高いと
考えられるので，こうすることによりＬ２キャッシュの
ヒット率をより高くすることが期待できる。
【００１７】また，本発明では，複数のプロセッサと，
当該複数プロセッサが共有するキャッシュメモリ（Ｌ２
キャッシュ）があり，このプロセッサ群とＬ２キャッシ
ュの組合せ（プロセッサグループ）が複数存在する共有
メモリ型マルチプロセッサシステムにおいて，ＯＳが，
プロセッサグループ数を含むハードウェアの構成情報を
入手する。これにより，ＯＳは，システムに存在するプ
ロセッサグループを認識できるので，プロセッサグルー
プを意識した資源管理が可能となる。
当該複数プロセッサが共有するキャッシュメモリ（Ｌ２
キャッシュ）があり，このプロセッサ群とＬ２キャッシ
ュの組合せ（プロセッサグループ）が複数存在する共有
メモリ型マルチプロセッサシステムにおいて，ＯＳが，
プロセッサグループ数を含むハードウェアの構成情報を
入手する。これにより，ＯＳは，システムに存在するプ
ロセッサグループを認識できるので，プロセッサグルー
プを意識した資源管理が可能となる。
【００１８】そして，プロセス生成時に，当該プロセス
を動作させるプロセッサグループを選択し，当該プロセ
スの実行時には，前記の決定されたプロセッサグループ
に属するプロセッサで実行するようにスケジュールす
る。これにより，生成されたプロセスを動作させるプロ
セッサグループが１つ決定され，このプロセスは，常に
このプロセッサグループに属するプロセッサ上で動作す
ることになる。
を動作させるプロセッサグループを選択し，当該プロセ
スの実行時には，前記の決定されたプロセッサグループ
に属するプロセッサで実行するようにスケジュールす
る。これにより，生成されたプロセスを動作させるプロ
セッサグループが１つ決定され，このプロセスは，常に
このプロセッサグループに属するプロセッサ上で動作す
ることになる。
【００１９】そして，前記のプロセスを動作させるプロ
セッサグループを選択する際には，生成するプロセスの
親プロセスが割り当てられたプロセッサグループと同じ
プロセッサグループを選択する．親子関係にあるプロセ
スの間では，同じデータにアクセスする可能性が高いと
考えられるので，こうすることによりＬ２キャッシュの
ヒット率をより高くすることが期待できる。
セッサグループを選択する際には，生成するプロセスの
親プロセスが割り当てられたプロセッサグループと同じ
プロセッサグループを選択する．親子関係にあるプロセ
スの間では，同じデータにアクセスする可能性が高いと
考えられるので，こうすることによりＬ２キャッシュの
ヒット率をより高くすることが期待できる。
【００２０】
【発明の実施の形態】以下，本発明の第１の実施例を，
図面により詳細に説明する。
図面により詳細に説明する。
【００２１】図１は、本発明の第１の実施例を実施する
計算機システムである共有メモリ型マルチプロセッサシ
ステムの構成を示す図である。プロセッサメモリモジュ
ール１７００は，プロセッサ（ＣＰＵ）１０００，バス
１１００，プロセッサメモリコントローラ１２００，メ
モリ１３００，メモリ入出力インタフェース１４００，
バス１５００，およびＬ２キャッシュ１６００から構成
される．複数台のプロセッサ１０００は，バス１１００
によりプロセッサメモリコントローラ１２００と接続さ
れる。この例ではプロセッサ１０００は４台が搭載され
ているが，これは何台でも構わない。メモリ１３００
は，メモリ入出力インタフェース１４００と接続され，
メモリ入出力インタフェース１４００はバス１５００に
よりプロセッサメモリコントローラ１２００と接続され
る。メモリ入出力インタフェース１４００にはＩ／Ｏ装
置が接続される。さらに，プロセッサメモリコントロー
ラ１２００にはＬ２キャッシュ１６００が接続される。
そして，プロセッサメモリコントローラ１２００がシス
テムコネクション１８００に接続されているシステムコ
ネクション１８００は複数のプロセッサメモリモジュー
ル１７００と接続されている。この例では２個のプロセ
ッサメモリモジュール１７００がシステムコネクション
１８００に接続されているが，これは何個でも構わな
い。この構成で，Ｌ２キャッシュ１６００は，プロセッ
サ１０００により共有される。そして，各プロセッサメ
モリモジュール１７００上の各メモリ１３００は，論理
的には１つに見える。更に，システムコネクション１８
００には，サービスプロセッサ（ＳＶＰ）１９００が接
続される。このサービスプロセッサ１９００は，この計
算機システム全体を管理する計算機であり，システム構
成情報等を管理する。システム構成情報については，図
２で後述する。そして，サービスプロセッサ１９００に
接続されるディスク装置２０００およびサービスプロセ
ッサ１９００自身のメモリにシステム構成情報が格納さ
れる。
計算機システムである共有メモリ型マルチプロセッサシ
ステムの構成を示す図である。プロセッサメモリモジュ
ール１７００は，プロセッサ（ＣＰＵ）１０００，バス
１１００，プロセッサメモリコントローラ１２００，メ
モリ１３００，メモリ入出力インタフェース１４００，
バス１５００，およびＬ２キャッシュ１６００から構成
される．複数台のプロセッサ１０００は，バス１１００
によりプロセッサメモリコントローラ１２００と接続さ
れる。この例ではプロセッサ１０００は４台が搭載され
ているが，これは何台でも構わない。メモリ１３００
は，メモリ入出力インタフェース１４００と接続され，
メモリ入出力インタフェース１４００はバス１５００に
よりプロセッサメモリコントローラ１２００と接続され
る。メモリ入出力インタフェース１４００にはＩ／Ｏ装
置が接続される。さらに，プロセッサメモリコントロー
ラ１２００にはＬ２キャッシュ１６００が接続される。
そして，プロセッサメモリコントローラ１２００がシス
テムコネクション１８００に接続されているシステムコ
ネクション１８００は複数のプロセッサメモリモジュー
ル１７００と接続されている。この例では２個のプロセ
ッサメモリモジュール１７００がシステムコネクション
１８００に接続されているが，これは何個でも構わな
い。この構成で，Ｌ２キャッシュ１６００は，プロセッ
サ１０００により共有される。そして，各プロセッサメ
モリモジュール１７００上の各メモリ１３００は，論理
的には１つに見える。更に，システムコネクション１８
００には，サービスプロセッサ（ＳＶＰ）１９００が接
続される。このサービスプロセッサ１９００は，この計
算機システム全体を管理する計算機であり，システム構
成情報等を管理する。システム構成情報については，図
２で後述する。そして，サービスプロセッサ１９００に
接続されるディスク装置２０００およびサービスプロセ
ッサ１９００自身のメモリにシステム構成情報が格納さ
れる。
【００２２】図２で，この共有メモリ型マルチプロセッ
サシステムのメモリ構成を説明する。図１に示したよう
に，この例では，プロセッサメモリモジュール１７００
が２個あるとしており，それぞれにメモリ１３００が搭
載されている。ここで，１つ目のプロセッサメモリモジ
ュール（プロセッサメモリモジュール１）のメモリの容
量をＡ１バイト，２つ目のプロセッサメモリモジュール
（プロセッサメモリモジュール２）のメモリの容量をＡ
２バイトとする。プロセッサメモリモジュール１のメモ
リの実アドレスとしては「０」から「Ａ１−１」を割当
て，プロセッサメモリモジュール２のメモリの実アドレ
スとしては「Ａ１」から「Ａ１＋Ａ２−１」を割り当て
る。これにより，この共有メモリ型マルチプロセッサシ
ステムとしては，論理的には「Ａ１＋Ａ２」バイトのメ
モリが存在することになる。
サシステムのメモリ構成を説明する。図１に示したよう
に，この例では，プロセッサメモリモジュール１７００
が２個あるとしており，それぞれにメモリ１３００が搭
載されている。ここで，１つ目のプロセッサメモリモジ
ュール（プロセッサメモリモジュール１）のメモリの容
量をＡ１バイト，２つ目のプロセッサメモリモジュール
（プロセッサメモリモジュール２）のメモリの容量をＡ
２バイトとする。プロセッサメモリモジュール１のメモ
リの実アドレスとしては「０」から「Ａ１−１」を割当
て，プロセッサメモリモジュール２のメモリの実アドレ
スとしては「Ａ１」から「Ａ１＋Ａ２−１」を割り当て
る。これにより，この共有メモリ型マルチプロセッサシ
ステムとしては，論理的には「Ａ１＋Ａ２」バイトのメ
モリが存在することになる。
【００２３】図３に，サービスプロセッサ１９００に接
続されるディスク装置２０００およびサービスプロセッ
サ１９００自身のメモリに格納されるシステム構成情報
２１００を示す。システム構成情報２１００は，ヘッダ
部２１１０とデータ部２１５０から成る。ヘッダ部２１
１０には，このシステムを構成するプロセッサメモリモ
ジュール（ＰＭＭ）１７００の数を格納するためのＰＭ
Ｍ数領域２１１５がある。そして，データ部２１５０に
はＰＭＭ数領域２１１５に示されるだけの各プロセッサ
メモリモジュール（ＰＭＭ）１７００に関する情報が格
納される。プロセッサ数領域２１５５には当該プロセッ
サメモリモジュールに搭載されるプロセッサ数が，実ア
ドレスの下限領域２１６０には当該プロセッサメモリモ
ジュールのメモリに割り当てられた実アドレスの下限値
が，実アドレスの上限領域２１６５には当該プロセッサ
メモリモジュールのメモリに割り当てられた実アドレス
の上限値がそれぞれ格納される。以下，このような各プ
ロセッサメモリモジュールに関する情報が続けて格納さ
れる。先ほどの例だと，ＰＭＭ数領域２１１５には
「２」が設定され，プロセッサメモリモジュール１のプ
ロセッサ数領域２１５５には「４」が，実アドレスの下
限領域２１６０には「０」が，実アドレスの上限領域２
１６５には「Ａ１−１」が設定され，プロセッサメモリ
モジュール２のプロセッサ数領域２１５５には「４」
が，実アドレスの下限領域２１６０には「Ａ１」が，実
アドレスの上限領域２１６５には「Ａ１＋Ａ２−１」が
設定される．このシステム構成情報２１００の内容は，
システムの電源投入時あるいはシステム構成変更時にハ
ードウェアによって設定される。ＯＳは，専用の命令を
発行することによりシステム構成情報２１００をＯＳ自
身の領域に読み込む。これにより，ＯＳは，各プロセッ
サメモリモジュール１７００のメモリに割り当てられた
実アドレスを認識することが可能となる。
続されるディスク装置２０００およびサービスプロセッ
サ１９００自身のメモリに格納されるシステム構成情報
２１００を示す。システム構成情報２１００は，ヘッダ
部２１１０とデータ部２１５０から成る。ヘッダ部２１
１０には，このシステムを構成するプロセッサメモリモ
ジュール（ＰＭＭ）１７００の数を格納するためのＰＭ
Ｍ数領域２１１５がある。そして，データ部２１５０に
はＰＭＭ数領域２１１５に示されるだけの各プロセッサ
メモリモジュール（ＰＭＭ）１７００に関する情報が格
納される。プロセッサ数領域２１５５には当該プロセッ
サメモリモジュールに搭載されるプロセッサ数が，実ア
ドレスの下限領域２１６０には当該プロセッサメモリモ
ジュールのメモリに割り当てられた実アドレスの下限値
が，実アドレスの上限領域２１６５には当該プロセッサ
メモリモジュールのメモリに割り当てられた実アドレス
の上限値がそれぞれ格納される。以下，このような各プ
ロセッサメモリモジュールに関する情報が続けて格納さ
れる。先ほどの例だと，ＰＭＭ数領域２１１５には
「２」が設定され，プロセッサメモリモジュール１のプ
ロセッサ数領域２１５５には「４」が，実アドレスの下
限領域２１６０には「０」が，実アドレスの上限領域２
１６５には「Ａ１−１」が設定され，プロセッサメモリ
モジュール２のプロセッサ数領域２１５５には「４」
が，実アドレスの下限領域２１６０には「Ａ１」が，実
アドレスの上限領域２１６５には「Ａ１＋Ａ２−１」が
設定される．このシステム構成情報２１００の内容は，
システムの電源投入時あるいはシステム構成変更時にハ
ードウェアによって設定される。ＯＳは，専用の命令を
発行することによりシステム構成情報２１００をＯＳ自
身の領域に読み込む。これにより，ＯＳは，各プロセッ
サメモリモジュール１７００のメモリに割り当てられた
実アドレスを認識することが可能となる。
【００２４】図４には，ＯＳ内のプロセッサメモリモジ
ュール管理テーブル４０００とプロセス管理テーブル４
５００を示す．プロセッサメモリモジュール管理テーブ
ル４０００は，プロセッサメモリモジュール管理テーブ
ルへのポインタ４００５，プロセッサ数領域４０１０，
実アドレスの下限領域４０２０，実アドレスの上限領域
４０３０，プロセスリストヘッダ部４０４０，レディキ
ュー４０５０，メモリ割当て量カウンタ４０６０，およ
びメモリ容量４０７０から成る。プロセッサメモリモジ
ュール管理テーブルへのポインタ４００５は，この他の
プロセッサメモリモジュール管理テーブルへのポインタ
であり，これをたどることによりすべてのプロセッサメ
モリモジュール管理テーブルをサーチできる。プロセッ
サ数領域４０１０，実アドレスの下限領域４０２０，お
よび実アドレスの上限領域４０３０の意味は，図３に示
したシステム構成情報２１００の場合と同様であり，そ
の内容がそのまま格納される。そして，プロセスリスト
ヘッダ部４０４０は，当該プロセッサメモリモジュール
に割り当てられたプロセスのプロセス管理テーブル４５
００のリストのヘッダ部である．このリストをたどるこ
とにより，当該プロセッサメモリモジュールに割り当て
られたプロセスのプロセス管理テーブル４５００をサー
チできる。レディキュー４０５０は，当該プロセッサメ
モリモジュールが割り当てられたプロセスのうちで実行
可能プロセスが登録されるキューである。メモリ割当て
量カウンタ４０６０は，メモリの割当ておよび解放処理
において更新され，当該プロセッサメモリモジュール上
のメモリ１３００のうちで実際に割り当てられて使用中
の量を示す。メモリ容量４０７０は，当該プロセッサメ
モリモジュール上のメモリ１３００の容量を示す。
ュール管理テーブル４０００とプロセス管理テーブル４
５００を示す．プロセッサメモリモジュール管理テーブ
ル４０００は，プロセッサメモリモジュール管理テーブ
ルへのポインタ４００５，プロセッサ数領域４０１０，
実アドレスの下限領域４０２０，実アドレスの上限領域
４０３０，プロセスリストヘッダ部４０４０，レディキ
ュー４０５０，メモリ割当て量カウンタ４０６０，およ
びメモリ容量４０７０から成る。プロセッサメモリモジ
ュール管理テーブルへのポインタ４００５は，この他の
プロセッサメモリモジュール管理テーブルへのポインタ
であり，これをたどることによりすべてのプロセッサメ
モリモジュール管理テーブルをサーチできる。プロセッ
サ数領域４０１０，実アドレスの下限領域４０２０，お
よび実アドレスの上限領域４０３０の意味は，図３に示
したシステム構成情報２１００の場合と同様であり，そ
の内容がそのまま格納される。そして，プロセスリスト
ヘッダ部４０４０は，当該プロセッサメモリモジュール
に割り当てられたプロセスのプロセス管理テーブル４５
００のリストのヘッダ部である．このリストをたどるこ
とにより，当該プロセッサメモリモジュールに割り当て
られたプロセスのプロセス管理テーブル４５００をサー
チできる。レディキュー４０５０は，当該プロセッサメ
モリモジュールが割り当てられたプロセスのうちで実行
可能プロセスが登録されるキューである。メモリ割当て
量カウンタ４０６０は，メモリの割当ておよび解放処理
において更新され，当該プロセッサメモリモジュール上
のメモリ１３００のうちで実際に割り当てられて使用中
の量を示す。メモリ容量４０７０は，当該プロセッサメ
モリモジュール上のメモリ１３００の容量を示す。
【００２５】プロセス管理テーブル４５００は，プロセ
ッサメモリモジュール管理テーブルへのポインタ４５１
０，次のプロセス管理テーブルへのポインタ４５２０，
親プロセスへのポインタ４５３０およびその他のプロセ
ス管理情報領域４５４０から成る。プロセッサメモリモ
ジュール管理テーブルへのポインタ４５１０は，当該プ
ロセスが割り当てられたプロセッサメモリモジュールの
プロセッサメモリモジュール管理テーブルへのポインタ
である。次のプロセス管理テーブルへのポインタ４５２
０は，プロセッサメモリモジュール管理テーブル４００
０のプロセスリストヘッダ部４０４０からのリストにお
ける次のプロセス管理テーブルへのポインタである．親
プロセスへのポインタ４５３０は，当該プロセスの親プ
ロセスのプロセス管理テーブルへのポインタである。
ッサメモリモジュール管理テーブルへのポインタ４５１
０，次のプロセス管理テーブルへのポインタ４５２０，
親プロセスへのポインタ４５３０およびその他のプロセ
ス管理情報領域４５４０から成る。プロセッサメモリモ
ジュール管理テーブルへのポインタ４５１０は，当該プ
ロセスが割り当てられたプロセッサメモリモジュールの
プロセッサメモリモジュール管理テーブルへのポインタ
である。次のプロセス管理テーブルへのポインタ４５２
０は，プロセッサメモリモジュール管理テーブル４００
０のプロセスリストヘッダ部４０４０からのリストにお
ける次のプロセス管理テーブルへのポインタである．親
プロセスへのポインタ４５３０は，当該プロセスの親プ
ロセスのプロセス管理テーブルへのポインタである。
【００２６】図５は，プロセス生成時のプロセッサメモ
リモジュール選択処理のフローチャートである。まず，
プロセス生成要求でのパラメータで指定されたプロセッ
サメモリモジュールを選択する方法を特定し，それに従
って，以下に示すステップ５０１０，ステップ５０１
２，およびステップ５０１４のうちのいずれかを選択し
て実行する（ステップ５００５）。すべてのプロセッサ
メモリモジュール管理テーブル４０００をサーチして，
メモリ割当て量カウンタ４０６０の値を調べ，これが最
も小さいプロセッサメモリモジュールを選択する（ステ
ップ５０１０）。生成するプロセスの親プロセス（この
プロセス生成要求を出したプロセス）のプロセス管理テ
ーブル４５００におけるプロセッサメモリモジュール管
理テーブルへのポインタ４５１０により親プロセスに割
り当てられたプロセッサメモリモジュールがわかる。そ
こで，このプロセッサメモリモジュールを選択する（ス
テップ５０１２）。生成するプロセスの親プロセス（こ
のプロセス生成要求を出したプロセス）のプロセス管理
テーブル４５００におけるプロセッサメモリモジュール
管理テーブルへのポインタ４５１０により親プロセスに
割り当てられたプロセッサメモリモジュールがわかる。
そこで，このプロセッサメモリモジュール以外のプロセ
ッサメモリモジュールを選択する（ステップ５０１
４）。プロセッサメモリモジュールの選択方法として
は，以上に示した方法の他にも，ランダムに選択する，
ラウンドロビンで順番に選択する，プロセッサメモリモ
ジュールを構成する各プロセッサの利用率をモニタして
利用率が最低のプロセッサメモリモジュールを選択す
る，プロセス生成要求を受け取ったプロセッサが属する
プロセッサメモリモジュールを無条件に選択する，とい
った方法が考えられる。次に，選択したプロセッサメモ
リモジュール上のメモリに，このプロセスのためのプロ
セス管理テーブル４５００を確保し，通常のプロセス生
成処理を実行する（ステップ５０１５）。次に，当該プ
ロセスのプロセス管理テーブル４５００のプロセッサメ
モリモジュール管理テーブルへのポインタ４５１０に，
選択したプロセッサメモリモジュールのプロセッサメモ
リモジュール管理テーブル４０００のアドレスをセット
する（ステップ５０２０）。そして，選択したプロセッ
サメモリモジュールのプロセッサメモリモジュール管理
テーブル４０００のプロセスリストヘッダ部４０４０か
らのリストに，当該プロセスのプロセス管理テーブル４
５００を追加する（ステップ５０３０）。さらに，選択
したプロセッサメモリモジュールのレディキュー４０５
０に当該プロセスを登録する（ステップ５０４０）。
リモジュール選択処理のフローチャートである。まず，
プロセス生成要求でのパラメータで指定されたプロセッ
サメモリモジュールを選択する方法を特定し，それに従
って，以下に示すステップ５０１０，ステップ５０１
２，およびステップ５０１４のうちのいずれかを選択し
て実行する（ステップ５００５）。すべてのプロセッサ
メモリモジュール管理テーブル４０００をサーチして，
メモリ割当て量カウンタ４０６０の値を調べ，これが最
も小さいプロセッサメモリモジュールを選択する（ステ
ップ５０１０）。生成するプロセスの親プロセス（この
プロセス生成要求を出したプロセス）のプロセス管理テ
ーブル４５００におけるプロセッサメモリモジュール管
理テーブルへのポインタ４５１０により親プロセスに割
り当てられたプロセッサメモリモジュールがわかる。そ
こで，このプロセッサメモリモジュールを選択する（ス
テップ５０１２）。生成するプロセスの親プロセス（こ
のプロセス生成要求を出したプロセス）のプロセス管理
テーブル４５００におけるプロセッサメモリモジュール
管理テーブルへのポインタ４５１０により親プロセスに
割り当てられたプロセッサメモリモジュールがわかる。
そこで，このプロセッサメモリモジュール以外のプロセ
ッサメモリモジュールを選択する（ステップ５０１
４）。プロセッサメモリモジュールの選択方法として
は，以上に示した方法の他にも，ランダムに選択する，
ラウンドロビンで順番に選択する，プロセッサメモリモ
ジュールを構成する各プロセッサの利用率をモニタして
利用率が最低のプロセッサメモリモジュールを選択す
る，プロセス生成要求を受け取ったプロセッサが属する
プロセッサメモリモジュールを無条件に選択する，とい
った方法が考えられる。次に，選択したプロセッサメモ
リモジュール上のメモリに，このプロセスのためのプロ
セス管理テーブル４５００を確保し，通常のプロセス生
成処理を実行する（ステップ５０１５）。次に，当該プ
ロセスのプロセス管理テーブル４５００のプロセッサメ
モリモジュール管理テーブルへのポインタ４５１０に，
選択したプロセッサメモリモジュールのプロセッサメモ
リモジュール管理テーブル４０００のアドレスをセット
する（ステップ５０２０）。そして，選択したプロセッ
サメモリモジュールのプロセッサメモリモジュール管理
テーブル４０００のプロセスリストヘッダ部４０４０か
らのリストに，当該プロセスのプロセス管理テーブル４
５００を追加する（ステップ５０３０）。さらに，選択
したプロセッサメモリモジュールのレディキュー４０５
０に当該プロセスを登録する（ステップ５０４０）。
【００２７】図６は，メモり割当て処理のフローチャー
トである。まず，メモリ割当て要求でのパラメータにお
いて指定された，要求されたメモリを割り当てるプロセ
ッサメモリモジュールを選択する方法を特定し，それに
従って，以下に示すステップ６０１０，およびステップ
６０１２のうちのいずれかを選択して実行する（ステッ
プ６００５）。メモリ割当てを要求したプロセスのプロ
セス管理テーブル４５００のプロセッサメモリモジュー
ル管理テーブルへのポインタ４５１０により，当該プロ
セスに割り当てられたプロセッサメモリモジュールを選
択する（ステップ６０１０）。メモリ割当てを要求した
プロセスのプロセス管理テーブル４５００のプロセッサ
メモリモジュール管理テーブルへのポインタ４５１０に
より，当該プロセスに割り当てられたのとは異なるプロ
セッサメモリモジュールを選択する（ステップ６０１
２）。選択したプロセッサメモリモジュール管理テーブ
ル４０００のメモリ割当て量カウンタ４０６０およびメ
モリ容量４０７０から空きメモリ量を算出し，空きメモ
リ量と要求メモリ量の関係を調べる（ステップ６０１
８），空きメモリ量が要求メモリ量より大きいか等しい
場合には，このプロセッサメモリモジュールのメモリを
割り当て（ステップ６０２０），メモリ割当て量カウン
タ４０６０を，ここで割り当てたメモリ量に従って修正
する（ステップ６０３０）。一方，空きメモリ量が要求
メモリ量より小さい場合に，すべてのプロセッサメモリ
モジュールについて調べていれば（ただし，ステップ６
０１２の処理を行なった場合は，プロセスに割り当てら
れたのと同じプロセッサメモリモジュールは調べない）
（ステップ６０４０），ステップ６０１０あるいはステ
ップ６０１２で選択したプロセッサメモリモジュールの
メモリに関してページングを行ないメモリを割り当て
（ステップ６０５０），メモリ割当て量カウンタ４０６
０を，ここで割り当てたメモリ量に従って修正する（ス
テップ６０３０）。すべてのプロセッサメモリモジュー
ルについて調べていなければ（ステップ６０４０），次
のプロセッサメモリモジュールを選択して（ステップ６
０６０），ステップ６０１０の処理に戻る。
トである。まず，メモリ割当て要求でのパラメータにお
いて指定された，要求されたメモリを割り当てるプロセ
ッサメモリモジュールを選択する方法を特定し，それに
従って，以下に示すステップ６０１０，およびステップ
６０１２のうちのいずれかを選択して実行する（ステッ
プ６００５）。メモリ割当てを要求したプロセスのプロ
セス管理テーブル４５００のプロセッサメモリモジュー
ル管理テーブルへのポインタ４５１０により，当該プロ
セスに割り当てられたプロセッサメモリモジュールを選
択する（ステップ６０１０）。メモリ割当てを要求した
プロセスのプロセス管理テーブル４５００のプロセッサ
メモリモジュール管理テーブルへのポインタ４５１０に
より，当該プロセスに割り当てられたのとは異なるプロ
セッサメモリモジュールを選択する（ステップ６０１
２）。選択したプロセッサメモリモジュール管理テーブ
ル４０００のメモリ割当て量カウンタ４０６０およびメ
モリ容量４０７０から空きメモリ量を算出し，空きメモ
リ量と要求メモリ量の関係を調べる（ステップ６０１
８），空きメモリ量が要求メモリ量より大きいか等しい
場合には，このプロセッサメモリモジュールのメモリを
割り当て（ステップ６０２０），メモリ割当て量カウン
タ４０６０を，ここで割り当てたメモリ量に従って修正
する（ステップ６０３０）。一方，空きメモリ量が要求
メモリ量より小さい場合に，すべてのプロセッサメモリ
モジュールについて調べていれば（ただし，ステップ６
０１２の処理を行なった場合は，プロセスに割り当てら
れたのと同じプロセッサメモリモジュールは調べない）
（ステップ６０４０），ステップ６０１０あるいはステ
ップ６０１２で選択したプロセッサメモリモジュールの
メモリに関してページングを行ないメモリを割り当て
（ステップ６０５０），メモリ割当て量カウンタ４０６
０を，ここで割り当てたメモリ量に従って修正する（ス
テップ６０３０）。すべてのプロセッサメモリモジュー
ルについて調べていなければ（ステップ６０４０），次
のプロセッサメモリモジュールを選択して（ステップ６
０６０），ステップ６０１０の処理に戻る。
【００２８】以下，本発明の第２の実施例を，図面によ
り詳細に説明する。
り詳細に説明する。
【００２９】図７は、本発明の第２の実施例を実施する
計算機システムである共有メモリ型マルチプロセッサシ
ステムの構成を示す図である。プロセッサグループ７７
００は，プロセッサ（ＣＰＵ）７０００，バス７１０
０，キャッシュコントローラ７２００，およびＬ２キャ
ッシュ７６００から構成される。複数台のプロセッサ７
０００は，バス７１００によりプロセッサメモリコント
ローラ７２００と接続される。この例ではプロセッサ７
０００は４台が搭載されているが，これは何台でも構わ
ない。さらに，キャッシュコントローラ７２００にはＬ
２キャッシュ７６００が接続される。そして，キャッシ
ュコントローラ７２００がシステムコネクション７８０
０に接続されている。システムコネクション７８００は
複数のプロセッサグループ７７００が接続されている。
この例では２個のプロセッサグループ７７００がシステ
ムコネクション７８００に接続されているが，これは何
個でも構わない．そして，システムコネクション７８０
０にはメモリ７３００も接続される。このメモリ７３０
０は，すべてのプロセッサ７０００から共有される。こ
の構成で，Ｌ２キャッシュ７６００は，プロセッサ７０
００により共有される。更に，システムコネクション７
８００には，サービスプロセッサ（ＳＶＰ）７９００が
接続される。このサービスプロセッサ７９００は，この
計算機システム全体を管理する計算機であり，システム
構成情報等を管理する。システム構成情報については，
図８で後述する。そして，サービスプロセッサ７９００
に接続されるディスク装置７９５０およびサービスプロ
セッサ７９００自身のメモリにシステム構成情報が格納
される。
計算機システムである共有メモリ型マルチプロセッサシ
ステムの構成を示す図である。プロセッサグループ７７
００は，プロセッサ（ＣＰＵ）７０００，バス７１０
０，キャッシュコントローラ７２００，およびＬ２キャ
ッシュ７６００から構成される。複数台のプロセッサ７
０００は，バス７１００によりプロセッサメモリコント
ローラ７２００と接続される。この例ではプロセッサ７
０００は４台が搭載されているが，これは何台でも構わ
ない。さらに，キャッシュコントローラ７２００にはＬ
２キャッシュ７６００が接続される。そして，キャッシ
ュコントローラ７２００がシステムコネクション７８０
０に接続されている。システムコネクション７８００は
複数のプロセッサグループ７７００が接続されている。
この例では２個のプロセッサグループ７７００がシステ
ムコネクション７８００に接続されているが，これは何
個でも構わない．そして，システムコネクション７８０
０にはメモリ７３００も接続される。このメモリ７３０
０は，すべてのプロセッサ７０００から共有される。こ
の構成で，Ｌ２キャッシュ７６００は，プロセッサ７０
００により共有される。更に，システムコネクション７
８００には，サービスプロセッサ（ＳＶＰ）７９００が
接続される。このサービスプロセッサ７９００は，この
計算機システム全体を管理する計算機であり，システム
構成情報等を管理する。システム構成情報については，
図８で後述する。そして，サービスプロセッサ７９００
に接続されるディスク装置７９５０およびサービスプロ
セッサ７９００自身のメモリにシステム構成情報が格納
される。
【００３０】図８に，サービスプロセッサ７９００に接
続されるディスク装置７９５０およびサービスプロセッ
サ７９００自身のメモリに格納されるシステム構成情報
８１００を示す。システム構成情報８１００は，ヘッダ
部８１１０とデータ部８１５０から成る。ヘッダ部８１
１０には，このシステムを構成するプロセッサグループ
７７００の数を格納するためのプロセッサグループ数領
域８１１５がある。そして，データ部８１５０にはプロ
セッサグループ数領域８１１５に示されるだけの各プロ
セッサグループ８７００に関する情報が格納される。プ
ロセッサ数領域８１５５には当該プロセッサグループに
搭載されるプロセッサ数が格納される。以下，このよう
な各プロセッサグループに関する情報が続けて格納され
る。先ほどの例だと，プロセッサグループ数領域８１１
５には「２」が設定され，プロセッサグループ１のプロ
セッサ数領域８１５５には「４」が，プロセッサグルー
プ２のプロセッサ数領域８１６０には「４」が設定され
る。このシステム構成情報８１００の内容は，システム
の電源投入時あるいはシステム構成変更時にハードウェ
アによって設定される。Ｓは，専用の命令を発行するこ
とによりシステム構成情報８１００をＯＳ自身の領域に
読み込む。
続されるディスク装置７９５０およびサービスプロセッ
サ７９００自身のメモリに格納されるシステム構成情報
８１００を示す。システム構成情報８１００は，ヘッダ
部８１１０とデータ部８１５０から成る。ヘッダ部８１
１０には，このシステムを構成するプロセッサグループ
７７００の数を格納するためのプロセッサグループ数領
域８１１５がある。そして，データ部８１５０にはプロ
セッサグループ数領域８１１５に示されるだけの各プロ
セッサグループ８７００に関する情報が格納される。プ
ロセッサ数領域８１５５には当該プロセッサグループに
搭載されるプロセッサ数が格納される。以下，このよう
な各プロセッサグループに関する情報が続けて格納され
る。先ほどの例だと，プロセッサグループ数領域８１１
５には「２」が設定され，プロセッサグループ１のプロ
セッサ数領域８１５５には「４」が，プロセッサグルー
プ２のプロセッサ数領域８１６０には「４」が設定され
る。このシステム構成情報８１００の内容は，システム
の電源投入時あるいはシステム構成変更時にハードウェ
アによって設定される。Ｓは，専用の命令を発行するこ
とによりシステム構成情報８１００をＯＳ自身の領域に
読み込む。
【００３１】図９には，ＯＳ内のプロセッサグループ管
理テーブル９０００とプロセス管理テーブル９５００を
示す。プロセッサグループ管理テーブル９０００は，プ
ロセッサグループ管理テーブルへのポインタ９００５，
プロセッサ数領域９０１０，プロセスリストヘッダ部９
０４０，およびレディキュー９０５０から成る。プロセ
ッサグループ管理テーブルへのポインタ９００５は，こ
の他のプロセッサグループ管理テーブルへのポインタで
あり，これをたどることによりすべてのプロセッサグル
ープ管理テーブルをサーチできる。プロセッサ数領域９
０１０の意味は，図８に示したシステム構成情報８１０
０の場合と同様であり，その内容がそのまま格納され
る。そして，プロセスリストヘッダ部９０４０は，当該
プロセッサグループに割り当てられたプロセスのプロセ
ス管理テーブル９５００のリストのヘッダ部である。こ
のリストをたどることにより，当該プロセッサグループ
に割り当てられたプロセスのプロセス管理テーブル９５
００をサーチできる。レディキュー９０５０は，当該プ
ロセッサグループが割り当てられたプロセスのうちで実
行可能プロセスが登録されるキューである。
理テーブル９０００とプロセス管理テーブル９５００を
示す。プロセッサグループ管理テーブル９０００は，プ
ロセッサグループ管理テーブルへのポインタ９００５，
プロセッサ数領域９０１０，プロセスリストヘッダ部９
０４０，およびレディキュー９０５０から成る。プロセ
ッサグループ管理テーブルへのポインタ９００５は，こ
の他のプロセッサグループ管理テーブルへのポインタで
あり，これをたどることによりすべてのプロセッサグル
ープ管理テーブルをサーチできる。プロセッサ数領域９
０１０の意味は，図８に示したシステム構成情報８１０
０の場合と同様であり，その内容がそのまま格納され
る。そして，プロセスリストヘッダ部９０４０は，当該
プロセッサグループに割り当てられたプロセスのプロセ
ス管理テーブル９５００のリストのヘッダ部である。こ
のリストをたどることにより，当該プロセッサグループ
に割り当てられたプロセスのプロセス管理テーブル９５
００をサーチできる。レディキュー９０５０は，当該プ
ロセッサグループが割り当てられたプロセスのうちで実
行可能プロセスが登録されるキューである。
【００３２】プロセス管理テーブル９５００は，プロセ
ッサグループ管理テーブルへのポインタ９５１０，次の
プロセス管理テーブルへのポインタ９５２０，親プロセ
スへのポインタ９５３０，およびその他のプロセス管理
情報領域９５４０から成る．プロセッサグループ管理テ
ーブルへのポインタ９５１０は，当該プロセスが割り当
てられたプロセッサグループのプロセッサグループ管理
テーブルへのポインタである。次のプロセス管理テーブ
ルへのポインタ９５２０は，プロセッサグループ管理テ
ーブル９０００のプロセスリストヘッダ部９０４０から
のリストにおける次のプロセス管理テーブルへのポイン
タである。親プロセスへのポインタ９５３０は，当該プ
ロセスの親プロセスのプロセス管理テーブルへのポイン
タである。
ッサグループ管理テーブルへのポインタ９５１０，次の
プロセス管理テーブルへのポインタ９５２０，親プロセ
スへのポインタ９５３０，およびその他のプロセス管理
情報領域９５４０から成る．プロセッサグループ管理テ
ーブルへのポインタ９５１０は，当該プロセスが割り当
てられたプロセッサグループのプロセッサグループ管理
テーブルへのポインタである。次のプロセス管理テーブ
ルへのポインタ９５２０は，プロセッサグループ管理テ
ーブル９０００のプロセスリストヘッダ部９０４０から
のリストにおける次のプロセス管理テーブルへのポイン
タである。親プロセスへのポインタ９５３０は，当該プ
ロセスの親プロセスのプロセス管理テーブルへのポイン
タである。
【００３３】図１０は，プロセス生成時のプロセッサグ
ループ選択処理のフローチャートである．生成するプロ
セスのためのプロセス管理テーブル９５００を確保し，
通常のプロセス生成処理を実行する（ステップ９８１
０）。このステップにおいて親プロセスへのポインタ９
５３０には当該プロセスの親プロセスのプロセス管理テ
ーブルのアドレスがセットされる．次に，プロセス生成
要求でのパラメータで指定されたプロセッサメモリモジ
ュールを選択する方法を特定し，それに従って，以下に
示すステップ９８１４，およびステップ９８１６のうち
のいずれかを選択して実行する（ステップ９８１２）。
親プロセスへのポインタ９５３０をたどって，親プロセ
スのプロセス管理テーブル９５００のプロセッサグルー
プ管理テーブルへのポインタ９５１０により親プロセス
に割り当てられたプロセッサグループがわかる。そこ
で，親プロセスのプロセス管理テーブル９５００のプロ
セッサメモリモジュール管理テーブルへのポインタ９５
１０により，親プロセスに割り当てられたの同じプロセ
ッサメモリモジュールを選択する（ステップ９８１
４）。親プロセスのプロセス管理テーブル９５００のプ
ロセッサメモリモジュール管理テーブルへのポインタ９
５１０により，親プロセスに割り当てられたのとは異な
るプロセッサメモリモジュールを選択する（ステップ９
８１６）。このプロセッサグループの選択方法として
は，この他にも，ランダムに選択する，ラウンドロビン
で順番に選択する，プロセッサグループを構成する各プ
ロセッサの利用率をモニタして利用率が最低のプロセッ
サグループを選択する，プロセス生成要求を受け取った
プロセッサが属するプロセッサグループを無条件に選択
する，といった方法が考えられる。次に，選択したプロ
セッサグループ管理テーブルのアドレスを，生成したプ
ロセスのプロセス管理テーブル９５００のプロセッサグ
ループ管理テーブルへのポインタ９５１０に格納する
（ステップ９８２０）。そして，選択したプロセッサグ
ループのプロセッサグループ管理テーブル９０００のプ
ロセスリストヘッダ部９０４０からのリストに，当該プ
ロセスのプロセス管理テーブル９５００を追加する（ス
テップ９８３０）。さらに，選択したプロセッサグルー
プのレディキュー９０５０に当該プロセスを登録する
（ステップ９８４０）。
ループ選択処理のフローチャートである．生成するプロ
セスのためのプロセス管理テーブル９５００を確保し，
通常のプロセス生成処理を実行する（ステップ９８１
０）。このステップにおいて親プロセスへのポインタ９
５３０には当該プロセスの親プロセスのプロセス管理テ
ーブルのアドレスがセットされる．次に，プロセス生成
要求でのパラメータで指定されたプロセッサメモリモジ
ュールを選択する方法を特定し，それに従って，以下に
示すステップ９８１４，およびステップ９８１６のうち
のいずれかを選択して実行する（ステップ９８１２）。
親プロセスへのポインタ９５３０をたどって，親プロセ
スのプロセス管理テーブル９５００のプロセッサグルー
プ管理テーブルへのポインタ９５１０により親プロセス
に割り当てられたプロセッサグループがわかる。そこ
で，親プロセスのプロセス管理テーブル９５００のプロ
セッサメモリモジュール管理テーブルへのポインタ９５
１０により，親プロセスに割り当てられたの同じプロセ
ッサメモリモジュールを選択する（ステップ９８１
４）。親プロセスのプロセス管理テーブル９５００のプ
ロセッサメモリモジュール管理テーブルへのポインタ９
５１０により，親プロセスに割り当てられたのとは異な
るプロセッサメモリモジュールを選択する（ステップ９
８１６）。このプロセッサグループの選択方法として
は，この他にも，ランダムに選択する，ラウンドロビン
で順番に選択する，プロセッサグループを構成する各プ
ロセッサの利用率をモニタして利用率が最低のプロセッ
サグループを選択する，プロセス生成要求を受け取った
プロセッサが属するプロセッサグループを無条件に選択
する，といった方法が考えられる。次に，選択したプロ
セッサグループ管理テーブルのアドレスを，生成したプ
ロセスのプロセス管理テーブル９５００のプロセッサグ
ループ管理テーブルへのポインタ９５１０に格納する
（ステップ９８２０）。そして，選択したプロセッサグ
ループのプロセッサグループ管理テーブル９０００のプ
ロセスリストヘッダ部９０４０からのリストに，当該プ
ロセスのプロセス管理テーブル９５００を追加する（ス
テップ９８３０）。さらに，選択したプロセッサグルー
プのレディキュー９０５０に当該プロセスを登録する
（ステップ９８４０）。
【００３４】
【発明の効果】プロセッサメモリモジュールを複数個接
続する共有メモリ型マルチプロセッサシステムにおい
て，特定のプロセッサメモリモジュール上でのプロセス
の実行が可能となり，ローカルのメモリを優先的に割り
当てることができるようになる。これにより，Ｌ２キャ
ッシュのヒット率が向上し，システムコネクションのト
ラフィックを低減できる。
続する共有メモリ型マルチプロセッサシステムにおい
て，特定のプロセッサメモリモジュール上でのプロセス
の実行が可能となり，ローカルのメモリを優先的に割り
当てることができるようになる。これにより，Ｌ２キャ
ッシュのヒット率が向上し，システムコネクションのト
ラフィックを低減できる。
【００３５】プロセス実行およびメモリ割当てを特定の
プロセッサメモリモジュール上で行なう。
プロセッサメモリモジュール上で行なう。
【図１】本発明の第１の実施例を実施する共有メモリ型
マルチプロセッサシステムの構成を示 す図
マルチプロセッサシステムの構成を示 す図
【図２】共有メモリ型マルチプロセッサシステムのメモ
リ構成を説明する図
リ構成を説明する図
【図３】システム構成情報２１００を示す図
【図４】ＯＳ内のプロセッサメモリモジュール管理テー
ブル４０００とプロセス管理テーブル ４５００を示
す図
ブル４０００とプロセス管理テーブル ４５００を示
す図
【図５】プロセス生成時のプロセッサメモリモジュール
選択処理のフローチャート
選択処理のフローチャート
【図６】メモり割当て処理のフローチャート
【図７】本発明の第２の実施例を実施する共有メモリ型
マルチプロセッサシステムの構成を示 す図
マルチプロセッサシステムの構成を示 す図
【図８】システム構成情報８１００を示す図
【図９】ＯＳ内のプロセッサグループ管理テーブル９０
００とプロセス管理テーブル９５００ を示す図
００とプロセス管理テーブル９５００ を示す図
【図１０】プロセス生成時のプロセッサグループ選択処
理のフローチャート
理のフローチャート
１０００…プロセッサ（ＣＰＵ）、１１００…バス、１
２００…プロセッサメモリコントローラ、１３００…メ
モリ、１４００…メモリ入出力インタフェース、１５０
０…バス、１６００…Ｌ２キャッシュ、１７００…プロ
セッサメモリモジュール、１８００…システムコネクシ
ョン、１９００…サービスプロセッサ、２０００…ディ
スク装置、２１００…システム構成情報、４０００…プ
ロセッサメモリモジュール管理テーブル、４５００…プ
ロセス管理テーブル、７０００…プロセッサ（ＣＰ
Ｕ）、７１００…バス、７２００…キャッシュコントロ
ーラ、７３００…メモリ、７６００…Ｌ２キャッシュ、
７７００…プロセッサグループ、７８００…システムコ
ネクション、７９００…サービスプロセッサ、７９５０
…ディスク装置、８１００…システム構成情報、９００
０…プロセッサグループ管理テーブル、９５００…プロ
セス管理テーブル
２００…プロセッサメモリコントローラ、１３００…メ
モリ、１４００…メモリ入出力インタフェース、１５０
０…バス、１６００…Ｌ２キャッシュ、１７００…プロ
セッサメモリモジュール、１８００…システムコネクシ
ョン、１９００…サービスプロセッサ、２０００…ディ
スク装置、２１００…システム構成情報、４０００…プ
ロセッサメモリモジュール管理テーブル、４５００…プ
ロセス管理テーブル、７０００…プロセッサ（ＣＰ
Ｕ）、７１００…バス、７２００…キャッシュコントロ
ーラ、７３００…メモリ、７６００…Ｌ２キャッシュ、
７７００…プロセッサグループ、７８００…システムコ
ネクション、７９００…サービスプロセッサ、７９５０
…ディスク装置、８１００…システム構成情報、９００
０…プロセッサグループ管理テーブル、９５００…プロ
セス管理テーブル
Claims (9)
- 【請求項１】複数のプロセッサと，当該複数プロセッサ
が共有するキャッシュメモリ（Ｌ２キャッシュ）と，メ
モリとが搭載されるプロセッサメモリモジュールがあ
り，当該プロセッサメモリモジュールを複数個接続する
共有メモリ型マルチプロセッサシステムにおいて，各プ
ロセッサメモリモジュールに搭載されるメモリの実アド
レスの下限値および上限値，システムを構成するプロセ
ッサメモリモジュール数，および各プロセッサメモリモ
ジュールに搭載されるプロセッサ数を含むハードウェア
の構成情報を，オペレーティングシステムが入手するス
テップと，プロセス生成要求時に，該プロセスを動作さ
せるプロセッサメモリモジュールを選択する方法を指定
するステップと，前記の指定されたプロセッサメモリモ
ジュールを選択する方法に従って，当該プロセスを動作
させるプロセッサメモリモジュールを選択するステップ
と，当該プロセスの実行時には，前記の選択したプロセ
ッサメモリモジュールに属するプロセッサで実行するよ
うにスケジュールするステップと，メモリ割当て要求時
に，要求されたメモリを割り当てるプロセッサメモリモ
ジュールを選択する方法を指定するステップと，前記の
指定されたプロセッサメモリモジュールを選択する方法
に従って，メモリを割当るプロセッサメモリモジュール
を選択するステップと，を有することを特徴とする共有
メモリ型マルチプロセッサシステムの資源管理方法。 - 【請求項２】請求項１の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記のプロセスを動
作させるプロセッサメモリモジュールを選択する方法
は，メモリの空き容量が最大であるようなプロセッサメ
モリモジュールを選択することであることを特徴とする
共有メモリ型マルチプロセッサシステムの資源管理方
法。 - 【請求項３】請求項１の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記のプロセスを動
作させるプロセッサメモリモジュールを選択する方法
は，生成するプロセスの親プロセスが割り当てられたプ
ロセッサメモリモジュールと同じプロセッサメモリモジ
ュールを選択することであることを特徴とする共有メモ
リ型マルチプロセッサシステムの資源管理方法。 - 【請求項４】請求項１の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記のプロセスを動
作させるプロセッサメモリモジュールを選択する方法
は，生成するプロセスの親プロセスが割り当てられたプ
ロセッサメモリモジュールとは異なるプロセッサメモリ
モジュールを選択することであることを特徴とする共有
メモリ型マルチプロセッサシステムの資源管理方法。 - 【請求項５】請求項１の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記の要求されたメ
モリを割り当てるプロセッサメモリモジュールを選択す
る方法は，当該メモリ要求を出したプロセスのプロセス
生成時に選択されたのと同じプロセッサメモリモジュー
ルを選択することであることを特徴とする共有メモリ型
マルチプロセッサシステムの資源管理方法。 - 【請求項６】請求項１の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記の要求されたメ
モリを割り当てるプロセッサメモリモジュールを選択す
る方法は，当該メモリ要求を出したプロセスのプロセス
生成時に選択されたのとは異なるプロセッサメモリモジ
ュールを選択することであることを特徴とする共有メモ
リ型マルチプロセッサシステムの資源管理方法。 - 【請求項７】複数のプロセッサと，当該複数プロセッサ
が共有するキャッシュメモリ（Ｌ２キャッシュ）があ
り，このプロセッサ群とＬ２キャッシュの組合せ（プロ
セッサグループ）が複数存在する共有メモリ型マルチプ
ロセッサシステムにおいて，オペレーティングシステム
が，プロセッサグループ数と各プロセッサグループに属
するプロセッサ数を含むハードウェアの構成情報を入手
するステップと，プロセス生成要求時に，該プロセスを
動作させるプロセッサグループを選択する方法を指定す
るステップと，前記の指定されたプロセッサグループを
選択する方法に従って，当該プロセスを動作させるプロ
セッサグループを選択するステップと，当該プロセスの
実行時には，前記の選択したプロセッサグループに属す
るプロセッサで実行するようにスケジュールするステッ
プを有することを特徴とする共有メモリ型マルチプロセ
ッサシステムの資源管理方法。 - 【請求項８】請求項７の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記のプロセスを動
作させるプロセッサグループを選択する方法は，生成す
るプロセスの親プロセスが割り当てられたプロセッサグ
ループと同じプロセッサメモリモジュールを選択するこ
とであることを特徴とする共有メモリ型マルチプロセッ
サシステムの資源管理方法。 - 【請求項９】請求項７の共有メモリ型マルチプロセッサ
システムの資源管理方法において，前記のプロセスを動
作させるプロセッサグループを選択する方法は，生成す
るプロセスの親プロセスが割り当てられたプロセッサグ
ループとは異なるプロセッサグループを選択することで
あることを特徴とする共有メモリ型マルチプロセッサシ
ステムの資源管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29615496A JPH10143382A (ja) | 1996-11-08 | 1996-11-08 | 共有メモリ型マルチプロセッサシステムの資源管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29615496A JPH10143382A (ja) | 1996-11-08 | 1996-11-08 | 共有メモリ型マルチプロセッサシステムの資源管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10143382A true JPH10143382A (ja) | 1998-05-29 |
Family
ID=17829865
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29615496A Pending JPH10143382A (ja) | 1996-11-08 | 1996-11-08 | 共有メモリ型マルチプロセッサシステムの資源管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10143382A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000029943A1 (en) * | 1998-11-16 | 2000-05-25 | Telefonaktiebolaget Lm Ericsson | Processing system scheduling |
| US6662203B1 (en) | 1998-11-16 | 2003-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Batch-wise handling of signals in a processing system |
| US6714961B1 (en) | 1998-11-16 | 2004-03-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiple job signals per processing unit in a multiprocessing system |
| WO2007017932A1 (ja) | 2005-08-09 | 2007-02-15 | Fujitsu Limited | スケジュール制御プログラム及びスケジュール制御方法 |
| JP2007086909A (ja) * | 2005-09-20 | 2007-04-05 | Nec Corp | コンピュータ、携帯端末装置、電力制御方法、電力制御プログラム |
| WO2011114496A1 (ja) * | 2010-03-18 | 2011-09-22 | 富士通株式会社 | マルチコアプロセッサシステム、調停回路制御方法、および調停回路制御プログラム |
| WO2012093488A1 (ja) * | 2011-01-07 | 2012-07-12 | 富士通株式会社 | スケジューリング方法、およびマルチコアプロセッサシステム |
| JP2014139851A (ja) * | 2014-05-08 | 2014-07-31 | Fujitsu Ltd | マルチコアプロセッサシステム、マルチコアプロセッサシステムの制御方法、およびマルチコアプロセッサシステムの制御プログラム |
-
1996
- 1996-11-08 JP JP29615496A patent/JPH10143382A/ja active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6662203B1 (en) | 1998-11-16 | 2003-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Batch-wise handling of signals in a processing system |
| US6714961B1 (en) | 1998-11-16 | 2004-03-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiple job signals per processing unit in a multiprocessing system |
| WO2000029943A1 (en) * | 1998-11-16 | 2000-05-25 | Telefonaktiebolaget Lm Ericsson | Processing system scheduling |
| WO2007017932A1 (ja) | 2005-08-09 | 2007-02-15 | Fujitsu Limited | スケジュール制御プログラム及びスケジュール制御方法 |
| US8479205B2 (en) | 2005-08-09 | 2013-07-02 | Fujitsu Limited | Schedule control program and schedule control method |
| JP2007086909A (ja) * | 2005-09-20 | 2007-04-05 | Nec Corp | コンピュータ、携帯端末装置、電力制御方法、電力制御プログラム |
| US9110733B2 (en) | 2010-03-18 | 2015-08-18 | Fujitsu Limited | Multi-core processor system, arbiter circuit control method, and computer product |
| WO2011114496A1 (ja) * | 2010-03-18 | 2011-09-22 | 富士通株式会社 | マルチコアプロセッサシステム、調停回路制御方法、および調停回路制御プログラム |
| JP5541355B2 (ja) * | 2010-03-18 | 2014-07-09 | 富士通株式会社 | マルチコアプロセッサシステム、調停回路制御方法、制御方法、および調停回路制御プログラム |
| WO2012093488A1 (ja) * | 2011-01-07 | 2012-07-12 | 富士通株式会社 | スケジューリング方法、およびマルチコアプロセッサシステム |
| JP5780243B2 (ja) * | 2011-01-07 | 2015-09-16 | 富士通株式会社 | スケジューリング方法、およびマルチコアプロセッサシステム |
| US9367459B2 (en) | 2011-01-07 | 2016-06-14 | Fujitsu Limited | Scheduling method and multi-core processor system |
| JP2014139851A (ja) * | 2014-05-08 | 2014-07-31 | Fujitsu Ltd | マルチコアプロセッサシステム、マルチコアプロセッサシステムの制御方法、およびマルチコアプロセッサシステムの制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5784697A (en) | Process assignment by nodal affinity in a myultiprocessor system having non-uniform memory access storage architecture | |
| US7299468B2 (en) | Management of virtual machines to utilize shared resources | |
| US7743222B2 (en) | Methods, systems, and media for managing dynamic storage | |
| US6816947B1 (en) | System and method for memory arbitration | |
| US8307053B1 (en) | Partitioned packet processing in a multiprocessor environment | |
| US6505286B1 (en) | User specifiable allocation of memory for processes in a multiprocessor computer having a non-uniform memory architecture | |
| US20050071564A1 (en) | Reduction of cache miss rates using shared private caches | |
| US9354989B1 (en) | Region based admission/eviction control in hybrid aggregates | |
| US20070022416A1 (en) | Execution device and application program | |
| CN108900626B (zh) | 一种云环境下数据存储方法、装置及系统 | |
| JPH09237215A (ja) | 非一様メモリ・アクセス・マルチプロセッサ・システム用オペレーティング・システム | |
| KR20130100689A (ko) | 확장가능한 맞춤형 균형 부하 물리 메모리 관리 구조 | |
| JP2024513076A (ja) | メッセージパッシング回路構成及び方法 | |
| US6735613B1 (en) | System for processing by sets of resources | |
| JPH10143382A (ja) | 共有メモリ型マルチプロセッサシステムの資源管理方法 | |
| US8578383B2 (en) | Intelligent pre-started job affinity for non-uniform memory access computer system | |
| CN106537321B (zh) | 存取文件的方法、装置和存储系统 | |
| US20060041882A1 (en) | Replication of firmware | |
| US20240160487A1 (en) | Flexible gpu resource scheduling method in large-scale container operation environment | |
| JPH0522261B2 (ja) | ||
| JP2001142723A (ja) | 資源配分方法、計算機システム及び記録媒体 | |
| JP2692647B2 (ja) | マルチタスク制御方法および制御システム | |
| JPH1165912A (ja) | 並列処理データベースシステム | |
| JPH05265844A (ja) | メモリ利用方式 | |
| JPH0830512A (ja) | スレッド制御方式 |