JPH11259318A

JPH11259318A - ディスパッチ方式

Info

Publication number: JPH11259318A
Application number: JP10062482A
Authority: JP
Inventors: Yutaka Enko; 豊円光; Toshiaki Arai; 利明新井; Koichi Higure; 浩一日暮; Hidenori Umeno; 英典梅野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-03-13
Filing date: 1998-03-13
Publication date: 1999-09-24

Abstract

(57)【要約】【課題】従来のスレッド・プロセッサ間のアフィニティ
付けが失敗し、スレッドをキャッシュを共有しないプロ
セッサへディスパッチした場合、キャッシュ間データ転
送のオーバヘッドが生じる。【構成】同一のキャッシュメモリを使用するプロセッサ
をグルーピングして管理する手段(144,145)と、スレッ
ドがどのプロセッサグループへディスパッチされたかを
記憶する手段(171〜174)を備えることにより、同一キャ
ッシュメモリを使用するプロセッサをグループ化し、ス
レッドをグループ内の複数のプロセッサへアフィニティ
付けする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のプロセッ
サと複数のキャッシュメモリで構成され、各々のキャッ
シュメモリは概プロセッサのなかの複数の特定のプロセ
ッサのみが使用するデータをキャッシングするために使
用される構成となっているマルチプロセッサシステムで
あって、ディスパッチャが実行可能なスレッドを概プロ
セッサ群の利用可能なプロセッサに割り付けるディスパ
ッチ方法に関する。

【０００２】

【従来の技術】図２は、従来型の共有メモリ型マルチプ
ロセッサシステム(SMP:Shared-memoryMulti Processor
system)の例を示している。ただし、カーネルデータ構
造(143)の詳細は、別図９に示している。図２のSMPの特
徴は、各々のプロセッサPE1,PE2,PE3,PE4(101,102,103,
104)(PEはProcessor Elementの略)が、自分自身のみが
アクセス可能なキャッシュ（プライベートキャッシュPC
1,PC2,PC3,PC4(111,112,113,114)(PCはPrivate Cacheの
略）を有していることである。各々のキャッシュは特定
のひとつのプロセッサが使用するデータをキャッシュす
ることができ、他のプロセッサが使用するデータをキャ
ッシュすることはない。（PC1(111)はPE1(101)が使用す
るデータのみを、PC2(112)はPE2(102)が使用するデータ
のみを、PC3(113)はPE3(103)が使用するデータのみを、
PC4(114)はPE4(104)が使用するデータのみを、キャッシ
ュ可能である。）このようなプライベートキャッシュを
有するSMPにおいて、キャッシュメモリを有効に使用す
る（ヒット率を向上させる）従来の方式として、スレッ
ド（あるいはプロセス）とプロセッサとの間にアフィニ
ティを付ける方式がある。（マルチスレッドシステムで
は、プロセス（別名タスク）はプログラム実行のための
論理的な単位。スレッドはプロセッサへのディスパッチ
の単位である。各プロセスはひとつ以上のスレッドを含
む。マルチスレッドでないシステムは、プロセス中にス
レッドが一つしかないマルチスレッドシステムに相当
し、プロセスがプログラム実行のための単位であり、か
つディスパッチの単位である。プロセスおよびスレッド
についての詳細は、例えば「マルチスレッドプログラミ
ング入門 Bil Lewis, Daniel J. Berg 共著, 岩本信一
訳アスキー出版局 ISBN 4-7561-1682-5」や、「ISO/IE
C 9945-1 ANSI/IEEE Std 1003.1 POSIX 1003.1 規格
書」を参照のこと。）これは、スレッドをディスパッチするプロセッサを特定
のプロセッサに限定、もしくは、利用可能なプロセッサ
が複数存在した場合にディスパッチ先プロセッサに優先
順位をつける方式で、具体的には、例えば、カーネル
が、スレッド(181〜188)が前回ディスパッチされた際に
どのプロセッサに割り付けられたかを記憶（本例では、
図９のアフィニティ管理ポインタ(171〜174)（プロセッ
サ管理テーブル(151〜154)内にあり、プロセッサに１対
１に対応している。）を先頭とするアフィニティ管理リ
ストに各スレッドをチェーンすることによって記憶して
いる。）し、ディスパッチャ(142)（マルチプロセス
（マルチスレッドを含む）制御をおこなうOSの一部で、
実行可能なスレッドをプロセッサに割り当てるプログラ
ムのこと。詳細、および「ディスパッチ」については、
「岩波・情報科学辞典」を参照のこと。）が、概スレッ
ドが実行可能となった際に、概スレッドを前回割り付け
たプロセッサに割り付ける、もしくは、プロセッサが利
用可能となったとき、前回ディスパッチしたスレッドの
中の実行可能なものをディスパッチする方式がある。

【０００３】このような従来のアフィニティ方式の例と
しては、HP-UXのmpctlシステムコールや、AIXのbindpro
cessシステムコールによるアフィニティ付けの例があ
る。これらのシステムコールを用いると、特定のスレッ
ドを特定のプロセッサで実行するよう、OSのディスパッ
チャに対して推奨もしくは、強制的に指示することがで
きる。

【０００４】また、特許における公知例としては、特開
平2-33650「マルチプロセッサシステムのタスクスケジ
ュール方式」などがある。

【０００５】次に、従来型のSMPの他の例を図３に示
す。ただし、カーネルデータ構造(143)の詳細は別図９
に示している。本SMPの特徴は、図の如く共有キャッシ
ュ(121,122)を有している点にある。共有キャッシュ(S
C:Shared Cache)は、システム中の複数の特定のプロセ
ッサのみが使用するデータをキャッシュすることがで
き、その他のプロセッサが使用するデータをキャッシュ
することはない。（SC1(121)はPE1(101)とPE2(102)が使
用するデータのみを、SC2(122)はPE3(103)とPE4(104)が
使用するデータのみをキャッシュ可能である。前記プラ
イベートキャッシュとの違いは、共有キャッシュが複数
のプロセッサからアクセス可能な点にある。）一般的なSMPでは、プライベートキャッシュは１次キャ
ッシュとして、共有キャッシュは２次キャッシュとして
用いられる場合が多い。（プライベートキャッシュを設
けない構成もありうる。）２次キャッシュは１次キャッ
シュにヒットしなかったデータをキャッシングする目的
で用いられ、通常、２次キャッシュへのアクセス時間は
メモリよりも高速で、１次キャッシュよりも遅い。ま
た、通常、２次キャッシュは１次キャッシュよりも大容
量である。

【０００６】

【発明が解決しようとする課題】図３の如く、共有キャ
ッシュを有するSMPにおいて、共有キャッシュを有効に
使用する（ヒット率を向上させる）ために、図１で用い
た従来のスレッド／プロセッサ・アフィニティ方式を採
用した場合、アフィニティ付けがうまく行かなかったと
き、次のような問題が生じる。

【０００７】すなわち、第１に、あるスレッドが実行可
能となったとき、前回ディスパッチしたプロセッサが利
用不可能（ビジー）である場合には、空いている（アイ
ドルしている）プロセッサを利用するが、このとき、同
一の共有キャッシュを共有しないプロセッサへディスパ
ッチした場合には、それまでに共有キャッシュにキャッ
シュされていたデータをキャッシュ間で転送しなければ
ならない。

【０００８】例えば、前回PE1(図３の101)にディスパッ
チされたスレッド(例えば図11の181)が事象待ち状態か
ら実行可能状態になったとする。アフィニティ付けによ
り、スレッド(181)はプロセッサPE1(101)へディスパッ
チすべきだが、プロセッサPE1(101)がビジーで、プロセ
ッサPE2,3,4(102,103,104)が利用可能(アイドル)状態だ
ったとする。通常、共有キャッシュSC1(121)中には、ス
レッド(181)実行時にキャッシュされたデータが残って
いる。スレッド(181)がPE2(102)へディスパッチされた
場合、同プロセス(181)実行にあたりPE2(102)は同キャ
ッシュに残っているデータを高速にアクセスすることが
できる。しかし、PE3(102)もしくはPE4(104)へディスパ
ッチされた場合、これらのプロセッサがSC1(121)内部に
残存するデータをアクセスした場合、同データがSC1(12
1)からSC2(122)へキャッシュ間転送されなければならな
い。（公知の方式では、アフィニティ付けされていない
場合、どのプロセッサへディスパッチされるかはわから
ない。）第２に、システム中のいずれかのプロセッサが利用可能
になったとき、キャッシュを共有しない別のプロセッサ
にディスパッチされたことのあるスレッドをディスパッ
チすると、同スレッドが、別のプロセッサの共有キャッ
シュ上にデータを残していた場合、当該キャッシュから
データを転送しなければならないため、ハードウェア・
オーバヘッドが発生する。

【０００９】例えば、プロセッサPE3(図３の103)が利用
可能(アイドル)状態になったとする。アフィニティ付け
により、プロセッサは前回ディスパッチしたことのある
スレッドをディスパッチすべきであるが、アフィニティ
管理リスト(173)には実行可能なスレッドが無い。ここ
で、仮に、PE1またはPE2のアフィニティ管理リスト(171
または172)から実行可能状態のスレッド（仮に184とす
る。）をディスパッチすると、通常、共有メモリSC1(12
1)中には、スレッド(184)実行時にキャッシュされたデ
ータが残っている。このため、スレッド(184)がプロセ
ッサPE3(103)へディスパッチされた後、SC1(121)内部に
残存するデータをアクセスした場合、同データをSC1(12
1)からSC2(122)へキャッシュ間転送しなければならな
い。（公知の方式では、自分自身へアフィニティ付けさ
れていないスレッドをディスパッチする場合、どのスレ
ッドをディスパッチするかはわからない。）一般に、キャッシュ／キャッシュ間の転送時間は、メモ
リ／キャッシュ間の転送時間よりも大きく、データ転送
のためのオーバヘッドは甚大であり、CPI(Cycle Per In
struction:命令あたりの所要サイクル数)性能の低下は
免れない。

【００１０】

【課題を解決するための手段】本発明では、上記の課題
を解決するために、プロセッサ群の中で同一のキャッシ
ュメモリを使用するプロセッサをグルーピングして管理
する手段（プロセッサグループ管理手段）と、スレッド
が前回ディスパッチされた際にどのプロセッサに割り付
けられたかを記憶する手段（割付記憶手段）を有する。

【００１１】さらに別の手段としては、前記プロセッサ
グループ管理手段と、前記割付記憶手段を備え、プロセ
スまたはスレッド毎に特定のプロセッサグループを指定
する手段（プロセッサグループ指定手段）を有する。

【００１２】さらに別の手段としては、前記プロセッサ
グループ管理手段と、前記割付記憶手段と、システム中
に存在するスレッドをグルーピングして管理する手段
（スレッドグループ管理手段）を備え、スレッドグルー
プ毎にプロセッサグループ指定手段を有する。

【００１３】本発明では、ＯＳ内のカーネルプログラム
の一部であるディスパッチャが、上記手段を用いて、以
下の処理を実行する。（ディスパッチャが実行するアル
ゴリズムのフローチャートを図10〜17に示す。）ディスパッチャは、システム中のいずれかのスレッドが
実行可能となった際に、概スレッドを前回割り付けたプ
ロセッサ（前記割付記憶手段により記憶）が利用可能で
なかった場合には、前回割り付けられたプロセッサが属
するグループの中の利用可能なプロセッサ（前記グルー
プ管理手段により記憶）に概スレッドを割り付ける。

【００１４】さらに、別の作用としては、ディスパッチ
ャは、プロセッサが利用可能でかつ概プロセッサが前回
ディスパッチしたスレッド（前記割付記憶手段により記
憶）の中で実行可能なものがない場合には、概プロセッ
サが属する概グループ内のプロセッサが前回ディスパッ
チしたスレッド（前記グループ管理手段により記憶）の
うち実行可能なものをディスパッチする。

【００１５】さらに別の作用としては、ディスパッチャ
は、前記プロセッサグループ指定手段によりグループを
指定するスレッドを、前記指定グループ内のプロセッサ
へのみディスパッチする。

【００１６】さらに別の作用としては、ディスパッチャ
は、前記プロセッサグループ指定手段によりグループを
指定するプロセスに含まれるスレッドを、前記指定グル
ープ内のプロセッサへのみディスパッチする。

【００１７】さらに別の作用としては、ディスパッチャ
は、システム中のいずれかのスレッドが実行可能となっ
たとき、前記プロセッサグループ指定手段による指定グ
ループ内のプロセッサと前記指定グループ外のプロセッ
サが利用可能であった場合、前記指定グループ内のプロ
セッサへ当該スレッドをディスパッチする。

【００１８】さらに別の作用としては、ディスパッチャ
は、システム中のいずれかのプロセッサが利用可能にな
ったとき、前記プロセッサグループ指定手段により当該
プロセッサを指定するスレッドと、当該プロセッサを指
定しないスレッドが実行可能であった場合、当該プロセ
ッサを指定するスレッドをディスパッチする。

【００１９】さらに別の作用としては、ディスパッチャ
は、システム中のいずれかのスレッドが実行可能となっ
たとき、当該スレッドが属するプロセスが、前記プロセ
ッサグループ指定手段により指定するグループ内のプロ
セッサと前記指定グループ外のプロセッサが利用可能で
あった場合、前記指定グループ内のプロセッサへ当該ス
レッドをディスパッチする。

【００２０】さらに別の作用としては、ディスパッチャ
は、システム中のいずれかのプロセッサが利用可能にな
ったとき、前記プロセッサグループ指定手段により当該
プロセッサを指定するプロセスに含まれるスレッドと、
当該プロセッサを指定しないプロセスに含まれるスレッ
ドが実行可能であった場合、当該プロセッサを指定する
プロセスに含まれるスレッドをディスパッチする。

【００２１】さらに別の作用としては、ディスパッチャ
は、いづれかのスレッドが実行可能となったとき、当該
スレッドの属するスレッドグループ（前記スレッドグル
ープ管理手段により記憶）が前記プロセッサグループ指
定手段により指定するプロセッサグループ内のプロセッ
サと同グループ外のプロセッサが利用可能であった場
合、同グループ内のプロセッサへ当該スレッドをディス
パッチする。

【００２２】さらに別の作用としては、ディスパッチャ
は、いずれかのプロセッサが利用可能となったとき、当
該プロセッサを指定するスレッドグループ内のスレッド
と、同グループ外のスレッドが実行可能であった場合、
同グループ内のスレッドをディスパッチする。

【００２３】

【発明の実施の形態】（１）実施例１図１は、本発明の実施例の全体図である。図４は、図１
のカーネルデータ構造(143)のうち、プロセッサおよび
プロセス、スレッドを管理するデータ構造の詳細図であ
る。図12は、本実施例のディスパッチャ(142)のフロー
チャートである。

【００２４】本実施例のSMPは図１の如く、複数のプロ
セッサPE1〜4(101〜104)と、複数のプライベートキャッ
シュPC1〜4(111〜114)と、複数の共有キャッシュSC1,SC
2(121,122)と、共有メモリ(131)を備えている。なお、
本実施例では４つのプロセッサ(4way)のSMPの例を示し
たが、実際のプロセッサ数はいくつでもよい。16ないし
32以上のプロセッサを備える場合がある。

【００２５】プライベートキャッシュPC1,PC2,PC3,PC4
(111〜114)は、それぞれ、プロセッサPE1,PE2,PE3,PE4
(101〜104)が使用するデータのみをキャッシングするこ
とができる。

【００２６】共有キャッシュSC1(121)はPE1,PE2(101,10
2)が使用するデータのみをキャッシングすることがで
き、共有キャッシュSC2(122)はPE3,PE4(103,104)が使用
するデータのみをキャッシングすることができる。

【００２７】本SMPでは、プライベートキャッシュPC1,P
C2,PC3,PC4は、１次キャッシュとして、共有キャッシュ
SC1,SC2は、２次キャッシュとして設けられている。な
お、本実施例ではすべての２次キャッシュが２つのプロ
セッサからアクセスされる例を示したが、実際には、キ
ャッシュが３つ以上のプロセッサにより共有される場合
がある。また、各共有キャッシュのキャッシングするプ
ロセッサの数が異なっていてもよい。（例えば、ある共
有キャッシュは２つのプロセッサのデータをキャッシュ
し、他の共有キャッシュは４つのプロセッサのデータを
キャッシュする構成が考えられる。）さらに、共有メモリ(131)中には、カーネルプログラム
(141)とカーネルデータ構造(143)が格納されている（カ
ーネルプログラムとカーネルデータ構造は、オペレーテ
ィングシステムの一部である。）。カーネルプログラム
(141)は、ディスパッチャ(142)を含んでいる。カーネル
データ構造(143)中には、プロセッサグループ管理テー
ブル(144,145)および、プロセス・スレッド管理テーブ
ル(146)を含んでいる。（詳細は図４。）プロセス・スレッド管理テーブル(146)はシステム中の
すべてのスレッドの情報を保持するテーブルであり、各
スレッドのスレッド構造体(181〜188)を含んでいる。ス
レッド構造体はスレッド毎に生成され、各スレッドの情
報（スレッドの実行状態（「実行中/実行可能/事象待ち
/...など）、コンテクストなど）を格納している。

【００２８】本実施例では、複数のプロセッサが同一の
２次キャッシュを共有している。ここでは、２次キャッ
シュを共有するプロセッサをメンバーとしてグループを
定義し、プロセッサグループと呼ぶことにする。（図１
のSMPでは、PE1とPE2がSC1を共有しており、これらが一
つのプロセッサグループ（PG1とする）を形成してい
る。また、PE3とPE4がSC2を共有しており、これらがも
うひとつのプロセッサグループ（PG2とする）を形成し
ている。）２次キャッシュを共有するプロセッサどうしをグルーピ
ングしてアフィニティ管理するために、カーネルデータ
構造体中に、プロセッサグループ管理テーブルを備え、
さらに、同テーブル中にプロセッサ管理テーブルを備え
る。

【００２９】プロセッサグループ管理テーブル(144,14
5)は、プロセッサグループに１対１に対応して存在して
いる。（図１では、プロセッサグループ管理テーブルGT
1(144)がプロセッサグループ(メンバPE1,PE2)に対応し
ており、プロセッサグループ管理テーブルGT2(145)がプ
ロセッサグループPG2(メンバPE2,PE3)に対応してい
る。）プロセッサ管理テーブル(151,152,153,154)はプロセッ
サグループ管理テーブル(144,145)中にあり、プロセッ
サに１対１に対応して存在している。（図１では、PT1
がPE1に、PT2がPE2に、...対応している。）各プロセッサ管理テーブルとそれを包含するプロセッサ
グループ管理テーブルとの関係は、対応するプロセッサ
とそれに含まれるプロセッサグループとの関係と一致し
ている。プロセッサ管理テーブルは、それに対応するプ
ロセッサが所属するグループに対応するグループアフィ
ニティ管理テーブルに格納されている。（PT1とPT2はGT
1に、PT3とPT4はGT2に格納されている。）各々のプロセッサ管理テーブル(151〜154)は、スレッド
構造体(181〜188)のうち、前回概プロセッサへディスパ
ッチしたものをリスト管理している。（本例では、プロ
セッサアフィニティ管理ポインタ(171)を先頭とするチ
ェーンをたどることにより、該当するスレッドがすべて
検索できるデータ構造となっている。ポインタチェーン
によるデータ構造（リスト構造）は、一般的なプログラ
ミングのモデルとして使用されるので、文献「アルゴリ
ズム＋データ構造＝プログラム」(N.Wirth著)等の文献
を参照されたい。）システム中のすべてのスレッド構造
体はいづれかのプロセッサアフィニティ管理リストに属
している。本実施例では、これにより、スレッドが前回
ディスパッチされた際にどのプロセッサに割り付けられ
たかを記憶している。

【００３０】次に、本実施例のディスパッチャの動作を
説明する。システム中の各プロセッサは、レベル２キャ
ッシュに合せてグルーピングされており、ディスパッチ
ャは、レベル２キャッシュを活用するために、プロセッ
サアフィニティが失敗した場合にはグループアフィニテ
ィを使用する。以下にその詳細を説明する。

【００３１】まず、スレッド生成時、当該スレッドのス
レッド構造体は、生成されたプロセッサのプロセッサ管
理テーブルのアフィニティ管理リストのメンバーとなる
（アフィニティ管理ポインタを先頭とするポインタのチ
ェーンへリンクされる。）。

【００３２】図12は、本発明の第１の実施例のディスパ
ッチャ(142)のフローチャートである。

【００３３】本フローチャートに示されたアルゴリズム
は、システム中のあるスレッドが実行可能状態になった
とき、システム中のいずれかのプロセッサにより実行さ
れる。

【００３４】まず、ディスパッチャは、実行可能になっ
たスレッドを前回割り付けたプロセッサが現在利用可能
（アイドル状態）かどうか検査する(1201)。（各プロセ
ッサの状態（利用可能かどうか）の検査は、各プロセッ
サ管理テーブル中のプロセッサ状態を表す変数(161〜16
4)（これは、一般的なオペレーティングシステムが有し
ており、カーネルがスレッドディスパッチを実行するた
びに更新する。プロセッサ状態を表す変数は、共有メモ
リ中にあり、どのプロセッサも、すべてのプロセッサ状
態を検査することが可能である。）を参照することによ
って行なう。）もしも、同プロセッサが利用可能ならば、同プロセッサ
へディスパッチする。(1202) もしも、同プロセッサが利用可能でないならば、次に、
前回ディスパッチしたプロセッサと同一グループ内に利
用可能なプロセッサがあるかどうか検査する。(1203)
（同一グループ内のプロセッサは、次のように検索す
る。例えば、PE1(101)と同一グループ内のプロセッサ
は、PE1(101)に対応するプロセッサ管理テーブルPT1(14
7)が格納されているグループ管理テーブルGT1(144)に格
納されている他のプロセッサ管理テーブル、ここでは、
PT2(152)に対応するプロセッサPE2(102)である。PE2プ
ロセッサの状態（利用可能かどうか）の検査はプロセッ
サ状態変数(162)によっておこなう。）もしも、同一グループ内に利用可能なプロセッサがあれ
ば、同プロセッサに当該スレッドをディスパッチする。
(1204)（ディスパッチの際、ディスパッチャは、プロセ
ッサアフィニティ管理リスト(171〜174)の更新を行な
う。すなわち、当該スレッド構造体を旧来のプロセッサ
アフィニティ管理ポインタのチェーンから外し、ディス
パッチ先のプロセッサアフィニティ管理ポインタのチェ
ーンへつなぐ。リスト操作のアルゴリズムは前記文献等
を参照のこと。）もしも、同一グループ内に利用可能なプロセッサがなけ
れば、グループ外の利用可能なプロセッサが存在するか
どうか検査する。(1205)（グループ外のプロセッサにつ
いては、自分自身を除く全てのプロセッサグループ管理
テーブル内の、全てのプロセッサ管理テーブルのプロセ
ッサ状態記憶変数を検査すればよい。）もしも、グループ外の利用可能なプロセッサが存在すれ
ば、同プロセッサにディスパッチし(406)、存在しなけ
れば、システム中のいづれかのプロセッサが利用可能に
なるのを待つ。(407) （２）実施例２次に、本発明の別の実施例を示す。本実施例の全体図は
図１、カーネルデータ構造の詳細図は図４であり、ディ
スパッチャのアルゴリズム以外は、実施例１と同一であ
る。

【００３５】本実施例のディスパッチャ(142)のアルゴ
リズムを示すフローチャートを図13に示す。

【００３６】本フローチャートに示されたアルゴリズム
は、システム中のプロセッサのいずれかが利用可能（ア
イドル状態）になったとき、同プロセッサにより実行さ
れる。

【００３７】まず、前回同プロセッサへディスパッチさ
れたスレッドのうち、実行可能なものが存在するかどう
か検査する。(1301)（実行可能なスレッドの検索は、当
該プロセッサに対応するプロセッサ管理テーブル(151〜
154)中のアフィニティ管理ポインタ(171〜174)からアフ
ィニティ管理リストをたどり、各スレッド構造体(181〜
188)中に格納されているスレッド状態変数(図4の401)が
「READY(実行可能)」であるものを検索する。以下同
じ。）もしも、そのようなスレッドが存在すれば、同スレッド
をディスパッチする(1302)。

【００３８】もしも、そのようなスレッドが存在しなけ
れば、同プロセッサと同一グループ内のプロセッサにア
フィニティ付けされた実行可能なスレッドが存在するか
どうか検査する。(1303)（これは、次のように行なう。
例えば、プロセッサPE1(101)と同一グループのプロセッ
サにアフィニティ付けされたスレッドは、PT1と同一の
プロセッサグループ管理テーブルGT1(144)内のプロセッ
サ管理テーブルPT2(152)内のアフィニティ管理ポインタ
(172)にリンクされているスレッド構造体(184,185)のス
レッド状態変数(404,405)を検査する。）もしも、そのようなスレッドが存在すれば、同スレッド
をディスパッチする(1304) もしも、そのようなスレッドが存在しなければ、他のグ
ループに実行可能なスレッドが存在するかどうか検査す
る。(1305) もしも、グループ外に実行可能なスレッドが存在すれ
ば、同スレッドをディスパッチし(1306)、存在しなけれ
ばシステム中のいずれかのスレッドが実行可能な状態に
なるのを待つ（アイドル状態で待つ）。(1307) なお、実施例１,２のアフィニティ方式を実現するため
には、カーネル管理データ構造(143)が図５のデータ構
造であってもよい。（図１のカーネルデータ構造(143)
中のプロセッサグループ管理テーブル(144)が、プロセ
ッサ情報テーブル(501)に置き換わる。）図５のプロセッサ情報テーブル(501)の各行の項目は、
プロセッサ番号(511),グループ内の次のプロセッサ番号
(512)、プロセッサ状態(513)、アフィニティ管理ポイン
タ(514)、その他である。同テーブルの列数はプロセッ
サ数であり、各プロセッサに関する各項目毎の情報が同
一列に格納される。

【００３９】「プロセッサ番号」(511)の行には、シス
テム中のプロセッサのID(通し番号)が格納される。「グ
ループ内の次のプロセッサ番号」(512)の行には、次に
ようにプロセッサIDを格納する。すなわち、同一グルー
プ（前述）に属するプロセッサをすべて集めて順になら
べ、各プロセッサの次の（ただし、最後のプロセッサに
は最初の）順番のプロセッサの番号を格納する。例え
ば、図７のように、プロセッサ３と同じグループのプロ
セッサを順にならべると、（３,４）であり、プロセッ
サ３の次のプロセッサは４。プロセッサ３の次のプロセ
ッサは４である。こうしておけば、各々のプロセッサに
ついて、同一グループに属するプロセッサを検索するに
は、同プロセッサに対応する列の「グループ内の次のプ
ロセッサ番号」(512)の項目を（自分自身のプロセッサ
番号が出現するまで）順にたどればよい。

【００４０】「アフィニティ管理ポインタ」(514)の行
には、前回概プロセッサへディスパッチしたスレッドの
スレッド構造体リストの先頭アドレスが格納されてい
る。（図１のアフィニティ管理ポインタ(171〜174)と同
様の内容が格納される。）第２の実施例のプロセッサ情報テーブル(501)を用いた
場合のディスパッチャの動作は、第１の実施例と同様で
ある。（図10,11のフローチャート参照。）ただし、同一グループ内の利用可能なプロセッサの検索
は次のように行う。まず、各々のプロセッサに対応する
列の「グループ内の次のプロセッサ番号」(512)の項目
をみる。そして、同「プロセッサ番号」(511)の列の
「プロセッサ状態」(513)の行を検査し「IDLE」であれ
ば、当該プロセッサは利用可能である。もしも「RUN」
であれば、当該プロセッサは利用できないので、次に、
当該プロセッサの「グループ内の次のプロセッサ番号」
(512)の項目をみる。そして、同番号の「プロセッサ番
号」(511)の列の「プロセッサ状態」(513)の行を検査す
る。これを、「グループ内の次のプロセッサ番号」(51
2)に自分自身のプロセッサ番号が出現するまで繰り返
す。

【００４１】また、同一グループ内の実行可能なスレッ
ドの検索は次のように行う。上記の方法で、検索した同
一グループのプロセッサへアフィニティ付けされたスレ
ッドは、当該プロセッサの「プロセッサ番号」(511)の
列の「アフィニティ管理ポインタ」(514)を先頭とした
リストをたどることによって、検索できる。同リストの
メンバーのスレッド構造体中にあるの「スレッド状態変
数」(401)を参照することによって、同スレッドが実行
可能か判別できる。

【００４２】（３）実施例３次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図６に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムを図14のフローチャートによって示す。

【００４３】本実施例のプロセッサグループ管理テーブ
ル(144,145)は、実施例１と同様、各プロセッサに対応
したプロセッサ管理テーブル(151〜154)を格納してい
る。プロセッサ管理テーブル(151〜154)は、プロセッサ
状態記憶変数(161〜164)を含んでおり、各プロセッサへ
スレッドをディスパッチ可能かどうかを表わしている。

【００４４】プロセス管理テーブル(146)中には、シス
テム中に存在するすべてのプロセスのプロセス構造体(6
01〜603)が格納されており、各プロセス構造体中には、
当該プロセス中に生成されたすべてのスレッドのスレッ
ド構造体(611〜618)が格納されている。

【００４５】各スレッド構造体中(611〜618)には、スレ
ッド実行状態変数(631〜638)とプロセッサグループ指定
変数(631〜638)が格納されている。スレッド実行状態変
数(631〜638)には、各スレッドの実行状態（実行可能/
事象待ち/...）が格納されている。プロセッサグループ
指定変数(631〜638)には、特定のプロセッサグループを
指定するデータ（プロセッサグループ管理テーブルへの
ポインタもしくはプロセッサグループID。ここではプロ
セッサグループIDとする。）が格納される。

【００４６】プロセッサグループ指定変数(631〜638)へ
のグループIDのセット方法としては、OSが同変数設定の
ためのシステムコールを用意し、システム中で動作する
スレッドが実行するプログラムもしくは、ユーザコマン
ドから、同システムコールを介してカーネルプログラム
に設定させる方法が考えられる。

【００４７】本実施例では、上記プロセッサグループ指
定変数(631〜638)によって、スレッド毎に特定のプロセ
ッサグループを指定する。

【００４８】次に、本実施例のディスパッチャ(142)の
アルゴリズムを図14のフローチャートに示す。本フロー
チャートに示されたアルゴリズムは、システム中のいず
れかのスレッドが実行可能状態になったとき、当該スレ
ッドが指定したプロセッサグループ内のプロセッサによ
り実行される。（指定したグループ以外のプロセッサは
実行しない。）まず、実行可能になった当該スレッドが指定するプロセ
ッサグループ内のいずれかのプロセッサが利用可能かど
うか検査する(1401)。これは、図６のカーネルデータ構
造において次のように行う。すなわち、例えば、スレッ
ド(614)が実行可能になったとする。同スレッドのプロ
セッサグループ(PG)指定変数(634)を参照し（ここでは
「１」。）、当該プロセッサグループ管理テーブルPG1
(144)中のプロセッサ管理テーブルPT1(151)とPT2(152)
のプロセッサ状態変数(161と162)を参照する。これらの
いずれかが「利用可能(IDLE)」を表わしていれば、当該
プロセッサへディスパッチを行う(1402)。（この場合、
前回ディスパッチしたプロセッサへディスパッチするこ
とが好ましい。前回ディスパッチしたプロセッサを選択
する手段とアルゴリズムは実施例１、２と同様。）いず
れも「利用不可(BUSY)」であった場合には、当該スレッ
ドは実行可能状態のまま、指定グループ内のいずれかの
プロセッサが利用可能になるのを待って休眠(sleep)す
る(1403)。（グループ外のプロセッサが利用可能であっ
ても、それらへはディスパッチしない。）上記方式によって、当該スレッドを、スレッドが指定す
るグループ内のプロセッサへのみディスパッチすること
が出来る。

【００４９】（４）実施例４次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図７に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図15のフローチャートである。

【００５０】本実施例のプロセッサグループ管理テーブ
ル(144,145)は、実施例１と同様、各プロセッサに対応
したプロセッサ管理テーブル(151〜154)を格納してい
る。プロセッサ管理テーブル(151〜154)は、プロセッサ
状態記憶変数(161〜164)を含んでおり、各プロセッサへ
スレッドをディスパッチ可能かどうかを表わしている。

【００５１】プロセス管理テーブル(146)中には、シス
テム中に存在するすべてのプロセスのプロセス構造体(6
01〜603)が格納されており、各プロセス構造体中には、
当該プロセス中に生成されたすべてのスレッドのスレッ
ド構造体(611〜618)と、プロセッサグループ指定変数(7
01〜703)が格納されている。プロセッサグループ指定変
数(701〜703)には、特定のプロセッサグループを指定す
るデータ（プロセッサグループ管理テーブルへのポイン
タもしくはプロセッサグループID。ここではプロセッサ
グループIDとする。）が格納される。

【００５２】各スレッド構造体中(611〜618)には、スレ
ッド実行状態変数(631〜638)が格納されている。スレッ
ド実行状態変数(631〜638)には、各スレッドの実行状態
（実行可能(READY)/事象待ち(WAIT)/実行中(RUN)/...の
いずれか）が格納されている。

【００５３】プロセッサグループ指定変数(701〜703)へ
のグループIDのセット方法としては、OSが同変数設定の
ためのシステムコールを用意し、システム中で動作する
スレッドが実行するプログラムもしくは、ユーザコマン
ドから、同システムコールを介してカーネルプログラム
に設定させる方法が考えられる。

【００５４】本実施例では、上記プロセッサグループ指
定変数(701〜703)によって、プロセス毎に特定のプロセ
ッサグループを指定する。

【００５５】次に、本実施例のディスパッチャ(142)の
アルゴリズムを図15のフローチャートに示す。本フロー
チャートに示されたアルゴリズムは、システム中のいず
れかのスレッドが実行可能状態になったとき、当該スレ
ッドが指定したプロセッサグループ内のプロセッサによ
り実行される。（指定したグループ以外のプロセッサは
実行しない。）まず、実行可能になった当該スレッドの属するプロセス
が指定するプロセッサグループ内のいずれかのプロセッ
サが利用可能かどうか検査する(1501)。これは、図７の
カーネルデータ構造において次のように行う。すなわ
ち、例えば、スレッド(614)が実行可能になったとす
る。同スレッドが所属するプロセス(602)のプロセッサ
グループ(PG)指定変数(702)を参照し（ここでは
「１」。）、当該プロセッサグループ管理テーブルPG1
(144)中のプロセッサ管理テーブルPT1(151)とPT2(152)
のプロセッサ状態変数(161と162)を参照する。これらの
いずれかが「利用可能(IDLE)」を表わしていれば、当該
プロセッサへディスパッチを行う(1502)。（複数のプロ
セッサが利用可能であった場合には前回ディスパッチし
たプロセッサへディスパッチするのが望ましい。）いず
れも「利用不可(BUSY)」であった場合には、当該スレッ
ドは実行可能状態のまま、指定グループ内のいずれかの
プロセッサが利用可能になるのを待って休眠(sleep)す
る(1503)。（グループ外のプロセッサが利用可能であっ
ても、それらへはディスパッチしない。）（５）実施例５次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図６に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図16のフローチャートである。

【００５６】本実施例のカーネルデータ構造について
は、実施例３の説明を参照されたい。

【００５７】本実施例のディスパッチャのアルゴリズム
(図13)は、システム中のいずれかのスレッドが実行可能
状態になったとき、システム中のいずれかのプロセッサ
により実行される。

【００５８】まず、実行可能になった当該スレッドが指
定するプロセッサグループ内のいずれかのプロセッサが
利用可能かどうか検査する(1601)。これは、図６のカー
ネルデータ構造において次のように行う。すなわち、例
えば、スレッド(614)が実行可能になったとする。同ス
レッドのプロセッサグループ(PG)指定変数(634)を参照
し（ここでは「１」。）、当該プロセッサグループ管理
テーブルPG1(144)中のプロセッサ管理テーブルPT1(151)
とPT2(152)のプロセッサ状態変数(161と162)を参照す
る。

【００５９】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。（複数のプロセッサが利用可能であった場合には、
前回ディスパッチしたプロセッサへディスパッチするの
が好ましい。本手段とアルゴリズムは前記実施例と同
様。）(1602) いずれも「利用不可(BUSY)」であった場合には、指定プ
ロセッサグループ外のいずれかのプロセッサが利用可能
かどうか検査する(1603)。これは、図６のカーネルデー
タ構造において次のように行う。すなわち、プロセッサ
グループ管理テーブルGT1(144)以外のすべてのプロセッ
サグループ管理テーブル（ここでは、GT2）に含まれる
すべてのプロセッサ管理テーブル（ここでは、PT3とPT
4）中のプロセッサ状態記憶変数（ここでは、163,164）
を参照する。

【００６０】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。(1604) いずれも「利用不可(BUSY)」であった場合には、当該ス
レッドは実行可能状態のまま、システム中のいずれかの
プロセッサが利用可能になるのを待って休眠(sleep)す
る(1605)。

【００６１】（６）実施例６次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図６に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図17のフローチャートである。

【００６２】本実施例のカーネルデータ構造について
は、実施例３の説明を参照されたい。

【００６３】本実施例のディスパッチャのアルゴリズム
(図17)は、システム中のいずれかのプロセッサが利用可
能になったとき、同プロセッサにより実行される。

【００６４】まず、利用可能になったプロセッサを含む
プロセッサグループを指定するスレッドが存在するかど
うか検査する(1701)。これは、図６のカーネルデータ構
造において次のように行う。すなわち、例えば、プロセ
ッサPE2を指定するスレッドを検索するには、プロセス
管理テーブル(146)中のすべてのプロセス構造体(601〜6
03)の全スレッド構造体(611〜618)中のプロセッサグル
ープ指定変数(631〜638)を参照し、同変数がプロセッサ
PE2を指定するスレッドのスレッド実行状態変数(621〜6
28)を参照する。

【００６５】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(1402)。

【００６６】これらのいずれもが「実行可能(READY)」
でなければ、システム中のすべてのスレッドのうち、実
行可能なものが存在するかどうか検査する(1703)。これ
は、図６のカーネルデータ構造において次のように行
う。すなわち、プロセス管理テーブル(146)中のすべて
のプロセス構造体(601〜603)の全スレッド構造体(611〜
618)中のプロセッサグループ指定変数(631〜638)を参照
し、同変数がプロセッサPE2を指定しないスレッド（PE2
を指定するスレッドは検査済みなので。）のスレッド実
行状態変数(621〜628)を参照する。

【００６７】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(1704)。

【００６８】これらのいずれもが「実行可能(READY)」
でなければ、当該プロセッサは、プロセッサ管理テーブ
ルのプロセッサ状態変数を「利用可能(idle)」にして、
システム中のいずれかのスレッドが実行可能になるのを
待つ(1705)。

【００６９】（７）実施例７次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図７に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図16のフローチャートである。

【００７０】本実施例のカーネルデータ構造について
は、実施例４の説明を参照されたい。

【００７１】本実施例のディスパッチャのアルゴリズム
(図16)は、システム中のいずれかのスレッドが実行可能
状態になったとき、システム中のいずれかのプロセッサ
により実行される。

【００７２】まず、実行可能になった当該スレッドが含
まれるプロセスが指定するプロセッサグループ内のいず
れかのプロセッサが利用可能かどうか検査する(1601)。
これは、図６のカーネルデータ構造において次のように
行う。すなわち、例えば、スレッド(614)が実行可能に
なったとする。同スレッドのスレッド構造体(614)が含
まれるプロセス構造体(602)のプロセッサグループ(PG)
指定変数(702)を参照し（ここでは「１」。）、当該プ
ロセッサグループ管理テーブルPG1(144)中のプロセッサ
管理テーブルPT1(151)とPT2(152)のプロセッサ状態変数
(161と162)を参照する。

【００７３】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。(1602) いずれも「利用不可(BUSY)」であった場合には、指定プ
ロセッサグループ外のいずれかのプロセッサが利用可能
かどうか検査する(1603)。これは、図６のカーネルデー
タ構造において次のように行う。すなわち、プロセッサ
グループ管理テーブルGT1(144)以外のすべてのプロセッ
サグループ管理テーブル（ここでは、GT2）に含まれる
すべてのプロセッサ管理テーブル（ここでは、PT3とPT
4）中のプロセッサ状態記憶変数（ここでは、163,164）
を参照する。

【００７４】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。(1604) いずれも「利用不可(BUSY)」であった場合には、当該ス
レッドは実行可能状態のまま、システム中のいずれかの
プロセッサが利用可能になるのを待って休眠(sleep)す
る(1605)。

【００７５】（８）実施例８次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図７に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図18のフローチャートである。

【００７６】本実施例のカーネルデータ構造について
は、実施例４の説明を参照されたい。

【００７７】本実施例のディスパッチャのアルゴリズム
(図18)は、システム中のいずれかのプロセッサが利用可
能になったとき、同プロセッサにより実行される。

【００７８】まず、利用可能になったプロセッサを含む
プロセッサグループを指定するプロセス中に実行可能な
スレッドが存在するかどうか検査する(1801)。これは、
図７のカーネルデータ構造において次のように行う。す
なわち、例えば、プロセッサPE2を指定するプロセスを
検索するには、プロセス管理テーブル(146)中のすべて
のプロセス構造体(601〜603)のプロセッサグループ指定
変数(701〜703)を参照し、同変数がプロセッサPE2を指
定するプロセス(図7では、602)のスレッド構造体のスレ
ッド実行状態変数(614,615)を参照する。

【００７９】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(1802)。

【００８０】これらのいずれもが「実行可能(READY)」
でなければ、システム中のすべてのスレッドのうち、実
行可能なものが存在するかどうか検査する(1803)。これ
は、図７のカーネルデータ構造において次のように行
う。すなわち、プロセス管理テーブル(146)中のすべて
のプロセス構造体(601〜603)の全スレッド構造体(611〜
618)中のプロセッサグループ指定変数(631〜638)を参照
し、同変数がプロセッサPE2を指定しないスレッド（PE2
を指定するスレッドは検査済みなので。）のスレッド実
行状態変数(621〜628)を参照する。

【００８１】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(1804)。

【００８２】これらのいずれもが「実行可能(READY)」
でなければ、当該プロセッサは、プロセッサ管理テーブ
ルのプロセッサ状態変数を「利用可能(idle)」にして、
システム中のいずれかのスレッドが実行可能になるのを
待つ(1805)。

【００８３】（９）実施例９次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図８に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図19のフローチャートである。

【００８４】本実施例のプロセッサグループ管理テーブ
ル(144,145)は、実施例１と同様、各プロセッサに対応
したプロセッサ管理テーブル(151〜154)を格納してい
る。プロセッサ管理テーブル(151〜154)は、プロセッサ
状態変数(161〜164)を含んでおり、各プロセッサへスレ
ッドをディスパッチ可能かどうかを表わしている。

【００８５】プロセス管理テーブル(146)中には、シス
テム中に存在するすべてのプロセスのプロセス構造体(6
01〜603)と、スレッドグループ管理構造体(801〜803)が
格納されている。各プロセス構造体中(601〜603)には、
当該プロセス中に生成されたすべてのスレッドのスレッ
ド構造体(611〜618)が格納されている。スレッド構造体
(611〜618)にはスレッド実行状態変数(621〜628)とスレ
ッドグループリンクポインタ(831〜838)が格納されてい
る。

【００８６】スレッドグループ管理構造体(801〜803)に
は、プロセッサグループ指定変数(811〜813)とスレッド
グループ管理ポインタ(821〜823)が格納されている。ス
レッドグループ管理ポインタ(821〜823)を先頭とするポ
インタチェーンリストには、０個〜複数個のスレッド構
造体がスレッドグループリンクポインタ(831〜838)によ
ってチェーンリンクされており、スレッドグループを作
っている。各スレッドグループに属する０個〜複数個の
スレッドは、グループに対応する各プロセッサグループ
指定変数(811〜813)により特定のプロセッサグループを
指定している。（図８では、例えば、スレッド611,612,
614が同一のスレッドメンバーに属しており、これら
は、プロセッサグループ１を指定(811による)してい
る。）スレッドグループの生成（スレッドグループ管理構造体
の追加）、各スレッドグループへのスレッドの追加、削
除、プロセッサグループ指定変数(811〜813)へのグルー
プIDのセット方法としては、OSが同実施のためのシステ
ムコール・インターフェースを用意し、システム中で動
作するスレッドが実行するプログラムもしくは、ユーザ
コマンドから、同システムコールを介してカーネルプロ
グラムに実施させる方法が考えられる。

【００８７】各スレッド構造体中(611〜618)には、スレ
ッド実行状態変数(631〜638)が格納されている。スレッ
ド実行状態変数(631〜638)には、各スレッドの実行状態
（実行可能(READY)/事象待ち(WAIT)/実行中(RUN)/...の
いずれか）が格納されている。

【００８８】本実施例のディスパッチャのアルゴリズム
(図19)は、システム中のいずれかのスレッドが実行可能
状態になったとき、システム中のいずれかのプロセッサ
により実行される。

【００８９】まず、実行可能になった当該スレッドが含
まれるグループが指定するプロセッサグループ内のいず
れかのプロセッサが利用可能かどうか検査する(1901)。
これは、図８のカーネルデータ構造において次のように
行う。すなわち、例えば、スレッド(614)が実行可能に
なったとする。同スレッドのスレッド構造体(614)が含
まれるリスト構造体のスレッドグループ管理構造体(80
1)のプロセッサグループ(PG)指定変数(811)を参照し
（ここでは「１」。）、当該プロセッサグループ管理テ
ーブルPG1(144)中のプロセッサ管理テーブルPT1(151)と
PT2(152)のプロセッサ状態変数(161と162)を参照する。

【００９０】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。(1902) いずれも「利用不可(BUSY)」であった場合には、指定プ
ロセッサグループ外のいずれかのプロセッサが利用可能
かどうか検査する(1903)。これは、図８のカーネルデー
タ構造において次のように行う。すなわち、プロセッサ
グループ管理テーブルGT1(144)以外のすべてのプロセッ
サグループ管理テーブル（ここでは、GT2）に含まれる
すべてのプロセッサ管理テーブル（ここでは、PT3とPT
4）中のプロセッサ状態記憶変数（ここでは、163,164）
を参照する。

【００９１】これらのいずれかが「利用可能(IDLE)」を
表わしていれば、当該プロセッサへディスパッチを行
う。(1904) いずれも「利用不可(BUSY)」であった場合には、当該ス
レッドは実行可能状態のまま、システム中のいずれかの
プロセッサが利用可能になるのを待って休眠(sleep)す
る(1905)。

【００９２】（１０）実施例10 次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図８に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図20のフローチャートである。

【００９３】本実施例のカーネルデータ構造について
は、実施例９の説明を参照されたい。

【００９４】本実施例のディスパッチャのアルゴリズム
(図20)は、システム中のいずれかのプロセッサが利用可
能になったとき、同プロセッサにより実行される。

【００９５】まず、利用可能になったプロセッサを含む
プロセッサグループを指定するスレッドグループ中に実
行可能なスレッドが存在するかどうか検査する(2001)。
これは、図８のカーネルデータ構造において次のように
行う。すなわち、例えば、プロセッサPE2を指定するプ
ロセスを検索するには、プロセス管理テーブル(146)中
のすべてのスレッドグループ管理構造体(801〜803)のプ
ロセッサグループ指定変数(811〜813)を参照し、同変数
がプロセッサPE2を指定するすべてのスレッドグループ
(801と803で管理されるグループ)のスレッド構造体(61
1,612,614および、616,617,618)のスレッド実行状態変
数(621,622,624および、626,627,628)を参照する。

【００９６】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(2002)。

【００９７】これらのいずれもが「実行可能(READY)」
でなければ、システム中のすべてのスレッドのうち、実
行可能なものが存在するかどうか検査する(2003)。これ
は、図７のカーネルデータ構造において次のように行
う。すなわち、プロセス管理テーブル(146)中のすべて
のスレッドグループ管理構造体(801〜803)のプロセッサ
グループ指定変数(811〜813)を参照し、同変数がプロセ
ッサPE2を指定しない（PE2を指定するスレッドは検査済
みなので。）すべてのスレッドグループ(802で管理され
るグループ)のスレッド構造体(613,615)のスレッド実行
状態変数(623,625)を参照する。

【００９８】これらのいずれかが「実行可能(READY)」
であれば、それらのスレッドの一つを同プロセッサへデ
ィスパッチする(2004)。

【００９９】これらのいずれもが「実行可能(READY)」
でなければ、当該プロセッサは、プロセッサ管理テーブ
ルのプロセッサ状態変数を「利用可能(idle)」にして、
システム中のいずれかのスレッドが実行可能になるのを
待つ(2005)。

【０１００】（１１）実施例11 次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図９に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図21のフローチャートである。

【０１０１】本実施例のカーネルデータ構造（図９）
は、図６のプロセッサグループ指定変数(631〜638)が、
プロセッサ指定変数(931〜938)に置き換わった以外は図
６と同一である。本図の各プロセッサ指定変数(931〜93
8)は、プロセッサIDを格納することによっていずれかの
プロセッサを指定する。

【０１０２】本実施例のディスパッチャのアルゴリズム
(図21)は、システム中のいずれかのスレッドが実行可能
状態になったとき、システム中のいずれかのプロセッサ
により実行される。

【０１０３】まず、実行可能なスレッドが指定するプロ
セッサが利用可能かどうか検査する(2101)。もし、同プ
ロセッサが利用可能ならば、同プロセッサへディスパッ
チする(2102)。

【０１０４】もし、同プロセッサが利用可能でないなら
ば、同プロセッサと同一グループ内のいずれかのプロセ
ッサが利用可能かどうか調査する(2103)。（調査の方法
は、実施例５を参照のこと。）もし、同一グループ内のいずれかのプロセッサが利用可
能ならば、それらの一つにディスパッチする(2104)。
（利用可能なプロセッサが複数あり、それらのうち前回
ディスパッチしたプロセッサがあれば、同プロセッサへ
ディスパッチするのが望ましい。）もし、いずれのプロセッサも利用可能でないならば、シ
ステム中のいずれかのプロセッサが利用可能になるのを
待つ(2105)。

【０１０５】（１２）実施例12 次に、本発明の別の実施例を示す。本実施例の全体図お
よびカーネルデータ構造の詳細は、図１と図９であり、
実施例11と同一である。ただし、ディスパッチャのアル
ゴリズムは図22のフローチャートである。

【０１０６】本実施例のディスパッチャのアルゴリズム
(図22)は、システム中のいずれかのプロセッサが利用可
能になったとき、同プロセッサにより実行される。

【０１０７】まず、利用可能になったプロセッサを指定
する実行可能なスレッドが存在するかどうか検査する(2
201)。（検査方法は実施例６と同様。）これらスレッドのいずれかが実行可能(READY)であれ
ば、それらのスレッドの一つを同プロセッサへディスパ
ッチする(2202)。（条件に該当するスレッドが複数の場
合には前回当該プロセッサへディスパッチしたスレッド
をへディスパッチするのが望ましい。）これらのいずれもが実行可能でなければ、当該利用可能
なプロセッサと同一グループに属するプロセッサを含む
プロセッサグループを指定する実行可能なスレッドが存
在するか検査する。

【０１０８】いずれかが実行可能(READY)であれば、そ
れらのスレッドの一つを同プロセッサへディスパッチす
る(2204)。（条件に該当するスレッドが複数の場合には
前回当該プロセッサへディスパッチしたスレッドをへデ
ィスパッチするのが望ましい。）これらのいずれもが「実行可能(READY)」でなければ、
当該プロセッサは、プロセッサ管理テーブルのプロセッ
サ状態変数を「利用可能(idle)」にして、システム中の
いずれかのスレッドが実行可能になるのを待つ(2205)。

【０１０９】（１３）実施例13 次に、本発明の別の実施例を示す。本実施例の全体図は
図１であるが、カーネルデータ構造の詳細が図10に示す
データ構造に置き換わっている。ディスパッチャのアル
ゴリズムは図21のフローチャートである。

【０１１０】本実施例のカーネルデータ構造（図10）
は、図７のプロセッサグループ指定変数(701〜703)が、
プロセッサ指定変数(1001〜1003)に置き換わった以外は
図７と同一である。本図の各プロセッサ指定変数(1001
〜1003)は、プロセッサIDを格納することによっていず
れかのプロセッサを指定する。

【０１１１】本実施例のディスパッチャのアルゴリズム
(図21)は、システム中のいずれかのスレッドが実行可能
状態になったとき、システム中のいずれかのプロセッサ
により実行される。

【０１１２】まず、実行可能なスレッドが属するプロセ
スが指定するプロセッサが利用可能かどうか検査する(2
101)。もし、同プロセッサが利用可能ならば、同プロセ
ッサへディスパッチする(2102)。

【０１１３】もし、同プロセッサが利用可能でないなら
ば、同プロセッサと同一グループ内のいずれかのプロセ
ッサが利用可能かどうか調査する(2103)。（調査の方法
は、実施例５を参照のこと。）もし、同一グループ内のいずれかのプロセッサが利用可
能ならば、それらの一つにディスパッチする(2104)。
（利用可能なプロセッサが複数あり、それらのうち前回
ディスパッチしたプロセッサがあれば、同プロセッサへ
ディスパッチするのが望ましい。）もし、いずれのプロセッサも利用可能でないならば、シ
ステム中のいずれかのプロセッサが利用可能になるのを
待つ(2105)。

【０１１４】（１４）実施例14 次に、本発明の別の実施例を示す。本実施例の全体図お
よびカーネルデータ構造の詳細は、図１と図10であり、
実施例13と同一である。ただし、ディスパッチャのアル
ゴリズムは図22のフローチャートである。

【０１１５】本実施例のディスパッチャのアルゴリズム
(図22)は、システム中のいずれかのプロセッサが利用可
能になったとき、同プロセッサにより実行される。

【０１１６】まず、利用可能になったプロセッサを指定
するプロセス内に実行可能なスレッドが存在するかどう
か検査する(2201)。（検査方法は実施例７と同様。）これらスレッドのいずれかが実行可能(READY)であれ
ば、それらのスレッドの一つを同プロセッサへディスパ
ッチする(2202)。（条件に該当するスレッドが複数の場
合には前回当該プロセッサへディスパッチしたスレッド
をへディスパッチするのが望ましい。）これらのいずれもが実行可能でなければ、当該利用可能
なプロセッサと同一グループに属するプロセッサを含む
プロセッサグループを指定するプロセス内の実行可能な
スレッドが存在するか検査する。

【０１１７】いずれかが実行可能(READY)であれば、そ
れらのスレッドの一つを同プロセッサへディスパッチす
る(2204)。（条件に該当するスレッドが複数の場合には
前回当該プロセッサへディスパッチしたスレッドをへデ
ィスパッチするのが望ましい。）これらのいずれもが「実行可能(READY)」でなければ、
当該プロセッサは、プロセッサ管理テーブルのプロセッ
サ状態変数を「利用可能(idle)」にして、システム中の
いずれかのスレッドが実行可能になるのを待つ(2205)。

【０１１８】

【発明の効果】本発明によれば、スレッドのプロセッサ
アフィニティが失敗した場合でも、グループアフィニテ
ィを使用することにより、キャッシュを共有しないプロ
セッサ間でのスレッドの移動頻度が削減され、これによ
りキャッシュを有効に使用する（ヒット率を向上させ
る）ことができる。

【０１１９】さらに、本発明によれば、スレッドあるい
はプロセス毎にプロセッサグループを指定することが出
来るため、例えば、データ・ワーキングセットが一致
し、かつ、並列度の高い（複数のプロセッサにより実行
した場合、並列に処理される可能性の高い）複数のスレ
ッドを、キャッシュを共有する複数のプロセッサへアフ
ィニティ付け、あるいは、動作が異なり関連性の無いプ
ロセスを互いに異なるプロセッサグループにアフィニテ
ィ付けすることが出来る。具体的には、例えば、データ
ベース・システムのように、システムに共通なテーブル
を頻繁にアクセスするプロセス・スレッド群と、ディス
クI/Oを専門に担当するデーモンプロセスを、システム
中の適当なプロセッサへアフィニティ付けすることによ
り、キャッシュを有効に使用することができる。

【図面の簡単な説明】

【図１】本発明による計算機システムの全体図

【図２】従来の計算機システム（共有キャッシュなし）
の全体図

【図３】従来の計算機システム（共有キャッシュあり）
の全体図

【図４】本発明による計算機システムの実施例1,2のカ
ーネルデータ構造

【図５】本発明による計算機システムの実施例1,2の別
のカーネルデータ構造

【図６】本発明による計算機システムの実施例3,5,6の
カーネルデータ構造

【図７】本発明による計算機システムの実施例4,7,8の
カーネルデータ構造

【図８】本発明による計算機システムの実施例9,10のカ
ーネルデータ構造

【図９】本発明による計算機システムの実施例11,12の
カーネルデータ構造

【図１０】本発明による計算機システムの実施例13,14
のカーネルデータ構造

【図１１】従来の計算機システムのカーネルデータ構造

【図１２】本発明による計算機システムの実施例1のデ
ィスパッチャのアルゴリズム

【図１３】本発明による計算機システムの実施例2のデ
ィスパッチャのアルゴリズム

【図１４】本発明による計算機システムの実施例3のデ
ィスパッチャのアルゴリズム

【図１５】本発明による計算機システムの実施例4のデ
ィスパッチャのアルゴリズム

【図１６】本発明による計算機システムの実施例5,7の
ディスパッチャのアルゴリズム

【図１７】本発明による計算機システムの実施例6のデ
ィスパッチャのアルゴリズム

【図１８】本発明による計算機システムの実施例8のデ
ィスパッチャのアルゴリズム

【図１９】本発明による計算機システムの実施例9のデ
ィスパッチャのアルゴリズム

【図２０】本発明による計算機システムの実施例10のデ
ィスパッチャのアルゴリズム

【図２１】本発明による計算機システムの実施例11,13
のディスパッチャのアルゴリズム

【図２２】本発明による計算機システムの実施例12,14
のディスパッチャのアルゴリズム

【符号の説明】

101,102,103,104…プロセッサ、111,112,113,114…プラ
イベートキャッシュ、121,122…共有キャッシュ、131…
共有メモリ、141…カーネルプログラム、142…ディスパ
ッチャ、143…カーネルデータ構造、144,145…プロセッ
サグループ管理テーブル、146…プロセス管理テーブ
ル、151,152,153,154…プロセッサ管理テーブル、161,1
62,163,164…プロセッサ状態変数、171,172,173,174…
アフィニティ管理ポインタ、181〜188…スレッド構造
体、401〜408…スレッド実行状態変数、601〜603…プロ
セス構造体、611〜618…スレッド構造体、621〜628…ス
レッド実行状態変数、631〜638…プロセッサグループ指
定変数、701〜703…プロセッサグループ指定変数、801
〜803…スレッドグループ管理構造体、811〜813…プロ
セッサグループ指定変数、821〜823…スレッドグループ
管理ポインタ、831〜838…スレッドグループリンクポイ
ンタ、931〜938…プロセッサ指定変数、1001〜1003…プ
ロセッサグループ指定変数。

───────────────────────────────────────────────────── フロントページの続き (72)発明者梅野英典神奈川県海老名市下今泉810番地株式会社日立製作所オフィスシステム事業部内

Claims

【特許請求の範囲】

【請求項１】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段と、ス
レッドが前回ディスパッチされた際にどのプロセッサに
割り付けられたかを記憶する手段を持ち、概スレッドが
実行可能となった際に、概スレッドを前回割り付けたプ
ロセッサが利用可能でなかった場合には、前回割り付け
られたプロセッサが属するグループの中の利用可能なプ
ロセッサに概スレッドを割り付けることを特徴とするデ
ィスパッチ方法。
【請求項２】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段と、ス
レッドが前回ディスパッチされた際にどのプロセッサに
割り付けられたかを記憶する手段を持ち、プロセッサが
利用可能でかつ概プロセッサが前回ディスパッチしたス
レッドの中で実行可能なものがない場合には、概プロセ
ッサが属する概グループ内のプロセッサが前回ディスパ
ッチしたスレッドの中の実行可能なものをディスパッチ
することを特徴とするディスパッチ方法。
【請求項３】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、スレッド毎に特定のプロセッサグループを指定する
手段を備え、当該スレッドを前記指定のグループ内のプ
ロセッサへのみディスパッチすることを特徴とするディ
スパッチ方式。
【請求項４】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、当該プロセスに含まれるスレッドを前記指
定のグループ内のプロセッサへのみディスパッチするこ
とを特徴とするディスパッチ方式。
【請求項５】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、スレッド毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのスレッドが実行可
能となったとき、前記指定グループ内のプロセッサと前
記指定グループ外のプロセッサが利用可能であった場
合、前記指定グループ内のプロセッサへ当該スレッドを
ディスパッチすることを特徴とするディスパッチ方式。
【請求項６】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、スレッド毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのプロセッサが利用
可能になったとき、当該プロセッサグループを指定する
スレッドと、当該プロセッサグループを指定しないスレ
ッドが実行可能であった場合、当該プロセッサグループ
を指定するスレッドをディスパッチすることを特徴とす
るディスパッチ方式。
【請求項７】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのスレッドが実行可
能となったとき、前記指定グループ内のプロセッサと前
記指定グループ外のプロセッサが利用可能であった場
合、前記指定グループ内のプロセッサへ当該スレッドを
ディスパッチすることを特徴とするディスパッチ方式。
【請求項８】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのプロセッサが利用
可能になったとき、当該プロセッサが属するプロセッサ
グループを指定するプロセスに含まれるスレッドと、同
プロセッサグループを指定しないプロセスに含まれるス
レッドが実行可能であった場合、同プロセッサグループ
を指定するプロセスに含まれるスレッドをディスパッチ
することを特徴とするディスパッチ方式。
【請求項９】複数のプロセッサと複数のキャッシュメモ
リで構成され、各々のキャッシュメモリは概プロセッサ
のなかの複数の特定のプロセッサのみが使用するデータ
をキャッシングするために使用される構成となっている
マルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、システム中に存在するスレッドを
グルーピングして管理するスレッドグループ管理手段を
備え、スレッドグループ毎に特定のプロセッサグループ
を指定する手段を備え、いづれかのスレッドが実行可能
となったとき、当該スレッドの属するスレッドグループ
が指定するプロセッサグループ内のプロセッサと同プロ
セッサグループ外のプロセッサが利用可能であった場
合、同プロセッサグループ内のプロセッサへ当該スレッ
ドをディスパッチすることを特徴とするディスパッチ方
式。
【請求項１０】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、システム中に存在するスレッドを
グルーピングして管理するスレッドグループ管理手段を
備え、スレッドグループ毎に特定のプロセッサグループ
を指定する手段を備え、いずれかのプロセッサが利用可
能となったとき、当該プロセッサを指定するスレッドグ
ループ内のスレッドと、当該プロセッサを指定しないス
レッドグループ内のスレッドが実行可能であった場合、
当該プロセッサを指定するスレッドグループ内のスレッ
ドをディスパッチすることを特徴とするディスパッチ方
式。
【請求項１１】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、スレッド毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのスレッド
が実行可能となった際に、同スレッドが指定するプロセ
ッサが利用可能でなかった場合には、同プロセッサが属
するグループ内の利用可能なプロセッサへ概スレッドを
割り付けることを特徴とするディスパッチ方式。
【請求項１２】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、スレッド毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのプロセッ
サが利用可能となった際に、同プロセッサを指定するス
レッドの中で実行可能なものがない場合、同プロセッサ
が属するプロセッサグループの他のプロセッサを指定す
るスレッドの中で実行可能なものを割り付けることを特
徴とするディスパッチ方式。
【請求項１３】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、プロセス毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのスレッド
が実行可能となった際に、当該スレッドの属するプロセ
スが指定するプロセッサが利用可能でなかった場合に
は、同プロセッサが属するグループ内の利用可能なプロ
セッサへ概スレッドを割り付けることを特徴とするディ
スパッチ方式。
【請求項１４】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中のプロセスに含まれる実行可能なスレッ
ドを概プロセッサ群の利用可能なプロセッサに割り付け
るディスパッチ方法において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、プロセス毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのプロセッ
サが利用可能となった際に、同プロセッサを指定するプ
ロセス内のスレッドの中で実行可能なものがない場合、
同プロセッサが属するプロセッサグループの他のプロセ
ッサを指定するプロセス内のスレッドの中で実行可能な
ものを割り付けることを特徴とするディスパッチ方式。
【請求項１５】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段と、プ
ロセスが前回ディスパッチされた際にどのプロセッサに
割り付けられたかを記憶する手段を持ち、概プロセスが
実行可能となった際に、概プロセスを前回割り付けたプ
ロセッサが利用可能でなかった場合には、前回割り付け
られたプロセッサが属するグループの中の利用可能なプ
ロセッサに概プロセスを割り付けることを特徴とするデ
ィスパッチ方法。
【請求項１６】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段と、プ
ロセスが前回ディスパッチされた際にどのプロセッサに
割り付けられたかを記憶する手段を持ち、プロセッサが
利用可能でかつ概プロセッサが前回ディスパッチしたプ
ロセスの中で実行可能なものがない場合には、概プロセ
ッサが属する概グループ内のプロセッサが前回ディスパ
ッチしたプロセスの中の実行可能なものをディスパッチ
することを特徴とするディスパッチ方法。
【請求項１７】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、当該プロセスを前記指定のグループ内のプ
ロセッサへのみディスパッチすることを特徴とするディ
スパッチ方式。
【請求項１８】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのプロセスが実行可
能となったとき、前記指定グループ内のプロセッサと前
記指定グループ外のプロセッサが利用可能であった場
合、前記指定グループ内のプロセッサへ当該プロセスを
ディスパッチすることを特徴とするディスパッチ方式。
【請求項１９】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理する手段を備
え、プロセス毎に特定のプロセッサグループを指定する
手段を備え、システム中のいずれかのプロセッサが利用
可能になったとき、当該プロセッサグループを指定する
プロセスと、当該プロセッサグループを指定しないプロ
セスが実行可能であった場合、当該プロセッサグループ
を指定するプロセスをディスパッチすることを特徴とす
るディスパッチ方式。
【請求項２０】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、システム中に存在するプロセスを
グルーピングして管理するプロセスグループ管理手段を
備え、プロセスグループ毎に特定のプロセッサグループ
を指定する手段を備え、いづれかのプロセスが実行可能
となったとき、当該プロセスの属するプロセスグループ
が指定するプロセッサグループ内のプロセッサと同プロ
セッサグループ外のプロセッサが利用可能であった場
合、同プロセッサグループ内のプロセッサへ当該プロセ
スをディスパッチすることを特徴とするディスパッチ方
式。
【請求項２１】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、システム中に存在するプロセスを
グルーピングして管理するプロセスグループ管理手段を
備え、プロセスグループ毎に特定のプロセッサグループ
を指定する手段を備え、いずれかのプロセッサが利用可
能となったとき、当該プロセッサが属するプロセッサグ
ループを指定するプロセスグループ内のプロセスと、同
プロセッサグループを指定しないプロセスグループ内の
プロセスが実行可能であった場合、同プロセッサグルー
プを指定するプロセスグループ内のプロセスをディスパ
ッチすることを特徴とするディスパッチ方式。
【請求項２２】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、プロセス毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのプロセス
が実行可能となった際に、同プロセスが指定するプロセ
ッサが利用可能でなかった場合には、同プロセッサが属
するグループ内の利用可能なプロセッサへ概プロセスを
割り付けることを特徴とするディスパッチ方式。
【請求項２３】複数のプロセッサと複数のキャッシュメ
モリで構成され、各々のキャッシュメモリは概プロセッ
サのなかの複数の特定のプロセッサのみが使用するデー
タをキャッシングするために使用される構成となってい
るマルチプロセッサシステムであって、ディスパッチャ
が、システム中の実行可能なプロセスを概プロセッサ群
の利用可能なプロセッサに割り付けるディスパッチ方法
において、前記プロセッサ群の中で同一のキャッシュメモリを使用
するプロセッサをグルーピングして管理するプロセッサ
グループ管理手段と、プロセス毎に特定のプロセッサを
指定する手段を備え、システム中のいずれかのプロセッ
サが利用可能となった際に、同プロセッサを指定するプ
ロセスの中で実行可能なものがない場合、同プロセッサ
が属するプロセッサグループの他のプロセッサを指定す
るプロセスの中で実行可能なものを割り付けることを特
徴とするディスパッチ方式。
【請求項２４】請求項５または７または９または11また
は13のディスパッチ方式において、当該指定されたプロ
セッサグループ内に利用可能なプロセッサが複数存在
し、かつ、同プロセッサのいずれかが前回概スレッドを
ディスパッチしたプロセッサである場合、当該スレッド
を当該プロセッサへディスパッチすることを特徴とする
ディスパッチ方式。
【請求項２５】請求項６または８または10または12また
は14のディスパッチ方式において、当該プロセッサを指
定する実行可能なスレッドが複数存在し、かつ、同スレ
ッドのいずれかが概プロセッサへ前回ディスパッチされ
たスレッドである場合、当該スレッドを当該プロセッサ
へディスパッチすることを特徴とするディスパッチ方
式。
【請求項２６】請求項18または20のディスパッチ方式に
おいて、当該指定されたプロセッサグループ内に利用可
能なプロセッサが複数存在し、かつ、同プロセッサのい
ずれかが前回概プロセスをディスパッチしたプロセッサ
である場合、当該プロセスを当該プロセッサへディスパ
ッチすることを特徴とするディスパッチ方式。
【請求項２７】請求項19または21のディスパッチ方式に
おいて、当該プロセッサを指定する実行可能なスレッド
が複数存在し、かつ、同プロセスのいずれかが概プロセ
ッサへ前回ディスパッチされたプロセスである場合、当
該プロセスを当該プロセッサへディスパッチすることを
特徴とするディスパッチ方式。