JPH10143476A - プリフェッチ動作を開始するソフトウエアを実行するマルチプロセス・システム - Google Patents

プリフェッチ動作を開始するソフトウエアを実行するマルチプロセス・システム

Info

Publication number
JPH10143476A
JPH10143476A JP9208223A JP20822397A JPH10143476A JP H10143476 A JPH10143476 A JP H10143476A JP 9208223 A JP9208223 A JP 9208223A JP 20822397 A JP20822397 A JP 20822397A JP H10143476 A JPH10143476 A JP H10143476A
Authority
JP
Japan
Prior art keywords
coherency
processing node
node
request
smp
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
Application number
JP9208223A
Other languages
English (en)
Inventor
Erik E Hagersten
エリック・イー・ハガーステン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sun Microsystems Inc
Original Assignee
Sun Microsystems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sun Microsystems Inc filed Critical Sun Microsystems Inc
Publication of JPH10143476A publication Critical patent/JPH10143476A/ja
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/38Concurrent instruction execution, e.g. pipeline or look ahead
    • G06F9/3824Operand accessing
    • G06F9/383Operand prefetching
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0806Multiuser, multiprocessor or multiprocessing cache systems
    • G06F12/0815Cache consistency protocols
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0806Multiuser, multiprocessor or multiprocessing cache systems
    • G06F12/0813Multiuser, multiprocessor or multiprocessing cache systems with a network or matrix configuration
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0862Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches with prefetch

Landscapes

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

Abstract

(57)【要約】 【課題】 リモート・メモリへのアクセス時に生じる動
作停止をなくす。 【解決手段】 ある種のコードを事前取り出しコマンド
として有する書込みトランザクションが定義されてい
る。このコンピュータ・システム向けに開発されたコン
ピュータ・プログラムは、まだ参照されていないコヒー
レンシ単位がその点で必要になるとプログラムが判定し
た点に事前取り出しコマンドを含めることができる。事
前取り出しコマンドを介して、コヒーレンシ単位を検索
するコヒーレンシ活動を開始することによって、コヒー
レンシ単位にアクセスするメモリ動作を実行する前にそ
のコヒーレンシ活動に固有の待ち時間の少なくとも一部
を経験しておくことができる。

Description

【発明の詳細な説明】
【0001】関連特許出願の相互参照 本特許出願は、開示が引用によって本明細書に組み込ま
れた、下記の関連特許出願に関係するものである。 1.本出願と同時出願されたHagersten等の
「ExtendingThe Coherence D
omain Beyond A Computer S
ystem Bus」(参照番号P990)。 2.本出願と同時出願されたHagerstenの「M
ethod AndApparatus Optimi
zing Global Data Replies
In A Computer System」(参照番
号P991)。 3.本出願と同時出願されたHagersten等の
「Method AndApparatus Prov
iding Short Latency Round
−Robin Arbitration For Ac
cess ToA Shared Resource」
(参照番号P992)。 4.本出願と同時出願されたSinghal等の「Im
plementingSnooping On A S
plit−Transaction Computer
System Bus」(参照番号P993)。 5.本出願と同時出願されたSinghal等の「Sp
lit Transaction Snooping
Bus Protocol」(参照番号P989)。 6.本出願と同時出願されたHeller等の「Int
erconnection Subsystem Fo
r A Multiprocessor Comput
er System With A Small Nu
mber OfProcessors Using A
Switching Arrangement Of
Limited Degree」(参照番号P160
9)。 7.本出願と同時出願されたWade等の「Syste
m And Method For Performi
ng Deadlock Free Message
Transfer In Cyclic Multi−
Hop Digital Computer Netw
ork」(参照番号P1572)。 8.本出願と同時出願されたCassiday等の「S
ynchronization System And
Method For Plesiochronou
s Signaling」(参照符号P1593)。 9.本出願と同時出願されたHagersten等の
「Methods And Apparatus Fo
r A Coherence Transformer
For Connecting Computer
System Coherence Domains」
(参照番号P1519)。 10.本出願と同時出願されたHagersten等の
「Methods And Apparatus Fo
r A Coherence Transformer
With Limited Memory For
Connecting Computer Syste
m Coherence Domains」(参照番号
P1530)。 11.本出願と同時出願されたHagersten等の
「Methods And Apparatus Fo
r Sharing Data Objects In
A Computer System」(参照番号P
1463)。 12.本出願と同時出願されたHagersten等の
「Methods And Apparatus Fo
r A Directory−Less Memory
Access Protocol In A Dis
tributed Shared Memory Co
mputer System」(参照番号P153
1)。 13.本出願と同時出願されたHagersten等の
「Hybrid Memory Access Pro
tocol In A Distributed Sh
ared Memory Computer Syst
em」(参照番号P1550)。 14.本出願と同時出願されたHagersten等の
「Methods And Apparatus Fo
r Substantially Memory−Le
ss Coherence Transformer
For Connecting Computer S
ystem」(参照番号P1529)。 15.本出願と同時出願されたHagerstenの
「A Multiprocessing System
Including An EnhancedBlo
cking Mechanism For Read
To Share Transactions In
A NUMA Mode」(参照番号P1786)。 16.本出願と同時出願されたGuzovskiy等の
「EncodingMethod For Direc
tory State In CacheCohere
nt Distributed Shared Mem
ory System」(参照番号P1520)。 17.本出願と同時出願されたNesheim等の「S
oftware Use Of Address Tr
anslation Mechanism」(参照番号
P1560)。 18.本出願と同時出願されたLowenstein等
の「Directory−Based,Shared−
Memory,Scaleable Multipro
cessor Computer System Ha
ving Deadlock−free Transa
ction Flow Sans Flow Cont
rol Protocol」(参照番号P1561)。 19.本出願と同時出願されたNesheimの「Ma
intainingA Sequential Sto
red Order (SSO) In ANon−S
SO Machine」(参照番号P1562)。 20.本出願と同時出願されたWong−Chanの
「Node To Node Interrupt M
echanism In A Multiproces
sor System」(参照番号P1587)。 21.1996年4月8日に出願された、「Deter
ministic Distributed Mult
icache Coherence Protoco
l」と題するHagersten等の出願第08/63
0703号。 22.1995年12月22日に出願された、「A H
ybrid NUMAComa Cashing Sy
stem And Methods ForSelec
ting Between The Caching
Modes」と題するHagersten等の出願第0
8/577283号。 23.1995年12月22日に出願された、「A H
ybrid NUMAComa Cashing Sy
stem And Methods ForSelec
ting Between The Caching
Modes」と題するWood等の出願第08/575
787号。 24.本出願と同時出願されたHagersten等の
「Flusing Of Cache Memory
In A Computer System」(参照番
号P1416)。 25.本出願と同時出願されたHagersten等の
「EfficientAllocation Of C
ache Memory Space InA Com
puter System」(参照番号P1576)。 26.本出願と同時出願されたHagersten等の
「EfficientSelection Of Me
mory Storage Modes In A C
omputer System」(参照番号P172
6)。 27.本出願と同時出願されたHagersten等の
「Skip−level Write−through
In A Multi−level Memory
Of A Computer System」(参照番
号P1736)。 28.本出願と同時出願されたHagerstenの
「A Multiprocessing System
Configured to PerformEff
icient Write Operations」
(参照番号P1500)。 29.本出願と同時出願されたHagerstenの
「A Multiprocessing System
Configured to PerformEff
icient Block Copy Operati
ons」(参照番号P1515)。 30.本出願と同時出願されたHagerstenの
「A Multiprocessing System
Including An Apparatus F
or Optimizing Spin−Lock O
perations」(参照番号P1525)。 31.本出願と同時出願されたHagersten等の
「A Multiprocessing System
Configured to Detectand
Efficiently Provide for M
igratory Data Access Patt
erns」(参照番号P1555)。 32.本出願と同時出願されたHagerstenの
「A Multiprocessing System
Configured to Store Cohe
rency State Within Multip
le Subnodes of a Processi
ng Node」(参照番号P1527)。 33.本出願と同時出願されたHagersten等の
「A Multiprocessing System
Configured to Perform Pr
efetching Operations」(参照番
号P1571)。 34.本出願と同時出願されたHagersten等の
「A Multiprocessing System
Configured to Perform Sy
nchronization Operation
s」。(参照番号P1551) 35.本出願と同時出願されたHagersten等の
「A Multiprocessing System
Having Coherency−Related
Error Logging Capabiliti
es」(参照番号P1719)。 36.本出願と同時出願されたHagerstenの
「Multiprocessing System E
mploying A Three−Hop Comm
unication Protocol」(参照番号P
1785)。 37.本出願と同時出願されたHagersten等の
「A Multiprocessing Comput
er System Employing Local
and Global Spaces and Mu
ltipleAccee Modes」(参照番号P1
784)。 38.本出願と同時出願されたHagersten等の
「Multiprocessing System E
mploying A CoherencyProto
col Including A Reply Cou
nt」(参照番号P1570)。
【0002】
【発明の属する技術分野】本発明は、マルチプロセッサ
・コンピュータ・システムに関し、詳細には、マルチプ
ロセッサ・コンピュータ・システム内の事前取り出しに
関する。
【0003】
【従来の技術】多重処理コンピュータ・システムは、コ
ンピューティング・タスクを実行するために使用できる
2つ以上のプロセッサを含む。1つのプロセッサ上で特
定のコンピューティング・タスクを実行し、同時に他の
プロセッサが、関係のないコンピューティング・タスク
を実行することができる。別法として、特定のコンピュ
ーティング・タスクの構成要素を複数のプロセッサ間で
分散し、コンピューティング・タスク全体を実行するの
に必要な時間を短縮することができる。一般的に言え
ば、プロセッサは、1つまたは複数のオペランドに対す
る演算を実行して結果を生成するように構成された装置
である。演算は、プロセッサによって実行される命令に
応答して実行される。
【0004】市販の多重処理コンピュータ・システムで
広く使用されているアーキテクチャは、対称型マルチプ
ロセッサ(SMP)アーキテクチャである。通常、SM
Pコンピュータ・システムは、キャッシュ階層を通じて
共用バスに接続された複数のプロセッサを備える。共用
バスにはメモリも接続され、メモリはシステム内のプロ
セッサ間で共用される。メモリ内の特定のメモリ位置へ
のアクセスは、他の特定のメモリ位置へのアクセスと同
様な時間で行われる。メモリ内の各位置に一様にアクセ
スできるので、この構造はしばしば、一様なメモリ・ア
ーキテクチャ(UMA)と呼ばれる。
【0005】プロセッサは多くの場合、内部キャッシュ
と共に構成され、SMPコンピュータ・システム内のプ
ロセッサと共用バスとの間のキャッシュ階層には通常、
1つまたは複数のキャッシュが含まれる。特定のメイン
・メモリ・アドレスに存在するデータの複数のコピーを
これらのキャッシュに記憶することができる。特定のア
ドレスが所与の時間に1つのデータ値しか記憶しない共
用メモリ・モデルを維持するために、共用バス・コンピ
ュータ・システムはキャッシュ・コヒーレンシを使用す
る。一般的に言えば、特定のメモリ・アドレスに記憶さ
れているデータに対する演算の効果がキャッシュ階層内
のデータの各コピーに反映される場合、その演算はコヒ
ーレントである。たとえば、特定のメモリ・アドレスに
記憶されているデータを更新したときには、前のデータ
のコピーを記憶しているキャッシュにその更新を供給す
ることができる。別法として、特定のメモリ・アドレス
へのその後のアクセスによって、更新済みコピーがメイ
ン・メモリから転送されるように、前のデータのコピー
をキャッシュ内で無効化することができる。共用バス・
システムの場合、通常、スヌープ・バス・プロトコルが
使用される。共用バス上で実行される各コヒーレント・
トランザクションは、キャッシュ内のデータと突き合わ
せて調べられる(あるいは「スヌープ」される)。影響
を受けるデータのコピーが見つかった場合、コヒーレン
ト・トランザクションに応答して、そのデータを含むキ
ャッシュ・ラインの状態を更新することができる。
【0006】残念なことに、共用バス・アーキテクチャ
は、多重処理コンピュータ・システムの有用性を制限す
るいくつかの欠点を有する。バスはピーク帯域幅を利用
することができる(たとえば、バスを介して転送できる
バイト数/秒)。バスに追加プロセッサを取り付ける
と、プロセッサにデータおよび命令を供給するのに必要
な帯域幅がピーク・バス帯域幅を超えることがある。い
くつかのプロセッサが使用可能なバス帯域幅を待たなけ
ればならないので、プロセッサの帯域幅要件が使用可能
なバス帯域幅を超えるとコンピュータ・システムの性能
が影響を受ける。
【0007】また、共用バスにより多くのプロセッサを
追加するとバスに対する容量負荷が増大し、場合によっ
てはバスの物理長が増加する。容量負荷が増大しバス長
が延びると、バスを横切って信号が伝搬する際の遅延が
長くなる。伝搬遅延が長くなるので、トランザクション
の実行時間が長くなる。したがって、より多くのプロセ
ッサを追加するほど、バスのピーク帯域幅が減少する。
【0008】これらの問題は、プロセッサの動作周波数
および性能が向上していることによってさらに深刻化す
る。より高い周波数およびより高度なプロセッサ・マイ
クロアーキテクチャによって性能が向上するので、帯域
幅要件は、プロセッサの数が同じであっても前のプロセ
ッサ世代より高くなる。したがって、前に多重処理コン
ピュータ・システムに十分な帯域幅を与えたバスが、よ
り高性能のプロセッサを使用する同様なコンピュータ・
システムには不十分であることがある。
【0009】多重処理コンピュータ・システム用の他の
構造は、分散共用メモリ・アーキテクチャである。分散
共用メモリ・アーキテクチャは、内部にプロセッサおよ
びメモリが存在する複数のノードを含む。複数のノード
は、その間の結合されたネットワークを介して通信す
る。全体的に考えると、複数のノード内に含まれるメモ
リは、コンピュータ・システムの共用メモリを形成す
る。通常、ディレクトリを使用して、どのノードが特定
のアドレスに対応するデータのキャッシュ・コピーを有
するかが識別される。ディレクトリを調べることによっ
てコヒーレンシ活動を生成することができる。
【0010】分散共用メモリ・システムは、スケーリン
グ可能であり、共用バス・アーキテクチャの制限を解消
する。多くのプロセッサ・アクセスはノード内で完了す
るので、通常、ノードがネットワーク上で有する帯域幅
要件は、共用バス・アーキテクチャが共用バス上で与え
なければならない帯域幅要件よりもずっと低い。ノード
は、高いクロック周波数および帯域幅で動作し、必要に
応じてネットワークにアクセスすることができる。ノー
ドのローカル帯域幅に影響を与えずにネットワークに追
加ノードを追加することができる。その代わり、ネット
ワーク帯域幅のみが影響を受ける。
【0011】
【発明が解決しようとする課題】残念なことに、分散共
用メモリ・コンピュータ・システム内のリモート・ノー
ドに記憶されているメモリへのアクセスは一般に、ロー
カル・メモリへのアクセスよりもずっと低速である。そ
のようなアクセスを開始するプロセッサは通常、リモー
ト・ノードからデータを検索することに費やされる時間
のかなりの部分にわたって停止する。そのため、開始側
プロセッサのこの停止のためにコンピュータ・システム
の性能が低下する。そのような停止を低減する技法を実
施することが望ましい。
【0012】
【課題を解決するための手段】上記で概略的に説明した
問題は主として、本発明によるコンピュータ・システム
によって解決される。このコンピュータ・システムで
は、ある種のコードを事前取り出しコマンドとして有す
る書込みトランザクションが定義される。このコンピュ
ータ・システム向けに開発されたコンピュータ・プログ
ラムは、まだ参照されていないコヒーレンシ単位が必要
になるとプログラムが判定した点に事前取り出しコマン
ドを含むことができる。事前取り出しコマンドを介し
て、コヒーレンシ単位を検索するコヒーレンシ活動を開
始することによって、コヒーレンシ単位にアクセスする
メモリ動作を実行する前にそのコヒーレンシ活動に固有
の待ち時間の少なくとも一部を経験しておくことができ
る。別の見方をすれば、プログラムは、コヒーレンシ単
位へのアクセスが決定された後に他の計算を実行するこ
とができる。プログラムは、コヒーレンシ単位に関する
事前取り出しコマンドを判定点に挿入し、次いでメモリ
動作を実行してコヒーレンシ単位にアクセスする前に他
の計算を実行しておくことができる。
【0013】一実施態様では、事前取り出し共用コマン
ドおよび事前取り出し修正コマンドの2つの事前取り出
しコマンドが定義されている。事前取り出し共用コマン
ドは、コヒーレンシ単位を、その事前取り出しコマンド
を実行した処理ノード内に共用コヒーレンシ状態で取り
込む。一方、事前取り出し修正コマンドは、コヒーレン
シ単位を、その事前取り出しコマンドを実行した処理ノ
ード内に修正コヒーレンシ状態で取り込む。コヒーレン
シ単位から得たデータは、処理ノードが受け取ると、処
理ノード内のローカル・バスを介してメモリへ送られ
る。データは、ローカル・メモリに記憶され、それによ
ってローカルに使用できるようになる。そのため、その
コヒーレンシ単位にアクセスするその後のメモリ動作に
関連する待ち時間を短縮することができる。
【0014】概して、本発明は、ローカル・バスと、シ
ステム・インタフェースと、メモリとを備える処理ノー
ドを企図するものである。システム・インタフェース
は、ローカル・バスに結合され、ローカル・バス上で受
け取られた事前取り出しコマンドに応答して、システム
・インタフェースに結合されたネットワーク上でコヒー
レンシ要求を開始するように構成される。システム・イ
ンタフェースは、コヒーレンシ要求に応答して与えられ
たコヒーレンシ単位を受け取ると、ローカル・バス上で
コヒーレンシ単位を送るように構成される。ローカルバ
スには、システム・インタフェースから送られたコヒー
レンシ単位を受け取り記憶するように構成されたメモリ
も結合される。
【0015】本発明はさらに、事前取り出し方法を企図
するものである。処理ノード内で事前取り出しコマンド
が検出される。この事前取り出しコマンドに応答して、
コヒーレンシ要求が実行される。コヒーレンシ要求に応
答して、処理ノードがデータを受け取る。このデータ
は、処理ノード内のローカル・バスを介して送られるこ
とによって処理ノード内のメモリに記憶される。
【0016】本発明はさらに、第1の処理ノードと第2
の処理ノードとを備えるコンピュータ・システムを企図
するものである。第1の処理ノードは、コヒーレンシ単
位を記憶するように構成される。第2の処理ノードは、
第1の処理ノードに結合され、第2の処理ノード自体内
で実行された事前取り出しコマンドに応答して第1の処
理ノードからのコヒーレンシ単位の転送を要求するよう
に構成される。第2の処理ノードは、ローカル・バス
(このバス上でコヒーレンシ単位が送られる)とメモリ
とを備える。このメモリは、ローカル・バスに結合さ
れ、ローカル・バス上でコヒーレンシ単位を受け取った
ときにそのコヒーレンシ単位を記憶するように構成され
る。
【0017】本発明の他の目的および利点は、下記の詳
細な説明を読み添付の図面を参照したときに明らかにな
ろう。
【0018】
【発明の実施の形態】本発明では様々な修正形態および
変更形態が可能であるが、本発明の特定の実施形態が、
一例として図示され、本明細書に詳しく記載されてい
る。しかし、図面および詳細な説明が、開示した特定の
形態に本発明を制限するものではなく、本発明が、添付
の特許請求の範囲で定義した本発明の趣旨および範囲内
のすべての修正形態、等価物、変更形態をカバーするも
のであることを理解されたい。
【0019】次に、図1を参照すると、多重処理コンピ
ュータ・システム10の一実施形態のブロック図が示さ
れている。コンピュータ・システム10は、ポイント・
ツー・ポイント・ネットワーク14によって相互接続さ
れた複数のSMPノード12Aないし12Dを含む。本
明細書で特定の参照符号とその後に続く文字で参照され
た要素は、集合的に参照符号のみで参照する。たとえ
ば、SMPノード12Aないし12Dを集合的にSMP
ノード12と呼ぶ。図の実施形態では、各SMPノード
12は、複数のプロセッサと、外部キャッシュと、SM
Pバスと、メモリと、システム・インタフェースとを含
む。たとえば、SMPノード12Aは、プロセッサ16
Aないし16Bを含む複数のプロセッサと共に構成され
る。プロセッサ16は外部キャッシュ18に接続され、
外部キャッシュ18はさらにSMPバス20に結合され
る。また、メモリ22およびシステム・インタフェース
24はSMPバス20に結合される。さらに、SMPバ
ス20に1つまたは複数の入出力(I/O)インタフェ
ース26を結合することができる。入出力インタフェー
ス26は、シリアル・ポートおよびパラレル・ポート、
ディスク・ドライブ、モデム、プリンタなどの周辺装置
とのインタフェースをとるために使用される。他のSM
Pノード12Bないし12Dを同様に構成することがで
きる。
【0020】一般的に言えば、コンピュータ・システム
10は、システム10自体上で実行されるプログラム内
に含まれる事前取り出しコマンドに応答して事前取り出
し動作を実行するように構成される。影響を受けるコヒ
ーレンシ単位が使用可能になるまで開始側プロセッサ1
6を停止させる他のトランザクションとは異なり、事前
取り出しコマンドでは開始側プロセッサは停止しない。
その代わり、開始側プロセッサ16は、影響を受けるコ
ヒーレンシ単位がいつ、開始側プロセッサを含むSMP
ノード12Aないし12Dへ転送されるかにかかわら
ず、SMPバス20上で事前取り出しコマンドを実行し
プログラム実行を継続する。システム・インタフェース
24は、事前取り出しコマンドを受け取ると、ネットワ
ーク14上でコヒーレンシ活動を実行し、コヒーレンシ
単位をSMPノード12Aないし12Dへ転送させる。
システム・インタフェース24は、コヒーレンシ単位を
受け取ると、それをメイン・メモリ22に記憶する。そ
れに続いて、開始側プロセッサ16は、通常のコマンド
を使用してコヒーレンシ単位にアクセスすることができ
る。データはすでに、プロセッサを含むSMPノード1
2Aないし12D内に存在するので、データにアクセス
する際の遅延(したがって、プロセッサ停止時間)を大
幅に短縮することができる。プロセッサ上で実行される
ソフトウェア・プログラムによって事前取り出しコマン
ドが適切に使用されるときにプロセッサ16の停止時間
が短縮されるのでコンピュータ・システム10の性能を
向上させることができる。
【0021】一実施形態では、事前取り出しコマンド
は、所定のアドレス範囲内のアドレスを有する書込みス
トリーム動作である。この所定のアドレス範囲は、この
動作が事前取り出し動作であることを示す。書込みスト
リーム動作に対応するデータが開始側プロセッサ16か
ら転送され、それによってプロセッサは自由に命令の実
行を継続することができる。転送されたデータは破棄さ
れる。2つの所定のアドレス空間が含まれる。一方の所
定のアドレス空間への書込みストリーム動作は、共用コ
ヒーレンシ状態での事前取り出し(すなわち、読取りア
クセス権に対する事前取り出し)を実行すべきであるこ
とを示す。他方の所定のアドレス空間への書込みストリ
ーム動作は、修正コヒーレンシ状態での事前取り出し
(すなわち、読取り/書込みアクセス権に対する事前取
り出し)を実行すべきであることを示す。コヒーレンシ
単位がすでに、要求されたアクセス権と共にSMPノー
ド12Aないし12D内にある場合、事前取り出し動作
は完了する。しかし、コヒーレンシ単位と要求されたア
クセス権が、SMPノード12Aないし12D内にない
場合、事前取り出し動作に応答してコヒーレンシ活動が
開始される。
【0022】本明細書では、「事前取り出し」の語は、
コヒーレンシ単位を処理する命令を実行する前にコヒー
レンシ単位にアクセスすることを指す。アクセスの結果
として、その命令を実行するプロセッサの近くへコヒー
レンシ単位を移動することができ、それによって、その
後の命令に対するアクセスをより迅速に完了することが
できる。「事前取り出しコマンド」とは、事前取り出し
を行わせる、バス(SMPバス20など)上のトランザ
クションである。このコマンドは、プロセッサ16によ
って実行される事前取り出し命令に応答して実行するこ
とができる。事前取り出し命令は、影響を受けるコヒー
レンシ単位を、比較的長いアクセス時間を特徴とするリ
モート位置から、短いアクセス時間を特徴とするローカ
ル位置へ転送させる。しかし、事前取り出し命令は、影
響を受ける命令が転送されている時間中プロセッサを停
止させることはない。
【0023】一般的に言えば、メモリ動作とは、データ
を発送元から宛先へ転送させる動作である。発送元また
は宛先、あるいはその両方は、開始側内の記憶位置で
も、あるいはメモリ内の記憶位置でもよい。発送元また
は宛先は、メモリ内の記憶位置であるとき、メモリ動作
と共に搬送されるアドレスを介して指定される。メモリ
動作は、読取り動作でも、あるいは書込み動作でもよ
い。読取り動作では、データが開始側の外側の発送元か
ら開始側内の宛先へ転送される。逆に、書込み動作で
は、データが開始側内の発送元から開始側の外側の宛先
へ転送される。図1に示したコンピュータ・システムで
は、メモリ動作は、SMPバス20上の1つまたは複数
のトランザクションと、ネットワーク14上の1つまた
は複数のコヒーレンシ動作を含むことができる。
【0024】アーキテクチャの概要 各SMPノード12は基本的に、メモリ22を共用メモ
リとして有するSMPシステムである。プロセッサ16
は、高性能プロセッサである。一実施形態では、各プロ
セッサ16は、SPARCプロセッサ・アーキテクチャ
のバージョン9に適合するSPARCプロセッサであ
る。しかし、プロセッサ16が任意のプロセッサ・アー
キテクチャを使用できることに留意されたい。
【0025】通常、プロセッサ16は、内部命令キャッ
シュと内部データ・キャッシュとを含む。したがって、
外部キャッシュ18はL2キャッシュと呼ばれる(レベ
ル2を表す。内部キャッシュはレベル1キャッシュであ
る)。プロセッサ16が内部キャッシュと共に構成され
ていない場合、外部キャッシュ18はレベル1キャッシ
ュである。「レベル」の語が、特定のキャッシュがプロ
セッサ16内の処理コアにどのくらい近接しているかを
識別するために使用されることに留意されたい。レベル
1は、処理コアに最も近く、レベル2は2番目に近く、
以下同様である。外部キャッシュ18は、それに結合さ
れたプロセッサ16から頻繁にアクセスされるメモリ・
アドレスに迅速にアクセスする。外部キャッシュ18が
様々な特定のキャッシュ構成として構成できることに留
意されたい。たとえば、外部キャッシュ18によってセ
ットアソシエーティブ構成または直接マップ構成を使用
することができる。
【0026】SMPバス20は、プロセッサ16(キャ
ッシュ18を通じた通信)とメモリ22とシステム・イ
ンタフェース24と入出力インタフェース26との間の
通信に適応する。一実施形態では、SMPバス20は、
アドレス・バスおよび関連する制御信号、ならびにデー
タ・バスおよび関連する制御信号を含む。アドレス・バ
スとデータ・バスが別々のものなので、SMPバス20
上で分割トランザクション・バス・プロトコルを使用す
ることができる。一般的に言えば、分割トランザクショ
ン・バス・プロトコルは、アドレス・バス上で行われる
トランザクションが、データ・バス上で行われる並行ト
ランザクションとは異なるものでよいプロトコルであ
る。アドレスとデータを使用するトランザクションは、
アドレス・バス上でアドレスおよび関連する制御情報が
搬送されるアドレス・フェーズと、データ・バス上でデ
ータが搬送されるデータ・フェーズとを含む。特定のア
ドレス・フェーズに対応するデータ・フェーズの前に、
他のトランザクションに関する追加アドレス・フェーズ
または追加データ・フェーズ、あるいはその両方を開始
することができる。アドレス・フェーズと対応するデー
タ・フェーズは、多数の方法で相関付けることができ
る。たとえば、データ・トランザクションをアドレス・
トランザクションと同じ順序で行うことができる。別法
として、トランザクションのアドレス・フェーズとデー
タ・フェーズを固有のタグを介して識別することができ
る。
【0027】メモリ22は、プロセッサ16によって使
用されるデータおよび命令コードを記憶するように構成
される。メモリ22は、ダイナミック・ランダム・アク
セス・メモリ(DRAM)を備えることが好ましい。た
だし、任意のタイプのメモリを使用することができる。
メモリ22は、他のSMPノード12内の図示した同様
なメモリと共に、分散共用メモリ・システムを形成す
る。分散共用メモリのアドレス空間の各アドレスは、そ
のアドレスのホーム・ノードと呼ばれる特定のノードに
割り当てられる。ホーム・ノードとは異なるノード内の
プロセッサは、ホーム・ノードのアドレスにあるデータ
にアクセスし、場合によってはデータをキャッシュする
ことができる。したがって、SMPノード12どうしの
間と、特定のSMPノード12Aないし12D内のプロ
セッサ16とキャッシュ18との間に、コヒーレンシが
維持される。システム・インタフェース24はノード間
コヒーレンシを与え、それに対してSMPバス20上の
スヌーピングはノード内コヒーレンシを与える。
【0028】システム・インタフェース24は、ノード
間コヒーレンシを維持するだけでなく、他のSMPノー
ド12との間のデータ転送を必要とするSMPバス20
上のアドレスを検出する。システム・インタフェース2
4は、転送を実行し、トランザクションのための対応す
るデータをSMPバス20上に与える。図の実施形態で
は、システム・インタフェース24はポイント・ツー・
ポイント・ネットワーク14に結合される。しかし、代
替実施形態では他のネットワークを使用できることに留
意されたい。ポイント・ツー・ポイント・ネットワーク
では、ネットワーク上の各ノード間に個別の接続が存在
する。特定のノードは、専用リンクを介して第2のノー
ドと直接通信する。特定のノードは、第3のノードと通
信するときは、第2のノードと通信するために使用した
リンクとは異なるリンクを使用する。
【0029】図1では4つのSMPノード12が示され
ているが、任意の数のノードを使用するコンピュータ・
システム10の実施形態が企図されることに留意された
い。
【0030】図2Aおよび2Bは、コンピュータ・シス
テム10の一実施形態によってサポートされる分散メモ
リ・アーキテクチャの概念図である。具体的には、図2
Aおよび2Bは、図1の各SMPノード12がデータを
キャッシュしメモリ・アクセスを実行する代替方法を示
す。コンピュータ・システム10がそのようなアクセス
をサポートする方法に関する詳細については、下記で詳
しく説明する。
【0031】次に、図2Aを参照すると、コンピュータ
・システム10の一実施形態によってサポートされる第
1のメモリ・アーキテクチャ30を示す論理図が示され
ている。アーキテクチャ30は、複数のプロセッサ32
Aないし32Dと、複数のキャッシュ34Aないし34
Dと、複数のメモリ36Aないし36Dと、相互接続ネ
ットワーク38とを含む。複数のメモリ36は分散共用
メモリを形成する。アドレス空間内の各アドレスは、1
つのメモリ36内の位置に対応する。
【0032】アーキテクチャ30は非一様メモリ・アー
キテクチャ(NUMA)である。NUMAアーキテクチ
ャでは、第1のメモリ・アドレスにアクセスするのに必
要な時間の長さが、第2のメモリ・アドレスにアクセス
するのに必要な時間の長さと大幅に異なることがある。
アクセス時間は、アクセスの開始側と、アクセスされた
データを記憶しているメモリ36Aないし36Dの位置
に依存する。たとえば、プロセッサ32Aが、メモリ3
6Aに記憶されている第1のメモリ・アドレスにアクセ
スする場合、このアクセス時間は、メモリ36Bないし
36Dのうちの1つに記憶されている第2のメモリ・ア
ドレスへのアクセスのアクセス時間よりもずっと短い。
すなわち、プロセッサ32Aによるメモリ36Aへのア
クセスはローカルに(たとえば、ネットワーク38上で
の転送なしに)完了することができ、それに対してメモ
リ36Bへのプロセッサ32Aアクセスはネットワーク
38を介して実行される。通常、ネットワーク38を通
じたアクセスは、ローカル・メモリ内で完了するアクセ
スよりも低速である。たとえば、ローカル・アクセスは
数百ナノ秒で完了することができ、それに対してネット
ワークを介したアクセスは数マイクロ秒を占有する可能
性がある。
【0033】リモート・ノードに記憶されているアドレ
スに対応するデータは任意のキャッシュ34にキャッシ
ュすることができる。しかし、キャッシュ34がそのよ
うなリモート・アドレスに対応するデータを放棄した
後、リモート・アドレスへのその後のアクセスはネット
ワーク38上での転送を介して完了する。
【0034】NUMAアーキテクチャは、主として特定
のローカル・メモリに対応するアドレスを使用するソフ
トウェア・アプリケーションに優れた性能特性を付与す
ることができる。一方、より多くのランダム・アクセス
・パターンを有しメモリ・アクセスを特定のローカル・
メモリ内のアドレスに制限しないソフトウェア・アプリ
ケーションは、特定のプロセッサ32がリモート・ノー
ドへの反復アクセスを実行するときに大量のネットワー
ク・トラフィックを経験する。
【0035】次に図2Bを参照すると、図1のコンピュ
ータ・システム10によってサポートされる第2のメモ
リ・アーキテクチャ40を示す論理図が示されている。
アーキテクチャ40は、複数のプロセッサ42Aないし
42Dと、複数のキャッシュ44Aないし44Dと、複
数のメモリ46Aないし46Dと、ネットワーク48と
を含む。しかし、メモリ46はキャッシュ44とネット
ワーク48との間に論理的に結合される。メモリ46
は、より大規模なキャッシュ(たとえば、レベル3のキ
ャッシュ)として働き、対応するプロセッサ42からア
クセスされるアドレスを記憶する。メモリ46は、対応
するプロセッサ42から作用を受けているデータを「ア
トラクトする」と言われる。図2Aに示したNUMAア
ーキテクチャとは異なり、アーキテクチャ40は、ロー
カル・プロセッサがリモート・データにアクセスする際
にリモート・データをローカル・メモリに記憶すること
によってネットワーク48上のアクセスの数を低減させ
る。
【0036】アーキテクチャ40をキャッシュ専用メモ
リ・アーキテクチャ(COMA)と呼ぶ。メモリ46の
組合せで形成された分散共用メモリ内の複数の位置は、
特定のアドレスに対応するデータを記憶することができ
る。特定の記憶位置に特定のアドレスの永久的なマッピ
ングが割り当てられることはない。その代わり、特定の
アドレスに対応するデータを記憶する位置は、その特定
のアドレスにアクセスするプロセッサ42に基づいて動
的に変化する。逆に、NUMAアーキテクチャでは、メ
モリ46内の特定の記憶位置が特定のアドレスに割り当
てられる。アーキテクチャ40は、アーキテクチャ上で
実行中のアプリケーションによって実行されるメモリ・
アクセス・パターンに調整し、メモリ46どうしの間で
コヒーレンシが維持される。
【0037】好ましい実施形態では、コンピュータ・シ
ステム10は、図2Aおよび2Bに示した両方のメモリ
・アーキテクチャをサポートする。具体的には、メモリ
・アドレスに、1つのSMPノード12Aないし12D
からNUMA方式でアクセスし、同時に他のSMPノー
ド12Aないし12DからCOMA方式でアクセスする
ことができる。一実施形態では、SMPバス20上のア
ドレスのあるビットが、他のSMPノード12を、与え
られたアドレスのホーム・ノードとして識別している場
合に、NUMAアクセスが検出される。そうでない場合
は、COMAアクセスが仮定される。他の詳細を下記に
与える。
【0038】一実施形態では、COMAアーキテクチャ
は、ハードウェア技法とソフトウェア技法の組合せを使
用して実施される。ハードウェアは、ページのローカル
にキャッシュされたコピー間のコヒーレンシを維持し、
ソフトウェア(たとえば、コンピュータ・システム10
で使用されるオペレーティング・システム)は、キャッ
シュされたページを割り振り、割り振り解除する責任を
負う。
【0039】図3は、一般に、図1に示したSMPノー
ド12Aに適合する、SMPノード12Aの一実施形態
の詳細を示す。他のノード12も同様に構成することが
できる。図1の各SMPノード12の特定の代替実施形
態も可能であることに留意されたい。図3に示したSM
Pノード12Aの実施形態は、サブノード50Aやサブ
ノード50Bなど複数のサブノードを含む。各サブノー
ド50は、2つのプロセッサ16および対応するキャッ
シュ18と、メモリ部分56と、アドレス・コントロー
ラ52と、データ・コントローラ54とを含む。サブノ
ード50内のメモリ部分56は集合的に、図1のSMP
ノード12Aのメモリ22を形成する。他のサブノード
(図示せず)はさらに、SMPバス20に結合され入出
力インタフェース26を形成する。
【0040】図3に示したように、SMPバス20は、
アドレス・バス58とデータ・バス60とを含む。アド
レス・コントローラ52はアドレス・バス58に結合さ
れ、データ・コントローラ54はデータ・バス60に結
合される。図3は、システム・インタフェース論理ブロ
ック62と、変換記憶域64と、ディレクトリ66と、
メモリ・タグ(MTAG)68とを含むシステム・イン
タフェース24も示す。論理ブロック62は、アドレス
・バス58とデータ・バス60の両方に結合され、下記
で詳しく説明するようにある種の状況でアドレス・バス
58上で無視信号70をアサートする。論理ブロック6
2は、変換記憶域64、ディレクトリ66、MTAG6
8、ネットワーク14にも結合される。
【0041】図3の実施形態では、各サブノード50
は、SMPバス20が配置されたバックプレーンに挿入
できるプリント回路ボード上に構成される。このよう
に、SMPノード12内に含まれるプロセッサまたは入
出力インタフェース26あるいはその両方の数は、サブ
ノード50を挿入しあるいは取り外すことによって変更
することができる。たとえば、コンピュータ・システム
10は最初、少数のサブノード50と共に構成すること
ができる。コンピュータ・システム10のユーザが必要
とするコンピューティング・パワーが増大するにつれて
必要に応じて追加サブノード50を追加することができ
る。
【0042】アドレス・コントローラ52は、キャッシ
ュ18とSMP20のアドレス部分との間のインタフェ
ースを形成する。図の実施形態では、アドレス・コント
ローラ52は、出力待ち行列72といくつかの入力待ち
行列74とを含む。出力待ち行列72は、アドレス・コ
ントローラ52がアドレス・バス58へのアクセスを許
可されるまで出力待ち行列に接続されたプロセッサから
のトランザクションをバッファする。アドレス・コント
ローラ52は、出力待ち行列72に記憶されているトラ
ンザクションを、それらが出力待ち行列72に入れられ
た順に実行する(すなわち、出力待ち行列72はFIF
O待ち行列である)。アドレス・コントローラ52によ
って実行されるトランザクション、ならびにキャッシュ
18およびプロセッサ16の内部のキャッシュによって
スヌープされるアドレス・バス58から受け取るトラン
ザクションは、入力待ち行列74に入れられる。
【0043】出力待ち行列72と同様に、入力待ち行列
74はFIFO待ち行列である。すべてのアドレス・ト
ランザクションは、各サブノード50の入力待ち行列7
4(場合によっては、アドレス・トランザクションを開
始したサブノード50の入力待ち行列74内)に記憶さ
れる。したがって、アドレス・トランザクションは、ス
ヌーピングのために、アドレス・トランザクションがア
ドレス・バス58上で行われる順にキャッシュ18およ
びプロセッサ16に与えられる。トランザクションがア
ドレス・バス58上で行われる順序は、SMPノード1
2Aの順序である。しかし、完全なシステムは1つのグ
ローバル・メモリ順序を有することが予期される。この
ように順序が予期されるため、ネットワーク14上の動
作の順序によってグローバル順序を確立する必要がある
ので、コンピュータ・システム10が使用するNUMA
アーキテクチャとCOMAアーキテクチャの両方で問題
が生じる。2つのノードがあるアドレスに対するトラン
ザクションを実行する場合、そのアドレスのホーム・ノ
ードで対応するコヒーレンシ動作が行われる順序は、各
ノード内で見られる2つのトランザクションの順序を定
義する。たとえば、同じアドレスに対して2つの書込み
トランザクションが実行される場合、そのアドレスのホ
ーム・ノードに2番目に到着する書込み動作は2番目に
完了する書込みトランザクションであるべきである(す
なわち、両方の書込みトランザクションによって更新さ
れるバイト位置は、両方のトランザクションの完了時に
第2の書込みトランザクションから与えられる値を記憶
する)。しかし、第2のトランザクションを実行するノ
ードは実際には、SMPバス20上で最初に第2のトラ
ンザクションを行わせることができる。無視信号70に
よって、SMPノード12の残りの部分が第2のトラン
ザクションに反応することなしに、第2のトランザクシ
ョンをシステム・インタフェース24へ転送することが
できる。
【0044】したがって、システム・インタフェース論
理ブロック62は、アドレス・コントローラ52の出力
待ち行列/入力待ち行列構造によって課される順序付け
制約と共に効果的に動作するために、無視信号70を使
用する。アドレス・バス58上にトランザクションが与
えられ、システム・インタフェース論理ブロック62
が、このトランザクションに応答してリモート・トラン
ザクションを実行すべきであることを検出すると、論理
ブロック62は無視信号70をアサートする。あるトラ
ンザクションに対して無視信号70をアサートすると、
アドレス・コントローラ52は入力待ち行列74へのそ
のトランザクションの格納を抑制する。したがって、無
視されたトランザクションに続いて行われ、SMPノー
ド12A内でローカルに完了する他のトランザクション
は、入力待ち行列74の順序付け規則を破らずに、無視
されたトランザクションに対して所定の順序とは異なる
順序で完了することができる。具体的には、ネットワー
ク14上のコヒーレンシ活動に応答してシステム・イン
タフェース24によって実行されるトランザクション
を、無視されたトランザクションの後に続けて実行し完
了することができる。リモート・トランザクションから
応答が受け取られたときに、システム・インタフェース
論理ブロック62によって、無視されたトランザクショ
ンをアドレス・バス58上で再発行することができる。
それによって、トランザクションは、入力待ち行列74
に入れられ、再発行時に行われるトランザクションと共
に順序正しく完了することができる。
【0045】一実施形態では、特定のアドレス・コント
ローラ52からのトランザクションが無視された後、そ
の特定のアドレス・コントローラ52からのその後のコ
ヒーレント・トランザクションも無視される。特定のプ
ロセッサ16からのトランザクションは、アドレス・バ
ス58上に与えられることによって課される順序付け要
件にはかかわらず、互いに重要な順序付け関係を有する
ことができる。たとえば、トランザクションは、SPA
RCアーキテクチャに含まれるMEMBAR命令などの
メモリ同期命令によって他のトランザクションから分離
することができる。プロセッサ16は、トランザクショ
ンを、それらが互いに実行される順に搬送する。トラン
ザクションは、出力待ち行列72内で順序付けされ、し
たがって、特定の出力待ち行列72から発行されるトラ
ンザクションは順序正しく実行されるはずである。特定
のアドレス・コントローラ52からのその後のトランザ
クションを無視することによって、特定の出力待ち行列
72に関するインオーダー規則を保存することができ
る。さらに、特定のプロセッサからのすべてのトランザ
クションを順序付けなくて済むことに留意されたい。し
かし、アドレス・バス58上で、どのトランザクション
を順序付けなければならないかと、どのトランザクショ
ンを順序付けなくてもよいかを判定することは困難であ
る。したがって、この実施形態で、論理ブロック62は
特定の出力待ち行列72からのすべてのトランザクショ
ンの順序を維持する。この規則の例外を許容するサブノ
ード50の他の実施形態が可能であることに留意された
い。
【0046】データ・コントローラ54は、データ・バ
ス60、メモリ部分56、キャッシュ18との間でデー
タをルーティングする。データ・コントローラ54は、
アドレス・コントローラ52と同様な入力待ち行列と出
力待ち行列とを含むことができる。一実施形態では、デ
ータ・コントローラ54は、バイト・スライス・バス構
成の複数の物理装置を使用する。
【0047】図3に示したプロセッサ16は、メモリ管
理装置(MMU)76Aないし76Bを含む。MMU7
6は、プロセッサ16上で実行される命令コードによっ
て生成されたデータ・アドレスと、命令アドレスに対し
て、仮想アドレス/物理アドレス変換を実行する。命令
の実行に応答して生成されるアドレスは仮想アドレスで
ある。言い換えれば、仮想アドレスは、命令コードのプ
ログラマによって作成されるアドレスである。仮想アド
レスは(MMU76内で具体化される)アドレス変換機
構を通過し、アドレス変換機構から対応する物理アドレ
スが作成される。物理アドレスは、メモリ22内の記憶
位置を識別する。
【0048】アドレス変換は多数の理由で実行される。
たとえば、アドレス変換機構を使用して、あるメモリ・
アドレスに対する特定のコンピューティング・タスクの
アクセスを許可または拒否することができる。このよう
に、あるコンピューティング・タスク内のデータおよび
命令は、他のコンピューティング・タスクのデータおよ
び命令から分離される。また、コンピューティング・タ
スクのデータおよび命令の各部分は、ハード・ディスク
・ドライブに「ページアウト」することができる。ある
部分がページアウトされると、その変換は無効化され
る。コンピューティング・タスクによるその部分へのア
クセス時には、変換が失敗しているために割り込みが行
われる。この割り込みによって、オペレーティング・シ
ステムは、ハード・ディスク・ドライブから対応する情
報を検索することができる。このように、メモリ22内
の実際のメモリよりも多くの仮想メモリを使用すること
ができる。仮想メモリの他の多くの用途が良く知られて
いる。
【0049】再び、図1に示したコンピュータ・システ
ム10を、図3に示したSMPノード12A実施形態と
共に参照すると分かるように、MMU76によって算出
される物理アドレスは、プロセッサ16が配置されたS
MPノード12に関連付けられたメモリ22内の位置を
定義するローカル物理アドレス(LPA)である。MT
AG68は、メモリ22内の各「コヒーレンシ単位」ご
とにコヒーレンシ状態を記憶する。SMPバス20上で
アドレス変換が実行されると、システム・インタフェー
ス論理ブロック62は、アクセスされたコヒーレンシ単
位に関する、MTAG68に記憶されているコヒーレン
シ状態を調べる。SMPノード12がこのアクセスを実
行するのに十分な、このコヒーレンシ単位へのアクセス
権を有することをコヒーレンシ状態が示している場合、
アドレス変換は続行する。しかし、トランザクションを
完了する前にコヒーレンシ活動を実行すべきであること
をコヒーレンシ状態が示している場合、システム・イン
タフェース論理ブロック62は無視信号70をアサート
する。論理ブロック62は、ネットワーク14上でコヒ
ーレンシ動作を実行し、適当なコヒーレンシ状態を得
る。適当なコヒーレンシ状態が得られると、論理ブロッ
ク62は、無視されたトランザクションをSMPバス2
0上で再発行する。それに続いて、トランザクションが
完了する。
【0050】一般的に言えば、特定の記憶位置(たとえ
ば、キャッシュまたはメモリ22)でコヒーレンシ単位
に関して維持されるコヒーレンシ状態は、そのSMPノ
ード12でのコヒーレンシ単位へのアクセス権を示す。
このアクセス権は、コヒーレンシ単位の妥当性と、その
SMPノード12内でコヒーレンシ単位のコピーに対し
て与えられている読取り/書込み許可を示す。一実施形
態では、コンピュータ・システム10によって使用され
るコヒーレンシ状態は、修正、所有、共用、無効であ
る。修正状態は、SMPノード12が対応するコヒーレ
ンシ単位を更新したことを示す。したがって、他のSM
Pノード12はこのコヒーレンシ単位のコピーを有さな
い。また、修正されたコヒーレンシ単位は、SMPノー
ド12から放棄されると、再びホーム・ノードに記憶さ
れる。所有状態は、このコヒーレンシ単位に対してSM
Pノード12が責任を負うが、他のSMPノード12が
コピーを共用している可能性があることを示す。この場
合も、コヒーレンシ単位は、SMPノード12から放棄
されると、再びホーム・ノードに記憶される。共用状態
は、SMPノード12がコヒーレンシ単位を読み取るこ
とはできるが、所有状態を得ないかぎり更新することは
できないことを示す。また、他のSMPノード12もこ
のコヒーレンシ単位のコピーを有する可能性がある。最
後に、無効状態は、SMPノード12がコヒーレンシ単
位のコピーを有さないことを示す。一実施形態では、修
正状態は、書込み許可を示すが、無効状態を除く状態
は、対応するコヒーレンシ単位への読取り許可を示す。
【0051】本明細書では、コヒーレンシ単位は、コヒ
ーレンシのために単位とみなされるメモリのいくつかの
連続バイトである。たとえば、コヒーレンシ単位内の1
バイトが更新された場合、コヒーレンシ単位全体が更新
されたとみなされる。特定の一実施形態では、コヒーレ
ンシ単位はキャッシュ・ラインであり、連続64バイト
を備える。しかし、コヒーレンシ単位が任意の数のバイ
トを備えることができることが理解されよう。
【0052】システム・インタフェース24は、変換記
憶域64を使用してローカル物理アドレスからグローバ
ル・アドレス(GA)への変換を記憶する変換機構も含
む。グローバル・アドレス内のあるビットは、そのグロ
ーバル・アドレスに関するコヒーレンシ情報が記憶され
ているアドレスのホーム・ノードを識別する。たとえ
ば、コンピュータ・システム10の実施形態は、図1の
SMPノードなど4つのSMPノード12を使用するこ
とができる。そのような実施形態では、グローバル・ア
ドレスの2ビットがホーム・ノードを識別する。グロー
バル・アドレスの最上位部分のビットはホーム・ノード
を識別するために使用されることが好ましい。同じビッ
トが、ローカル物理アドレスではNUMAアクセスを識
別するために使用される。LPAのビットが、ローカル
・ノードがホーム・ノードではないことを示す場合、そ
のLPAはグローバル・アドレスであり、トランザクシ
ョンはNUMAモードで実行される。したがって、オペ
レーティング・システムは、NUMAタイプ・ページの
場合はMMU76にグローバル・アドレスを置く。逆
に、オペレーティング・システムは、COMAタイプ・
ページの場合にはMMU76にLPAを置く。LPA
が、GAに等しくてよい(ホームが、LPAが与えられ
たノードのメモリ22内にある、NUMAアドレスなら
びにグローバル・アドレスの場合)ことに留意された
い。また、LPAは、他のSMPノード12にホームを
有するデータのコピーを記憶するために使用される記憶
位置を識別するときはGAに変換することができる。
【0053】特定のホーム・ノードのディレクトリ66
は、どのSMPノード12が、コピー間のコヒーレンシ
が維持できるようにホーム・ノードに割り当てられた所
与のグローバル・アドレスに対応するデータのコピーを
有するかを識別する。また、ホーム・ノードのディレク
トリ66は、コヒーレンシ単位を所有するSMPノード
12を識別する。したがって、キャッシュ18とプロセ
ッサ16との間のローカル・コヒーレンシはスヌーピン
グを介して維持され、それに対してシステム・ワイド
(またはグローバル)コヒーレンシはMTAG68およ
びディレクトリ66を使用して維持される。ディレクト
リ66は、SMPノード12Aに割り当てられた(すな
わち、SMPノード12Aがホーム・ノードである)コ
ヒーレンシ単位に対応するコヒーレンシ情報を記憶す
る。
【0054】図3の実施形態では、ディレクトリ66お
よびMTAG68が各コヒーレンシ単位ごとに情報を記
憶することに留意されたい。逆に、変換記憶域64は、
ページに関して定義されたローカル物理/グローバル変
換を記憶する。ページは、複数のコヒーレンシ単位を含
み、通常、サイズが数キロバイト、あるいは場合によっ
ては数メガバイトである。
【0055】したがって、ソフトウェアは、ページごと
にローカル物理アドレス/グローバル・アドレス変換を
作成する(それによって、リモートに記憶されているグ
ローバル・ページのコピーを記憶するローカル・メモリ
・ページを割り振る)。したがって、メモリ22のブロ
ックはページごとにも特定のグローバル・アドレスに割
り振られる。しかし、前述のように、コヒーレンシ状態
およびコヒーレンシ活動はコヒーレンシ単位上で実行さ
れる。したがって、メモリの特定のグローバル・アドレ
スにページが割り振られたときに、ページに対応するデ
ータは必ずしも、割り振られたメモリへ転送されるわけ
ではない。その代わり、プロセッサ16がページ内の様
々なコヒーレンシ単位にアクセスすると、それらのコヒ
ーレンシ単位はコヒーレンシ単位の所有者から転送され
る。このように、SMPノード12Aから実際にアクセ
スされたデータは、対応するメモリ22へ転送される。
SMPノード12Aからアクセスされないデータは転送
できず、そのため、メモリ22内のページの割り振り時
にデータのページを転送する実施形態と比べてネットワ
ーク14上の全体的な帯域幅使用度が低減する。
【0056】一実施形態では、変換記憶域64、または
ディレクトリ66、またはMTAG68、あるいはそれ
らの組合せはそれぞれ、関連する変換、ディレクトリ、
MTAG情報の一部しか記憶しないキャッシュでよいこ
とに留意されたい。変換、ディレクトリ、MTAG情報
の全体は、メモリ22内のテーブルまたは専用メモリ記
憶域(図示せず)に記憶される。アクセスに必要な情報
が、対応するキャッシュにない場合、テーブルはシステ
ム・インタフェース24からアクセスされる。
【0057】次に、図4を参照すると、例示的なディレ
クトリ・エントリ71が示されている。ディレクトリ・
エントリ71は、図3に示したディレクトリ66の一実
施形態によって使用することができる。ディレクトリ6
6の他の実施形態は、異なるディレクトリ・エントリを
使用することができる。ディレクトリ・エントリ71
は、有効ビット73と、書き直しビット75と、所有者
フィールド77と、共用者フィールド79とを含む。デ
ィレクトリ・エントリ71は、ディレクトリ・エントリ
のテーブル内に存在し、対応するコヒーレンシ単位を識
別するグローバル・アドレスを介してテーブル内に配置
される。具体的には、コヒーレンシ単位に関連付けられ
たディレクトリ・エントリ71は、コヒーレンシ単位を
識別するグローバル・アドレスで形成されたオフセット
位置にあるディレクトリ・エントリのテーブル内に記憶
される。
【0058】有効ビット73は、セットされると、ディ
レクトリ・エントリ71が有効である(すなわち、その
ディレクトリ・エントリ71は、対応するコヒーレンシ
単位に関するコヒーレンシ情報を記憶している)ことを
示す。有効ビット73は、クリアされると、そのディレ
クトリ・エントリ71が無効であることを示す。
【0059】所有者フィールド77は、1つのSMPノ
ード12をコヒーレンシ単位の所有者として識別する。
所有側SMPノード12Aないし12Dは、コヒーレン
シ単位を修正状態と所有状態のどちらかで維持する。通
常、所有側SMPノード12Aないし12Dは、コヒー
レンシ単位を修正状態で得る(下記の図15を参照され
たい)。それに続いて、所有側SMPノード12Aない
し12Dは、コヒーレンシ単位のコピーを他のSMPノ
ード12Aないし12Dに与える際に所有状態に遷移す
ることができる。他のSMPノード12Aないし12D
はコヒーレンシ単位を共用状態で得る。一実施形態で
は、所有者フィールド77は、4つのSMPノード12
Aないし12Dのうちの1つをコヒーレンシ単位の所有
者として識別するようにコード化された2つのビットを
備える。
【0060】共用者フィールド79は、各SMPノード
12Aないし12Dに割り当てられた1つのビットを含
む。SMPノード12Aないし12Dがコヒーレンシ単
位の共用コピーを維持している場合、共用者フィールド
79内の対応するビットがセットされる。逆に、SMP
ノード12Aないし12Dがコヒーレンシ単位の共用コ
ピーを維持していない場合、共用者フィールド79内の
対応するビットはクリアされる。このように、共用者フ
ィールド79は、図1のコンピュータ・システム10内
に存在するコヒーレンシ単位のすべての共用コピーを示
す。
【0061】書き直しビット75は、セットされると、
所有者フィールド77を介してコヒーレンシ単位の所有
者として識別されたSMPノード12Aないし12Dが
コヒーレンシ単位の更新済みコピーをホームSMPノー
ド12に書き込んだことを示す。ビット75は、クリア
されると、所有側SMPノード12Aないし12Dがコ
ヒーレンシ単位の更新済みコピーをホームSMPノード
12Aないし12Dに書き込んでいないことを示す。
【0062】次に図5を参照すると、システム・インタ
フェース24の一実施形態のブロック図が示されてい
る。図5に示したように、システム・インタフェース2
4は、ディレクトリ66と、変換記憶域64と、MTA
G68とを含む。変換記憶域64は、グローバル・アド
レス/ローカル物理アドレス(GA2LPA)変換装置
80およびローカル物理アドレス/グローバル・アドレ
ス(LPA2GA)変換装置82として示されている。
【0063】システム・インタフェース24は、SMP
バス20またはネットワーク14上で実行すべきトラン
ザクションを記憶するための入力待ち行列と出力待ち行
列も含む。具体的には、図の実施形態では、システム・
インタフェース24は、ヘッダ・パケットをネットワー
ク14との間でバッファするための入力ヘッダ待ち行列
84と出力ヘッダ待ち行列86とを含む。ヘッダ・パケ
ットは、実行すべき動作を識別し、その後に続くデータ
・パケットの数およびフォーマットを指定する。出力ヘ
ッダ待ち行列86は、ネットワーク14上で送るべきヘ
ッダ・パケットをバッファし、入力ヘッダ待ち行列84
は、システム・インタフェース24が、受け取ったヘッ
ダ・パケットを処理するまで、ネットワーク14から受
け取ったヘッダ・パケットをバッファする。同様に、デ
ータ・パケットは、データがそれぞれ、SMPデータ・
バス60およびネットワーク14上で転送されるまで入
力データ待ち行列88および出力データ待ち行列90に
バッファされる。
【0064】SMP出力待ち行列92、SMP入力待ち
行列94、SMP入出力入力待ち行列(PIQ)96
は、アドレス・バス58との間でアドレス・トランザク
ションをバッファするために使用される。SMP出力待
ち行列92は、アドレス・バス58上のシステム・イン
タフェース24から与えられるトランザクションをバッ
ファする。無視されたトランザクションに関するコヒー
レンシ活動の完了に応答して待機させられた再発行トラ
ンザクションは、SMP出力待ち行列92にバッファさ
れる。また、ネットワーク14から受け取られたコヒー
レンシ活動に応答して生成されたトランザクションは、
SMP出力待ち行列92にバッファされる。SMP入力
待ち行列94は、システム・インタフェース24によっ
て処理されるコヒーレンシ関連トランザクションを記憶
する。逆にSMP PIQ96は、他のSMPノード1
2に存在する入出力インタフェースへ搬送される入出力
トランザクションを記憶する。入出力トランザクション
は一般に、非コヒーレントとみなされ、したがってコヒ
ーレンシ活動を生成しない。
【0065】SMP入力待ち行列94およびSMP P
IQ96は、トランザクション・フィルタ98から、待
機させるべきトランザクションを受け取る。トランザク
ション・フィルタ98はMTAG68およびSMPアド
レス・バス58に結合される。トランザクション・フィ
ルタ98は、他のSMPノード12上の入出力インタフ
ェースを識別する入出力トランザクションをアドレス・
バス58上で検出した場合、そのトランザクションをS
MP PIQ96に入れる。LPAアドレスへのコヒー
レント・トランザクションがトランザクション・フィル
タ98によって検出された場合、MTAG68から得た
対応するコヒーレンシ状態が調べられる。トランザクシ
ョン・フィルタ98は、コヒーレンシ状態に応じて、無
視信号70をアサートすることができ、コヒーレンシ・
トランザクションをSMP入力待ち行列94で待機させ
ることができる。コヒーレント・トランザクションを実
行するのに十分な、コヒーレンシ単位へのアクセス権
が、SMPノード12Aによって維持されていないこと
をMTAG68が示している場合には、無視信号70が
アサートされ、コヒーレンシ・トランザクションが待機
させられる。逆に、SMPノード12Aによって十分な
アクセス権が維持されていることをMTAG68が示し
ている場合、無視信号70がアサート解除されコヒーレ
ンシ・トランザクションは生成されない。
【0066】SMP入力待ち行列94およびSMP P
IQ96からのトランザクションは、システム・インタ
フェース24内の要求エージェント100によって処理
される。LPA2GA変換装置82は、要求エージェン
ト100による動作の前に、トランザクションのアドレ
ス(LPAアドレスである場合)を、SMPアドレス・
バス58上に与えられるローカル物理アドレスから、対
応するグローバル・アドレスに変換する。要求エージェ
ント100は次いで、グローバル・アドレスによって識
別されたホーム・ノードへ送られる特定のコヒーレンシ
要求を指定するヘッダ・パケットを生成する。このコヒ
ーレンシ要求は出力ヘッダ待ち行列86に入れられる。
それに続いて、コヒーレンシ応答が入力ヘッダ待ち行列
84で受け取られる。要求エージェント100は、入力
ヘッダ待ち行列84から得たコヒーレンシ応答を処理
し、場合によっては(下記で説明するように)SMP出
力待ち行列92に関する再発行トランザクションを生成
する。
【0067】システム・インタフェース24には、ホー
ム・エージェント102とスレーブ・エージェント10
4とが含まれる。ホーム・エージェント102は、入力
ヘッダ待ち行列84から受け取ったコヒーレンシ要求を
処理する。ホーム・エージェント102は、特定のグロ
ーバル・アドレスに関してディレクトリ66に記憶され
ているコヒーレンシ情報から、他のSMPノード12内
の1つまたは複数のスレーブ・エージェントへコヒーレ
ンシ・デマンドを送るべきかどうかを判定する。一実施
形態では、ホーム・エージェント102は、影響を受け
るコヒーレンシ単位に対応するコヒーレンシ情報をブロ
ックする。言い換えれば、そのコヒーレンシ単位に関連
するその後の要求は、コヒーレンシ要求に対応するコヒ
ーレンシ活動が完了するまで実行されない。一実施形態
によれば、ホーム・エージェント102は、(入力ヘッ
ダ待ち行列84を介して)コヒーレンシ要求を開始した
要求エージェントからコヒーレンシ完了を受け取る。コ
ヒーレンシ完了は、コヒーレンシ活動が完了したことを
示す。ホーム・エージェント102は、コヒーレンシ完
了を受け取ると、影響を受けるコヒーレンシ単位に対応
するコヒーレンシ情報上のブロックを削除する。コヒー
レンシ情報がコヒーレンシ活動が完了するまでブロック
されるので、ホーム・エージェント102が、コヒーレ
ンシ要求の受取時にただちに実行されたコヒーレンシ活
動に応じてコヒーレンシ情報を更新できることに留意さ
れたい。
【0068】スレーブ・エージェント104は、コヒー
レンシ・デマンドを入力ヘッダ待ち行列84を介して他
のSMPノード12のホーム・エージェントから受け取
る。スレーブ・エージェント104は、特定のコヒーレ
ンシ・デマンドに応答して、コヒーレンシ・トランザク
ションをSMP出力待ち行列92で待機させる。一実施
形態では、コヒーレンシ・トランザクションによって、
キャッシュ18およびプロセッサ16の内部のキャッシ
ュは、影響を受けるコヒーレンシ単位を無効化すること
ができる。コヒーレンシ単位がキャッシュ内で修正され
た場合、修正済みデータはシステム・インタフェース2
4へ転送される。別法として、コヒーレンシ・トランザ
クションによって、キャッシュ18およびプロセッサ1
6の内部のキャッシュは、コヒーレンシ単位のコヒーレ
ンシ状態を共用に変更することができる。スレーブ・エ
ージェント104は、コヒーレンシ・デマンドに応答し
て活動を完了した後、コヒーレンシ・デマンドに対応す
るコヒーレンシ要求を開始した要求エージェントへコヒ
ーレンシ応答を送る。コヒーレンシ応答は、出力ヘッダ
待ち行列86で待機させられる。コヒーレンシ・デマン
ドに応答して活動を実行する前に、コヒーレンシ・デマ
ンドと共に受け取られたグローバル・アドレスがGA2
LPA変換装置80を介してローカル物理アドレスに変
換される。
【0069】一実施形態によれば、要求エージェント1
00、ホーム・エージェント102、スレーブ・エージ
ェント104によって実行されるコヒーレンシ・プロト
コルは書込み無効化ポリシーを含む。言い換えれば、S
MPノード12内のプロセッサ16があるコヒーレンシ
単位を更新すると、他のSMPノード12内に記憶され
ているそのコヒーレンシ単位のコピーは無効化される。
しかし、他の実施形態では他の書込みポリシーを使用す
ることができる。たとえば、書込み更新ポリシーを使用
することができる。書込み更新ポリシーによれば、ある
コヒーレンシ単位が更新されると、更新済みデータは各
SMPノード12に記憶されているそのコヒーレンシ単
位の各コピーへ送られる。
【0070】次に図6を参照すると、要求エージェント
100に対応するSMPノード12内のSMPバス20
上の特定のトランザクションに応答して、第1のSMP
ノード12Aないし12D(「要求側ノード」)の要求
エージェント100と第2のSMPノード12Aないし
12D(「ホーム・ノード」)のホーム・エージェント
102と第3のSMPノード12Aないし12D(「ス
レーブ・ノード」)のスレーブ・エージェント104と
の間で実行される通常のコヒーレンシ活動を示す図が示
されている。図1に示すようなコンピュータ・システム
10の一実施形態によって使用される特定のコヒーレン
シ活動を、下記で図11ないし13に関して詳しく説明
する。この説明の残りの部分全体にわたって、参照符号
100、102、104は、要求エージェント、ホーム
・エージェント、スレーブ・エージェントを識別するた
めに使用される。エージェントが他のエージェントと通
信する際、2つのエージェントがそれぞれの異なるSM
Pノード12Aないし12Dに存在することが多いこと
を理解されたい。
【0071】要求エージェント100は、SMPバス2
0からトランザクションを受け取ると、トランザクショ
ンに適したコヒーレンシ要求を形成し、トランザクショ
ンのアドレスに対応するホーム・ノードへコヒーレンシ
要求を送る(参照符号110)。コヒーレンシ要求は、
要求エージェント100から要求されたアクセス権なら
びに影響を受けるコヒーレンシ単位のグローバル・アド
レスを示す。要求されたアクセス権は、要求エージェン
ト100に対応するSMPノード12で試みられている
トランザクションの実行を可能にするのに十分なもので
ある。
【0072】ホーム・エージェント102は、コヒーレ
ンシ要求を受け取ると、関連するディレクトリ66にア
クセスし、どのSMPノード12が、影響を受けるコヒ
ーレンシ単位のコピーを記憶しているかを判定する。ま
た、ホーム・エージェント102はコヒーレンシ単位の
所有者を判定する。ホーム・エージェント102は、影
響を受けるコヒーレンシ単位のコピーを記憶している各
ノードのスレーブ・エージェント104と、影響を受け
るコヒーレンシ単位に対する所有コヒーレンシ状態を有
するノードのスレーブ・エージェント104へのコヒー
レンシ・デマンドを生成することができる(参照符号1
12)。コヒーレンシ・デマンドは、受取側SMPノー
ド12内の影響を受けるコヒーレンシ単位の新しいコヒ
ーレンシ状態を示す。コヒーレンシ要求が未処理なの
で、ホーム・エージェント102は、影響を受けるコヒ
ーレンシ単位に関連するその後のコヒーレンシ要求がホ
ーム・エージェント102によって開始されないよう
に、影響を受けるコヒーレンシ単位に対応するコヒーレ
ンシ情報をブロックする。また、ホーム・エージェント
102は、コヒーレンシ要求が完了したことを反映する
ようにコヒーレンシ情報を更新する。
【0073】ホーム・エージェント102は、要求エー
ジェント100へコヒーレンシ応答を送ることもできる
(参照符号114)。コヒーレンシ応答は、スレーブ・
エージェント104から発行されるコヒーレンシ応答の
数を示すことができる。別法として、ある種のトランザ
クションは、スレーブ・エージェント104との対話な
しで完了することができる。たとえば、ホーム・エージ
ェント102を含むSMPノード12内の入出力インタ
フェース26を目標とする入出力トランザクションは、
ホーム・エージェント102によって完了することがで
きる。ホーム・エージェント102は、関連するSMP
バス20に関するトランザクションを待機させ(参照符
号116)、次いで、トランザクションが完了したこと
を示す応答を送ることができる。
【0074】スレーブ・エージェント104は、ホーム
・エージェント102からのコヒーレンシ・デマンドに
応答して、関連するSMPバス20上に与えるトランザ
クションを待機させることができる(参照符号11
8)。また、スレーブ・エージェント104は要求エー
ジェント100へコヒーレンシ応答を送る(参照符号1
20)。コヒーレンシ応答は、特定のコヒーレンシ要求
に応答して受け取られたコヒーレンシ・デマンドがその
スレーブによって完了したことを示す。コヒーレンシ応
答は、コヒーレンシ・デマンドが完了したとき、あるい
はコヒーレンシ・デマンドが、対応するSMPノード1
2上で確実に完了し、影響を受けるコヒーレンシ単位に
対する状態変化がコヒーレンシ・デマンドが完了するよ
りも前に実行される、コヒーレンシ・デマンドが完了す
るよりも前の時間に、スレーブ・エージェント104に
よって送られる。
【0075】要求エージェント100は、影響を受ける
各スレーブ・エージェント104からコヒーレンシ応答
を受け取ると、ホーム・エージェント102へコヒーレ
ンシ完了を送る(参照符号122)。ホーム・エージェ
ント102は、コヒーレンシ完了を受け取ると、対応す
るコヒーレンシ情報からブロックを削除する。要求エー
ジェント100は、再発行トランザクションを、SMP
バス20上で実行できるように待機させ、SMPノード
12内でトランザクションを完了することができる(参
照符号124)。
【0076】コヒーレンシ要求を発行した要求エージェ
ント100によって各コヒーレンシ要求に固有のタグが
割り当てられることに留意されたい。その後に続くコヒ
ーレンシ・デマンド、コヒーレンシ応答、コヒーレンシ
完了はこのタグを含む。このように、特定のコヒーレン
シ要求に関するコヒーレンシ活動は、関連する各エージ
ェントによって識別することができる。さらに、非コヒ
ーレント・トランザクション(たとえば、入出力トラン
ザクション)に応答して非コヒーレント動作を実行でき
ることに留意されたい。非コヒーレント動作は、要求側
ノードとホーム・ノードしか使用しないものでよい。さ
らに、ホーム・エージェント102によって各コヒーレ
ンシ要求に異なる固有のタグを割り当てることができ
る。それぞれの異なるタグは、ホーム・エージェント1
02を識別し、要求側のタグの代わりにコヒーレンシ完
了を表すために使用される。
【0077】次に図7を参照すると、SMPバス20上
でのリード・ツー・オウン・トランザクションに応答し
たコンピュータ・システム10の例示的な実施形態に関
するコヒーレンシ活動を示す図が示されている。リード
・ツー・オウン・トランザクションが実行されるのは、
プロセッサ16によって要求された特定のデータに関し
てキャッシュ・ミスが検出され、プロセッサ16がコヒ
ーレンシ単位への書込み許可を要求したときである。ス
トア・キャッシュ・ミスはたとえば、リード・ツー・オ
ウン・トランザクションを生成することができる。
【0078】要求エージェント100、ホーム・エージ
ェント102、いくつかのスレーブ・エージェント10
4を図7に示す。SMPバス20からリード・ツー・オ
ウン・トランザクションを受け取ったノードは、影響を
受けるコヒーレンシ単位を無効状態で記憶する(たとえ
ば、コヒーレンシ単位はそのノードには記憶されな
い)。要求ノード100の下付き文字「i」は無効状態
を示す。ホーム・ノードは、コヒーレンシ単位を共用状
態で記憶し、いくつかのスレーブ・エージェント104
に対応するノードもコヒーレンシ単位を共用状態で記憶
する。ホーム・エージェント102およびスレーブ・エ
ージェント104の下付き文字「s」は、それらのノー
ドでの共用状態を示す。リード・ツー・オウン動作は、
要求されたコヒーレンシ単位を要求側ノードへ転送させ
る。要求側ノードはコヒーレンシ単位を修正状態で受け
取る。
【0079】要求エージェント100は、SMPバス2
0からリード・ツー・オウン・トランザクションを受け
取ると、コヒーレンシ単位のホーム・ノードへリード・
ツー・オウン・コヒーレンシ要求を送る(参照符号13
0)。受取側ホーム・ノードのホーム・エージェント1
02は、1つまたは複数の他のノードに関する共用状態
を検出する。スレーブ・エージェントが所有状態ではな
く共用状態であるので、ホーム・ノードは、要求された
データを直接供給することができる。ホーム・エージェ
ント102は、要求されたコヒーレンシ単位に対応する
データを含むデータ・コヒーレンシ応答を要求エージェ
ント100へ送る(参照符号132)。データ・コヒー
レンシ応答は、要求エージェント100がデータの所有
権を得る前に他のノードのスレーブ・エージェントから
受け取るべき肯定応答の数も示す。ホーム・エージェン
ト102は、要求側SMPノード12Aないし12Dが
コヒーレンシ単位の所有者であり、他のSMPノード1
2Aないし12Dがそれぞれ無効であることを示すよう
にディレクトリ66を更新する。要求エージェント10
0からのコヒーレンシ完了の受取時に、コヒーレンシ単
位に関するコヒーレンシ情報がブロック解除されると、
ディレクトリ66は各SMPノード12でのコヒーレン
シ単位の状態に一致する。
【0080】ホーム・エージェント102は、影響を受
けるコヒーレンシ単位の共用コピーを維持している各ス
レーブ・エージェント104へ無効化コヒーレンシ・デ
マンドを送る(参照符号134A、134B、134
C)。無効化コヒーレンシ・デマンドは、受取側スレー
ブ・エージェントにノード内の対応するコヒーレンシ単
位を無効化させ、無効化が完了したことを示す肯定コヒ
ーレンシ応答を要求側ノードへ送らせる。各スレーブ・
エージェント104は、コヒーレンシ単位の無効化を完
了し、それに続いて肯定コヒーレンシ応答を送る(参照
符号136A、136B、136C)。一実施形態で
は、各肯定応答は、コヒーレンシ単位に関して要求エー
ジェント100によって受け取られる応答の総数のカウ
ントを含む。
【0081】要求エージェント100は、スレーブ・エ
ージェント104から各肯定コヒーレンシ応答を受け取
り、ホーム・エージェント102からデータ・コヒーレ
ンシ応答を受け取った後、ホーム・エージェント102
へコヒーレンシ完了を送る(参照符号138)。要求エ
ージェント100は、そのローカル・メモリ内のコヒー
レンシ単位を無効化し、ホーム・エージェント102
は、対応するコヒーレンシ情報に対するブロックを解除
する。データ・コヒーレンシ応答132および肯定コヒ
ーレンシ応答136が、特に各ノード内の未処理のトラ
ンザクションの数に応じて任意の順序で受け取ることが
できることに留意されたい。
【0082】次に図8を参照すると、要求エージェント
100によって使用される例示的な状態マシンを示すフ
ローチャート140が示されている。要求エージェント
100は、フローチャート140で表した状態マシンの
複数の独立のコピーを含むことができ、そのため、複数
の要求を並行して処理することができる。
【0083】要求エージェント100は、SMP入力待
ち行列94からトランザクションを受け取ると、要求準
備完了状態142を開始する。要求準備完了状態142
では、要求エージェント100は、影響を受けるコヒー
レンシ単位のグローバル・アドレスで識別されるホーム
・ノードに存在するホーム・エージェント102へコヒ
ーレンシ要求を送る。要求エージェント100は、コヒ
ーレンシ要求を送ると、要求アクティブ状態144に遷
移する。要求アクティブ状態144中に、要求エージェ
ント100はスレーブ・エージェント104から(およ
び任意選択でホーム・エージェント102から)コヒー
レンシ応答を受け取る。各コヒーレンシ応答が受け取ら
れると、要求エージェント100は、コヒーレンシ活動
を開始したトランザクションのタイプに応じて新しい状
態に遷移する。また、要求活動状態142は、タイマを
使用して、所定のタイムアウト期間内にコヒーレンシ応
答が受け取らなかったことを検出することができる。ホ
ーム・エージェント102によって指定された応答の数
を受け取る前にタイマが満了した場合、要求エージェン
ト100はエラー状態に遷移する(図示せず)。さら
に、ある種の実施形態は、読取り転送が失敗したことを
示す応答を使用することができる。そのような応答が受
け取られた場合、要求エージェント100は、要求準備
完了状態142に遷移し再び読取りを試みる。
【0084】エラーやタイムアウトなしで応答が受け取
られた場合、状態は読取りトランザクションに関しては
要求エージェント100によって読取り完了状態146
に遷移する。読取りトランザクションの場合、受け取ら
れる応答のうちの1つに、要求されたコヒーレンシ単位
に対応するデータを含めることができることに留意され
たい。要求エージェント100は、SMPバス20上で
読取りトランザクションを再発行し、さらにホーム・エ
ージェント102へコヒーレンシ完了を送る。それに続
いて、要求エージェント100はアイドル状態148に
遷移する。次いで、図8に示した状態マシンを使用し
て、要求エージェント100によって新しいトランザク
ションを処理することができる。
【0085】逆に、書込みトランザクションには書込み
アクティブ状態150および無視書込み再発行状態15
2が使用される。コンピュータ・システム10のある種
の書込みトランザクションでは、ネットワーク14上で
コヒーレンシ活動が開始されても、無視信号70はアサ
ートされない。たとえば、入出力書込みトランザクショ
ンは無視されない。書込みデータは、システム・インタ
フェース24へ転送され、そこに記憶される。SMPバ
ス20上での書込みトランザクションのデータ・フェー
ズよりも前にコヒーレンシ応答が受け取られた場合にシ
ステム・インタフェース24へデータを転送できるよう
に、非無視書込みトランザクションには書込みアクティ
ブ状態150が使用される。対応するデータが受け取ら
れた後、要求エージェント100は書込み完了状態15
4に遷移する。書込み完了状態154中に、コヒーレン
シ完了応答がホーム・エージェント102へ送られる。
それ続いて、要求エージェント100がアイドル状態1
48に遷移する。
【0086】無視された書込みトランザクションは、無
視書込み再発行状態152への遷移を介して処理され
る。無視書込み再発行状態152中に、要求エージェン
ト100は、無視された書込みトランザクションをSM
Pバス20上で再発行する。このように、書込みデータ
を発送側プロセッサ16から転送することができ、対応
する書込みトランザクションをプロセッサ16によって
解除することができる。要求エージェント100は、書
込みデータをコヒーレンシ完了と共に送るべきかどうか
に応じて、無視書込みアクティブ状態156と無視書込
み完了状態158のどちらかに遷移する。無視書込みア
クティブ状態156は、書込みアクティブ状態150と
同様に、SMPバス20からのデータ転送を待つために
使用される。無視書込み完了状態158中に、ホーム・
エージェント102へコヒーレンシ完了が送られる。そ
れに続いて、要求エージェント100がアイドル状態1
48に遷移する。要求エージェント100は、SMP入
力待ち行列94からトランザクションを受け取ると、ア
イドル状態148から要求準備完了状態142に遷移す
る。
【0087】次に図9を参照すると、ホーム・エージェ
ント102に関する例示的な状態マシンを示すフローチ
ャート160が示されている。ホーム・エージェント1
02は、それに対する複数の未処理の要求を処理できる
ように、フローチャート160で表した状態マシンの複
数の独立のコピーを含むことができる。しかし、一実施
形態によれば、複数の未処理の要求が同じコヒーレンシ
単位に影響を与えることはない。
【0088】ホーム・エージェント102は、要求受取
状態162でコヒーレンシ要求を受け取る。この要求
は、コヒーレント要求とその他のトランザクション要求
のどちらかとして分類することができる。一実施形態に
よれば、他のトランザクション要求には、入出力読取り
要求および入出力書込み要求と、割り込み要求と、管理
要求を含めることができる。非コヒーレント要求は、状
態164の間にSMPバス20上でトランザクションを
送ることによって処理される。それに続いて、コヒーレ
ンシ完了が送られる。コヒーレンシ完了の受取時に、入
出力書込みトランザクションおよび割り込み許可トラン
ザクションによって、ホーム・ノード内のSMPバス2
0上でデータ・トランザクションが送られる(データ専
用状態165)。データが転送されると、ホーム・エー
ジェント102はアイドル状態166に遷移する。別法
として、コヒーレンシ完了の受取時に、入出力読取りト
ランザクション、管理トランザクション、割り込み拒否
トランザクションによって、アイドル状態への遷移が行
われる。
【0089】逆に、ホーム・エージェント102は、コ
ヒーレンシ要求を受け取ると検査状態168に遷移す
る。検査状態168は、コヒーレンシ要求の影響を受け
るコヒーレンシ単位に関してコヒーレンシ活動が進行中
であるかどうかを検出するために使用される。コヒーレ
ンシ活動が進行中である(すなわち、コヒーレンシ情報
がブロックされている)場合、ホーム・エージェント1
02は、進行中のコヒーレンシ活動が完了するまで検査
状態168のままである。それに続いて、ホーム・エー
ジェント102は設定状態170に遷移する。
【0090】設定状態170中に、ホーム・エージェン
ト102は、ブロックすべき影響を受けるコヒーレンシ
単位に対応するコヒーレンシ情報を記憶するディレクト
リ・エントリの状況を設定する。ブロック状況によっ
て、影響を受けるコヒーレンシ単位へのその後の活動の
進行が妨げられ、コンピュータ・システム10のコヒー
レンシ・プロトコルが簡略化される。ホーム・エージェ
ント102は、受け取ったコヒーレンシ要求に対応する
トランザクションの読取り特性または書込み特性に応じ
て、読取り状態172または書込み応答状態174に遷
移する。
【0091】ホーム・エージェント102は、読取り状
態172中に、読取りトランザクションに関して更新さ
れるコヒーレンシ・デマンドをスレーブ・エージェント
104に発行する。ホーム・エージェント102は、要
求エージェント100からコヒーレンシ完了が受け取ら
れるまで読取り状態172のままであり、その後、ブロ
ック状況クリア状態176に遷移する。読取りを求める
コヒーレンシ要求が失敗する可能性のある実施形態で
は、ホーム・エージェント102は、読取りトランザク
ションの失敗を示すコヒーレンシ完了を受け取ると、影
響を受けるディレクトリ・エントリの状態をコヒーレン
シ要求の前の状態に復元する。
【0092】書込み状態174中に、ホーム・エージェ
ント102は要求エージェント100へコヒーレンシ応
答を送る。ホーム・エージェント102は、要求エージ
ェント100からコヒーレンシ完了が受け取られるまで
応答書込み状態174のままである。コヒーレンシ完了
と共にデータが受け取られた場合、ホーム・エージェン
ト102は書込みデータ状態178に遷移する。別法と
して、ホーム・エージェント102は、データを含まな
いコヒーレンシ完了を受け取ったときに、ブロック状況
クリア状態176に遷移する。
【0093】ホーム・エージェント102は、受け取っ
た書込みデータを転送するために、書込みデータ状態1
78中にSMPバス20上で書込みトランザクションを
発行する。たとえば、書込みストリーム動作(後述)に
よって、データがホーム・エージェント102へ転送さ
れる。ホーム・エージェント102は、受け取ったデー
タを、記憶するためにメモリ22へ送る。それに続い
て、ホーム・エージェント102はブロック状況クリア
状態176に遷移する。
【0094】ホーム・エージェント102は、ブロック
状況クリア状態176で受け取ったコヒーレンシ要求の
影響を受けるコヒーレンシ単位に対応するコヒーレンシ
情報のブロック状況をクリアする。それに続いて、コヒ
ーレンシ情報にアクセスすることができる。非ブロック
・コヒーレンシ情報内に存在する状態は、前に受け取っ
たコヒーレンシ要求によって開始されたコヒーレンシ活
動を反映する。ホーム・エージェント102は、対応す
るコヒーレンシ情報のブロック状況をクリアすることに
よって、アイドル状態166に遷移する。ホーム・エー
ジェント102は、コヒーレンシ要求を受け取ると、ア
イドル状態166から受取要求状態162に遷移する。
【0095】次に図10を参照すると、スレーブ・エー
ジェント104に関する例示的な状態マシンを示すフロ
ーチャート180が示されている。スレーブ・エージェ
ント104は、受取状態182中にコヒーレンシ・デマ
ンドを受け取る。スレーブ・エージェント104は、コ
ヒーレンシ・デマンドに応答して、SMPバス20上に
与えられるトランザクションを待機させる。このトラン
ザクションによって、キャッシュ18およびプロセッサ
16の内部のキャッシュの状態が、受け取ったコヒーレ
ンシ・デマンドに応じて変化する。スレーブ・エージェ
ント104は、このトランザクションを要求発送状態1
84の間待機させる。
【0096】応答発送状態186中に、スレーブ・エー
ジェント104は、トランザクションを開始した要求エ
ージェント100へコヒーレンシ応答を送る。様々な実
施形態によれば、スレーブ・エージェント104が、S
MPバス20に関するトランザクションを待機させ、あ
るいはSMPバス20上のトランザクションが首尾良く
完了したときに要求発送状態184から応答発送状態1
86に遷移できることに留意されたい。スレーブ・エー
ジェント104は、コヒーレンシ応答を送った後、アイ
ドル状態188に遷移する。スレーブ・エージェント1
04は、コヒーレンシ・デマンドを受け取るとアイドル
状態188から受取状態182に遷移することができ
る。
【0097】次に図11ないし14を参照すると、例示
的なコヒーレンシ要求タイプ、コヒーレンシ・デマンド
・タイプ、コヒーレンシ応答タイプ、コヒーレンシ完了
タイプをリストしたいくつかの表が示されている。図1
1ないし14の表に示したタイプは、コンピュータ・シ
ステム10の一実施形態によって使用することができ
る。他の実施形態は、他の数組のタイプを使用すること
ができる。
【0098】図11は、コヒーレンシ要求のタイプをリ
ストした表190である。第1の列192は、下記の図
15で使用される各要求タイプのコードをリストしたも
のである。第2の列194は、コヒーレンシ要求タイプ
をリストしたものであり、第3の列196は、コヒーレ
ンシ要求の発送元を示すものである。図12ないし12
では、同様な列がコヒーレンシ・デマンド、コヒーレン
シ応答、コヒーレンシ完了に使用される。「R」は要求
エージェント100を示し、「S」はスレーブ・エージ
ェント104を示し、「H」はホーム・エージェント1
02を示す。
【0099】リード・ツー・シェア要求は、特定のSM
Pノードにコヒーレンシ単位が存在せず、SMPバス2
0からコヒーレンシ単位へのトランザクションの性質
上、コヒーレンシ単位への読取りアクセスが必要である
ときに実行される。たとえば、キャッシュ可能読取りト
ランザクションではリード・ツー・シェア要求が実行さ
れる。一般的に言えば、リード・ツー・シェア要求と
は、共用状態のコヒーレンシ単位のコピーを求める要求
である。同様に、リード・ツー・オウン要求とは、所有
状態のコヒーレンシ単位のコピーを求める要求である。
他のSMPノード内のコヒーレンシ単位のコピーは無効
状態に変更すべきである。リード・ツー・オウン要求
は、たとえばキャッシュ可能書込みトランザクションの
キャッシュ・ミスに応答して実行することができる。
【0100】読取りストリームおよび書込みストリーム
とは、コヒーレンシ単位全体の読取りまたは書込みを求
める要求である。これらの動作は通常、ブロック・コピ
ー動作に使用される。プロセッサ16およびキャッシュ
18は、読取りストリーム要求または書込みストリーム
要求に応答して与えられたデータはキャッシュしない。
その代わり、読取りストリーム要求の場合には、コヒー
レンシ単位がプロセッサ16へのデータとして与えら
れ、書込みストリーム要求の場合にはメモリ22にデー
タが書き込まれる。リード・ツー・シェア要求、リード
・ツー・オウン要求、読取りストリーム要求をCOMA
動作(たとえば、RTS、RTO、RS)またはNUM
A動作(たとえば、RTSN、RTON、RSN)とし
て実行できることに留意されたい。
【0101】書き直し要求は、コヒーレンシ単位のホー
ム・ノードにコヒーレンシ単位が書き込まれるときに実
行される。ホーム・ノードは、コヒーレンシ単位を書き
直す許可と共に応答する。コヒーレンシ単位は次いで、
コヒーレンシ完了と共にホーム・ノードに渡される。
【0102】無効要求は、他のSMPノード内のコヒー
レンシ単位のコピーを無効化するために実行される。無
効化要求が生成される例示的なケースは、共用または所
有されているコヒーレンシ単位への書込みストリーム・
トランザクションである。書込みストリーム・トランザ
クションではコヒーレンシ単位が更新され、したがって
他のSMPノード内のコヒーレンシ単位のコピーが無効
化される。
【0103】入出力読取りトランザクションおよび入出
力書込みトランザクションに応答して入出力読取り要求
および入出力書込み要求が送られる。入出力トランザク
ションは非コヒーレントである(すなわち、トランザク
ションはキャッシュされず、トランザクションに対して
コヒーレンシは維持されない)。入出力ブロック・トラ
ンザクションでは、通常の入出力トランザクションより
も大きな、データの一部が転送される。一実施形態で
は、ブロック入出力動作で64バイトの情報が転送さ
れ、それに対して非ブロック入出力トランザクションで
8バイトが転送される。
【0104】フラッシュ要求では、コヒーレンシ単位の
コピーが無効化される。修正されたコピーはホーム・ノ
ードへ返される。割り込み要求は、リモートSMPノー
ド内の特定の装置への割り込みを知らせるために使用さ
れる。割り込みは特定のプロセッサ16に与えることが
でき、そのプロセッサは、割り込みに応答して所定のア
ドレスに記憶されている割り込みサービス・ルーチンを
実行することができる。管理パケットは、ノード間であ
る種のリセット信号を送るために使用される。
【0105】図12は、例示的なコヒーレンシ・デマン
ド・タイプをリストした表198である。表190と同
様に、表198には列192、194、196が含まれ
る。リード・ツー・シェア・デマンドは、コヒーレンシ
単位の所有者へ搬送され、それによってその所有者は要
求側ノードへデータを送る。同様に、リード・ツー・オ
ウン・デマンドおよび読取りストリーム・デマンドによ
って、コヒーレンシ単位の所有者は要求側ノードへデー
タを送る。また、リード・ツー・オウン・デマンドによ
って、所有者は所有者ノード内のコヒーレンシ単位の状
態を無効に変更する。読取りストリーム・デマンドおよ
びリード・ツー・シェア・デマンドによって、所有者ノ
ードにおける状態が(修正から)所有に変更される。
【0106】無効化デマンドでは、対応するコヒーレン
シ単位は転送されない。その代わり、無効化デマンドで
はコヒーレンシ単位のコピーが無効化される。最後に、
管理デマンドは管理要求に応答して搬送される。各デマ
ンドが要求エージェント100からの要求に応答してホ
ーム・エージェント102によって開始されることを留
意されたい。
【0107】図13は、コンピュータ・システム10の
一実施形態によって使用される例示的な応答タイプをリ
ストした表200である。図11および12と同様に、
図13はコヒーレンシ応答に関する列192、194、
196を含む。
【0108】データ応答とは、要求されたデータを含む
応答である。所有者スレーブ・エージェントは通常、コ
ヒーレンシ要求に関するデータ応答を与える。しかし、
ホーム・エージェントは入出力読取り要求に関するデー
タを与えることができる。
【0109】肯定応答は、特定のコヒーレンシ要求に関
連するコヒーレンシ・デマンドが完了したことを示す。
スレーブ・エージェントは通常、肯定応答を与えるが、
ホーム・エージェントは、ホーム・ノードがコヒーレン
シ単位の所有者であるときに肯定応答を(データと共
に)与える。
【0110】スレーブ所有なし応答、アドレス・マップ
なし応答、エラー応答は、エラーが検出されたときにス
レーブ・エージェント104によって搬送される。スレ
ーブ所有なし応答は、コヒーレンシ単位の所有者および
スレーブがもはやコヒーレンシ単位を所有していないと
きにホーム・エージェント102によってスレーブが識
別された場合に送られる。アドレス・マップなし応答
は、所有権を主張している装置が、対応するSMPバス
20上にはないデマンドを、スレーブが受け取った場合
に、送られる。スレーブ・エージェントによって検出さ
れた他のエラー条件はエラー応答を介して示される。
【0111】ホーム・エージェント102は、スレーブ
・エージェント104が使用できるエラー応答以外のエ
ラー応答を与えることができる。対応する要求がホーム
・エージェント102によるサービスを必要としていな
いことを示すために、ホーム・エージェント102によ
って否定肯定(NACK)および否定応答(NOPE)
が使用される。NACKトランザクションを使用して、
対応する要求がホーム・ノードによって拒否されたこと
を示すことができる。たとえば、割り込み要求は、受取
側ノードによって割り込みが拒否された場合にNACK
を受け取る。受取側ノードによって割り込みが受け入れ
られた場合には肯定応答(ACK)が搬送される。NO
PEトランザクションは、受取側ノードによって記憶さ
れていないコヒーレンシ単位のための対応するフラッシ
ュ要求が搬送されたことを示すために使用される。
【0112】図14は、コンピュータ・システム10の
一実施形態による例示的なコヒーレンシ完了タイプを示
す表202である。図14は、図11ないし13と同様
に、コヒーレンシ完了に関する列192、194、19
6を含む。
【0113】データなしの完了は、特定の要求が完了し
たことを示す、要求エージェント100からホーム・エ
ージェント102への信号として使用される。ホーム・
エージェント102は、これに応答して、対応するコヒ
ーレンシ情報をブロック解除する。SMPバス20上の
異なるトランザクションに対応する2種類のデータ完了
が含まれている。一方のタイプの再発行トランザクショ
ンでは、SMPバス20上でデータ・フェーズしか使用
されない。この再発行トランザクションは、一実施形態
では入出力書込みトランザクションおよび割り込みトラ
ンザクションに使用することができる。他方のタイプの
再発行トランザクションではアドレス・フェーズとデー
タ・フェーズの両方が使用される。書込みストリームや
書き直しなどのコヒーレント書込みは、アドレス・フェ
ーズとデータ・フェーズの両方を含む再発行トランザク
ションを使用することができる。最後に、要求された状
態を得ることに失敗した読取り要求に関する、失敗を示
す完了が含まれている。
【0114】次に図15を参照すると、SMPバス20
上の様々なトランザクションに対するコヒーレンシ活動
を示す表210が示されている。表210は、他のSM
Pノード12へ要求を送らせるトランザクションを示
す。SMPノード内で完了するトランザクションは示さ
れていない。列内の「−」は、特定の行内で考えられる
ケースではその列に関して実行される活動がないことを
示す。要求エージェント100によってSMPバス20
上で受け取られるトランザクションを示すトランザクシ
ョン列212が含まれている。MTAG列214は、ト
ランザクションに対応するアドレスによってアクセスさ
れるコヒーレンシ単位のMTAGの状態を示す。図の状
態は、前述のMOSI状態と「n」状態とを含む。
「n」状態は、コヒーレンシ単位が、トランザクション
が開始されたSMPノードではNUMAモードでアクセ
スされることを示す。したがって、コヒーレンシ単位の
ローカル・コピーは要求側ノード・メモリには記憶され
ない。その代わり、コヒーレンシ単位は、ホームSMP
ノード(または所有者ノード)から転送され、メモリ2
2に記憶されずに要求側プロセッサ16またはキャッシ
ュ18へ送られる。
【0115】要求列216は、トランザクションのアド
レスによって識別されるホーム・エージェントへ送られ
るコヒーレンシ要求をリストしたものである。ホーム・
エージェント102は、列216にリストしたコヒーレ
ンシ要求を受け取ると、ディレクトリ66に記録されて
いる要求側ノードのコヒーレンシ単位の状態を検査す
る。D列218は、要求側ノードに関して記録されるコ
ヒーレンシ単位の現状態をリストしたものであり、D’
列220は、受け取ったコヒーレンシ要求に応答してホ
ーム・エージェント102によって更新された、要求側
ノードに関して記録されるコヒーレンシ単位の状態をリ
ストしたものである。ホーム・エージェント102は、
コヒーレンシ単位の所有者への第1のコヒーレンシ・デ
マンドと、コヒーレンシ単位の共用コピーを維持してい
るノードへの追加コヒーレンシ・デマンドを生成するこ
とができる。所有者へ送られるコヒーレンシ・デマンド
を列222に示し、それに対して共用ノードへ送られる
コヒーレンシ・デマンドを列224に示す。さらに、ホ
ーム・エージェント102は要求側ノードへコヒーレン
シ応答を送ることができる。ホーム・エージェント応答
を列226に示す。
【0116】コヒーレンシ単位の所有者として示された
SMPノード内のスレーブ・エージェント104は、列
228に示したようにコヒーレンシ応答を送る。共用ノ
ードとして示されたノード内のスレーブ・エージェント
104は、受け取ったコヒーレンシ・デマンドで示され
た状態変化を実行した後に、列230に示したコヒーレ
ンシ応答を用いて、列224に示したコヒーレンシ・デ
マンドに応答する。
【0117】要求エージェント100は、適当な数のコ
ヒーレンシ応答を受け取ると、ホーム・エージェント1
02へコヒーレンシ完了を送る。様々なトランザクショ
ンに使用されるコヒーレンシ完了を列232に示す。
【0118】一例を挙げると、行234は、対応するM
TAG状態が無効であるSMPバス20上のリード・ツ
ー・シェア・トランザクションに対するコヒーレンシ活
動を示す。対応する要求エージェント100は、リード
・ツー・シェア・トランザクションに関連付けられたグ
ローバル・アドレスで識別されたホーム・ノードへリー
ド・ツー・シェア・コヒーレンシ要求を送る。行234
に示したケースでは、ホーム・ノードのディレクトリ
は、要求側ノードがデータを無効状態で記憶しているこ
とを示す。要求側ノードに関するホーム・ノードのディ
レクトリ内の状態は共用に更新され、ホーム・エージェ
ント102により、ディレクトリによって所有者として
示されたノードへリード・ツー・シェア・コヒーレンシ
・デマンドが送られる。トランザクションが共用状態を
得ようとするので、共用者へはデマンドは送られない。
所有者ノード内のスレーブ・エージェント104は、コ
ヒーレンシ単位に対応するデータを要求側ノードへ送
る。要求側ノード内の要求エージェント100は、デー
タを受け取るとホーム・ノード内のホーム・エージェン
ト102へコヒーレンシ完了を送る。従って、トランザ
クションが完了する。
【0119】D列218に示した状態がMTAG列21
4の状態に合致しないことがあることに留意されたい。
たとえば、行236は、MTAG列214では無効状態
のコヒーレンシ単位を示す。しかし、D列218内の対
応する状態は、修正でも、あるいは所有でも、あるいは
共用でもよい。そのような状況が発生するのは、コヒー
レンシ単位への現トランザクションに関するMTAG6
8へのアクセスがアドレス・バス58上で実行されると
きに、コヒーレンシ単位に関する要求側ノードからの前
のコヒーレンシ要求がコンピュータ・システム10内で
未処理であるときである。しかし、特定のアクセス時に
ディレクトリ・エントリがブロックされるので、未処理
の要求は、現要求によるディレクトリ66のアクセスよ
りも前に完了する。このため、生成されるコヒーレンシ
・デマンドは、(ディレクトリがアクセスされるときの
MTAG状態に合致する)ディレクトリ状態に依存す
る。行236に示した例では、コヒーレンシ単位が現
在、要求側ノードに存在していることをディレクトリが
示しているので、リード・ツー・シェア要求は、単に要
求側ノード内のSMPバス20上で読取りトランザクシ
ョンを再発行することによって完了することができる。
したがって、ホーム・ノードは、応答カウント1を含
め、要求に肯定応答し、それに続いて要求側ノードは読
取りトランザクションを再発行することができる。さら
に、表210には多数のタイプのトランザクションがリ
ストされているが、コンピュータ・システム10の様々
な実施形態に応じて他のトランザクションを使用できる
ことに留意されたい。
【0120】ソフトウェア事前取り出し 次に図16を参照すると、コンピュータ・システム10
の一実施形態によるローカル物理アドレス空間300を
示す図が示されている。一般的に言えば、アドレス空間
は、その内部の可能な各アドレスに対応する記憶位置を
識別する。アドレス空間は、その内部のあるアドレスに
追加特性を割り当てることができる。一実施形態では、
ローカル物理アドレス空間300内のアドレスは41ビ
ットを含む。
【0121】図16に示したように、ローカル物理アド
レス空間300は、LPA領域302と、LPAPS領域
304と、LPAPM領域306とを含む。LPA領域3
02によって、トランザクションに整合するコヒーレン
シ状態が得られた後、対応する記憶位置に対して読取り
トランザクションおよび書込みトランザクションを行う
ことができる。言い換えれば、LPA領域302内のア
ドレスに追加特性は割り当てられない。一実施形態で
は、LPA領域302は、最上位ビット(MSB)が0
xx00(バイナリで表される)に等しいアドレス空間
300内の1組のアドレスである。MSBの「xx」部
分は、そのアドレスのホーム・ノードとして働くSMP
ノード12を識別する。たとえば、xx=00はSMP
ノード12Aを識別し、xx=01はSMPノード12
Bを識別し、以下同様である。アドレスは、「xx」部
分が、そのアドレスに対応するトランザクションを実行
するプロセッサ16を含むSMPノード12を識別する
場合は、LPA領域302内のローカル物理アドレスで
ある。そうでない場合、アドレスはグローバル・アドレ
スである。また、グローバル・アドレスは、他のSMP
ノード12内のローカル物理アドレスである。
【0122】LPAPS領域304およびLPAPM領域3
06内のアドレスは、LPA領域302内のアドレスが
指す同じ1組の記憶位置を指す。たとえば、LPA領域
302内のアドレス「A」は、データ「B」を記憶する
記憶位置308を指すことができる。LPAPS領域30
4内のアドレス「A」も、データ「B」を記憶する記憶
位置308を指す。同様に、LPAPM領域306内のア
ドレス「A」も、データ「B」を記憶する記憶位置30
8を指す。この例では、アドレス「A」はLPAPS領域
304、LPAPM領域306、LPA領域302を識別
するビット(たとえば、一実施形態では下位36ビッ
ト)を除くアドレスのビットを指す。一実施形態では、
LPAPS領域304は、MSBが00011(バイナリ
で表される)に等しい1組のアドレスである。同様に、
LPAPM領域306は、MSBが00111(バイナリ
で表される)に等しい1組のアドレスである。同じ1組
の記憶位置を識別するアドレス空間内の2つ以上のアド
レス領域を有することをエイリアシングと呼ぶことに留
意されたい。
【0123】LPA領域302の場合とは異なり、LP
PS領域304やLPAPM領域306には読取りトラン
ザクションは許可されない。LPAPS領域304および
LPAPM領域306には書込みトランザクションが許可
される。特定の一実施形態では、LPAPS領域304お
よびLPAPM領域306にストリーム・トランザクショ
ンが許可され、それに対して他の書込みトランザクショ
ンは許可されない。
【0124】システム・インタフェース24は、LPA
PS領域304への書込みトランザクションを、読取りア
クセス権を要求する事前取り出し動作として認識する。
システム・インタフェース24によって、必要なコヒー
レンシ動作を完了する前に、書込みストリーム動作に対
応するデータをシステム・インタフェース24へ転送し
ておくことができ、そのデータは破棄される。言い換え
れば、システム・インタフェース24が、適切なコヒー
レンシ状態がないために、LPAPS領域304にアドレ
スを有する書込み動作に対する無視信号70をアサート
することはない。システム・インタフェース24は、影
響を受けるコヒーレンシ単位と読取りアクセス権がま
だ、SMPノード内に記憶されていない場合に、コヒー
レンシ単位を読取りアクセス権と共に得るためにコヒー
レンシ活動を開始する。それによって、コヒーレンシ単
位へのその後のアクセスでは、普通なら読取りアクセス
権が検出されないSMPノード内で読取りアクセス権を
検出することができる。
【0125】事前取り出し動作の実行時に、影響を受け
るコヒーレンシ単位への読取りアクセス権がないために
コヒーレンシ活動が生成された場合、それに続いてコヒ
ーレンシ単位が、開始側プロセッサを含むSMPノード
へ転送される。システム・インタフェース24は、コヒ
ーレンシ単位を受け取ると、そのコヒーレンシ単位をS
MPバス20上でメモリ22へ送る。また、システム・
インタフェース24は、コヒーレンシ単位に対応するM
TAGを、読取りアクセス権を示すように更新する。
【0126】したがって、LPAPS領域304内のアド
レスには、LPAPS領域304に対して書込み動作が実
行されることによって、影響を受けるコヒーレンシ単位
が事前に取り出されるという追加特性が割り当てられ
る。この事前取り出しでは、影響を受けるコヒーレンシ
単位への読取りアクセス権が要求される。逆に、LPA
PM領域306には、LPAPM領域306に対して書込み
動作が実行されることによって、影響を受けるコヒーレ
ンシ単位が書込みアクセス権と共に事前に取り出される
という追加特性が割り当てられる。LPAPM領域306
を使用する事前取り出しの他の形態は、LPAPS領域3
04について説明したのと同様である。
【0127】LPAPS領域304およびLPAPM領域3
06内のアドレスが、他のローカル・アドレスと同様
に、システム・インタフェース24内のグローバル・ア
ドレスに変換されることに留意されたい。変換の一形態
は、事前取り出しトランザクションを実行しているSM
Pノード12Aないし12Dが、事前に取り出されるコ
ヒーレンシ単位のホーム・ノードである場合に、変換が
単位マッピングであることである。すなわち、グローバ
ル・アドレスはMSBを除いてローカル・アドレスに等
しく、MSBは、LPA領域302MSBと置換され
る。次いで、ホーム・ノードは、(必要に応じて)コヒ
ーレンシ単位に対応するMTAGの値に基づいてそのコ
ヒーレンシ単位を求めるコヒーレンシ要求を開始する。
このように、ホーム・ノードは、他のノード内の外部キ
ャッシュ18またはCOMAメモリからホーム・メモリ
にデータを事前に取り込むことができる。
【0128】次に図17を参照すると、テーブル310
が示されている。テーブル310は、LPAPS領域30
4およびLPAPM領域306への書込みストリーム・ト
ランザクション(WSPS、WSPM)を、図15に示した
テーブル210と同様なフォーマットで示す。テーブル
310の列には、テーブル210の同様な列と同じ番号
が割り当てられている。
【0129】たとえば、テーブル310の行312は、
無効なMTAGを有するWSPSトランザクションに応答
して実行されるコヒーレンシ活動を示す。SMPノード
12Aないし12D内のシステム・インタフェース24
によってRTSコヒーレンシ要求が生成される。ホーム
・ノード内のディレクトリによって、コヒーレンシ単位
が要求側ノード内で無効であることが判明し、したがっ
て所有者スレーブ・ノードへRTSコヒーレンシ・デマ
ンドが搬送される。所有者スレーブ・ノードは、データ
・コヒーレンシ応答で応答する。ノード内で搬送される
データは、システム・インタフェース24によってSM
Pバス20上でローカル・ノード内のメモリ22へ送ら
れる。LPAPSアドレス(WSPMトランザクションの場
合はLPAPMアドレス)が、他のLPAアドレスと同様
に、ネットワーク14上でコヒーレンシ要求が搬送され
る前にグローバル・アドレスに変換されることに留意さ
れたい。
【0130】行314は、コヒーレンシ単位がローカル
・ノード内で無効であるWSPMトランザクションに応答
して実行される例示的な1組のコヒーレンシ活動を示
す。また、行316は、事前取り込み動作の開始時には
ローカル・ノード内で無効であるが、ホーム・ノードに
あるディレクトリの検査時にはローカル・ノード内で有
効である、WSPSトランザクションに関するコヒーレン
シ活動を示す。行316は、テーブル210の行236
と類似している。
【0131】次に図18を参照すると、事前取り出し共
用コマンドに応答して実行されるコヒーレンシ活動を示
す図が示されている。図18に示した図は、図17の行
312に対応する。要求エージェント100は、WSPS
トランザクションを検出すると、LPAPSアドレスに対
応するグローバル・アドレスのホーム・ノード内のホー
ム・エージェントへRTSコヒーレンシ要求を搬送する
(参照符号320)。ホーム・ノードは、要求されたア
ドレスが要求側ノード内で無効であることを検出する
と、所有者スレーブ104へRTSコヒーレンシ・デマ
ンドを送る(参照符号322)。所有者スレーブ104
は、要求側ノードへデータ応答を送り(参照符号32
4)、要求ノード内の要求エージェント100は、デー
タ・コヒーレンシ応答を受け取ったときにコヒーレンシ
完了信号を転送する(参照符号326)。要求エージェ
ント100は、ホーム・エージェント102へのコヒー
レンシ完了信号だけでなく、SMPバス20上でトラン
ザクションを再発行し、事前に取り出されたコヒーレン
シ単位を、記憶するためにメモリ22へ送る(参照符号
328)。この再発行トランザクションが、最初の事前
取り込みトランザクションとは異なる発送元IDを有す
る新しいトランザクションであることに留意されたい。
事前取り出しトランザクションが、その開始時にローカ
ル・ノード内で完了するので、事前取り出しトランザク
ションを再発行すること自体が不適切である。再発行ト
ランザクションの発送元IDは、システム・インタフェ
ース24をトランザクションの発送元として識別する。
【0132】図19は、事前取り出し修正コマンドに応
答して実行されるコヒーレンシ活動を示す。図19に示
した図は、図17の行314に対応する。要求エージェ
ント100は、対応するSMPノード12Aないし12
D内でWSPMトランザクションが検出されると、LPA
PMアドレスから変換されたグローバル・アドレスで示さ
れたホーム・エージェント102へRTOコヒーレンシ
要求を送る(参照符号330)。ホーム・エージェント
102は、要求側ノードが、要求されたコヒーレンシ単
位に関する無効なコヒーレンシ状態を有することを検出
する。ホーム・エージェント102はこれに応答して、
所有者スレーブ104AへRTOコヒーレンシ・デマン
ドを送り(参照符号332)、共用者スレーブ104B
へINVコヒーレンシ・デマンドを送る(参照符号33
4)。所有者スレーブ104Aはデータ・コヒーレンシ
応答を送り(参照符号336)、共用者スレーブ104
BはACKコヒーレンシ応答を送る(参照符号33
8)。要求エージェント100は、データ・コヒーレン
シ応答およびACKコヒーレンシ応答を受け取ると、要
求側ノード内のSMPバス20上でトランザクションを
再発行し、それによって、受け取ったコヒーレンシ単位
をメモリ22へ送る(参照符号340)。また、要求エ
ージェント100によってホーム・エージェント102
へコヒーレンシ完了信号が送られる(参照符号34
2)。
【0133】上記の例示的な実施形態ではSMPノード
12について説明したが、一般的に言えば、コンピュー
タ・システム10は1つまたは複数の処理ノードを含む
ことができる。本明細書では、処理ノードは、少なくと
も1つのプロセッサと対応するメモリとを含む。他の処
理ノードと通信する回路も含まれる。コンピュータ・シ
ステム10の実施形態に複数の処理ノードが含まれると
き、処理ノード内の対応するメモリは分散共用メモリを
形成する。処理ノードはリモート処理ノードまたはロー
カル処理ノードと呼ぶことができる。処理ノードは、特
定のプロセッサを含まない場合、その特定のプロセッサ
に対してリモート処理ノードである。逆に、特定のプロ
セッサを含む処理ノードは、その特定のプロセッサのロ
ーカル処理ノードである。さらに、本明細書では、SM
Pノード12Aないし12Dで使用できるバスの例とし
てSMPバス20を図示し説明した。一般的に言えば、
処理ノードは、その内部に含まれる装置間でトランザク
ション情報を搬送するローカル・バスを含むことができ
る。1つまたは複数の装置を、他の処理ノードと通信す
るためにローカル・バスとは独立の他の通信媒体上で通
信するように構成することができる。
【0134】上記の開示によって、コンピュータ・シス
テム自体上で実行されるコンピュータ・プログラム内の
事前取り出しコマンドをサポートするコンピュータ・シ
ステムについて説明した。コンピュータ・プログラム
は、事前取り出しコマンドを使用して、コンピュータ・
プログラムが実際にデータを必要とする前にリモート・
コヒーレンシ単位をローカル記憶域へ転送しておくこと
ができる。このように、そのプログラムを実行している
プロセッサへデータを転送しなければならないトランザ
クションが与えられる前にリモート・ローカル転送待ち
時間のすべてまたは一部を満了させることができる。プ
ロセッサの停止時間が短縮されるので性能を向上させる
ことができる。
【0135】当業者には、上記の開示を完全に理解した
後に多数の変形形態および修正形態が明らかになろう。
たとえば、本明細書に示した様々なブロックおよび構成
要素はハードウェア実施形態に関して説明したが、代替
実施形態では、ハードウェア機能のすべてまたは一部を
ソフトウェアで実施することができる。特許請求の範囲
は、すべてのそのような変形形態および修正形態を包含
するものと解釈されるものである。
【図面の簡単な説明】
【図1】マルチプロセッサ・コンピュータ・システムの
ブロック図である。
【図2】図1に示したコンピュータ・システムの一実施
形態によってサポートされる非一様メモリ・アーキテク
チャを示す概念ブロック図(A)と、図1に示したコン
ピュータ・システムの一実施形態によってサポートされ
るキャッシュ専用メモリ・アーキテクチャを示す概念ブ
ロック図(B)である。
【図3】図1に示した対称型多重処理ノードの一実施形
態のブロック図である。
【図4】図3に示したディレクトリの一実施形態に記憶
された例示的なディレクトリ・エントリを示す図であ
る。
【図5】図1に示したシステム・インタフェースの一実
施形態のブロック図である。
【図6】要求エージェントとホーム・エージェントとス
レーブ・エージェントとの間の通常のコヒーレンシ動作
に応答して実行される活動を示す図である。
【図7】プロセッサからのリード・ツー・オウン要求に
応答して実行される例示的なコヒーレンシ動作を示す図
である。
【図8】図5に示した要求エージェントの一実施形態に
関する例示的な状態マシンを示すフローチャートであ
る。
【図9】図5に示したホーム・エージェントの一実施形
態に関する例示的な状態マシンを示すフローチャートで
ある。
【図10】図5に示したスレーブ・エージェントの一実
施形態に関する例示的な状態マシンを示すフローチャー
トである。
【図11】システム・インタフェースの一実施形態によ
る要求タイプをリストした表である。
【図12】システム・インタフェースの一実施形態によ
るデマンド・タイプをリストした表である。
【図13】システム・インタフェースの一実施形態によ
る応答タイプをリストした表である。
【図14】システム・インタフェースの一実施形態によ
る完了タイプをリストした表である。
【図15】システム・インタフェースの一実施形態によ
る、プロセッサによって実行される様々な動作に応答し
て実行されるコヒーレンシ動作を表す表である。
【図16】ローカル物理アドレス空間の図である。
【図17】システム・インタフェースの一実施形態によ
る、プロセッサによって実行される事前取り出しコマン
ドに対するコヒーレンシ動作を記述した表である。
【図18】コンピュータ・システムの一実施形態によ
る、事前取り出しコマンドに応答して実行されるコヒー
レンシ活動を示す図である。
【図19】コンピュータ・システムの一実施形態によ
る、事前取り出し修正コマンドに応答して実行されるコ
ヒーレンシ活動を示す図である。
【符号の説明】
10 コンピュータ・システム 12 SMPノード 14 ポイント・ツー・ポイント・ネットワーク 16 プロセッサ 18 外部キャッシュ 20 SMPバス 22 メモリ 24 システム・インタフェース 26 入出力インタフェース
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成9年12月4日
【手続補正1】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正内容】
【図4】
【図12】
【図1】
【図13】
【図14】
【図2】
【図3】
【図5】
【図17】
【図6】
【図7】
【図8】
【図16】
【図9】
【図10】
【図11】
【図18】
【図15】
【図19】
フロントページの続き (71)出願人 591064003 901 SAN ANTONIO ROAD PALO ALTO,CA 94303,U. S.A.

Claims (20)

    【特許請求の範囲】
  1. 【請求項1】 ローカル・バスと、 前記ローカル・バスに結合され、前記ローカル・バス上
    で受け取った事前取り出しコマンドに応答して、システ
    ム・インタフェース自体に結合されたネットワーク上で
    コヒーレンシ要求を開始するように構成され、前記コヒ
    ーレンシ要求に応答して与えられたコヒーレンシ単位を
    受け取ったときに前記ローカル・バス上で前記コヒーレ
    ンシ単位を送るように構成された、システム・インタフ
    ェースと、 前記ローカル・バスに結合され、前記システム・インタ
    フェースから送られた前記コヒーレンシ単位を受け取
    り、記憶するように構成された、メモリとを備えること
    を特徴とする処理ノード。
  2. 【請求項2】 さらに、前記ローカル・バス上で前記事
    前取り出しコマンドを搬送するように結合されたプロセ
    ッサを備えることを特徴とする請求項1に記載の処理ノ
    ード。
  3. 【請求項3】 前記事前取り出しコマンドが、前記コヒ
    ーレンシ単位への読取りアクセス権に対する事前取り出
    しを含むことを特徴とする請求項1に記載の処理ノー
    ド。
  4. 【請求項4】 前記コヒーレンシ要求が、前記コヒーレ
    ンシ単位への読取りアクセス権を要求する第1のコヒー
    レンシ要求を含むことを特徴とする請求項3に記載の処
    理ノード。
  5. 【請求項5】 前記システム・インタフェースが、前記
    コヒーレンシ単位を受け取ったときに、前記コヒーレン
    シ単位に対応するコヒーレンシ・タグを共用状態に更新
    することを特徴とする請求項4に記載の処理ノード。
  6. 【請求項6】 前記事前取り出しコマンドが、前記コヒ
    ーレンシ単位への書込みアクセス権に対する事前取り出
    しを含むことを特徴とする請求項1に記載の処理ノー
    ド。
  7. 【請求項7】 前記コヒーレンシ要求が、書込みアクセ
    ス権を要求する第2のコヒーレンシ要求を含むことを特
    徴とする請求項6に記載の処理ノード。
  8. 【請求項8】 前記システム・インタフェースが、前記
    コヒーレンシ単位を受け取ったときに、前記コヒーレン
    シ単位に対応するコヒーレンシ・タグを修正状態に更新
    することを特徴とする請求項7に記載の処理ノード。
  9. 【請求項9】 前記事前取り出しコマンドが、前記ロー
    カル・バス上の書込みトランザクションを含むことを特
    徴とする請求項2に記載の処理ノード。
  10. 【請求項10】 前記書込みトランザクションに関連す
    る複数のアドレス・ビットが、前記書込みトランザクシ
    ョンを前記事前取り出しコマンドとして識別することを
    特徴とする請求項9に記載の処理ノード。
  11. 【請求項11】 前記システム・インタフェースが、前
    記コヒーレンシ要求を開始することと並行して、前記書
    込みトランザクションに対応するデータを前記プロセッ
    サから転送し、さらに前記データを破棄することを特徴
    とする請求項10に記載の処理ノード。
  12. 【請求項12】 前記システム・インタフェースが、前
    記コヒーレンシ単位がまだ前記メモリ内に記憶されてい
    ない場合に前記コヒーレンシ要求を実行することを特徴
    とする請求項1に記載の処理ノード。
  13. 【請求項13】 事前取り出し方法であって、 処理ノード内で事前取り出しコマンドを検出するステッ
    プと、 前記事前取り出しコマンドに応答してコヒーレンシ要求
    を実行するステップと、 前記処理ノード内の前記コヒーレンシ要求に応答してデ
    ータを受け取るステップと、 前記データを、前記処理ノード内のローカル・バスを介
    して送ることによって前記処理ノード内のメモリに記憶
    するステップとを含むことを特徴とする方法。
  14. 【請求項14】 さらに、前記処理ノード内のプロセッ
    サ内で前記事前取り出しコマンドを実行するステップを
    含むことを特徴とする請求項13に記載の方法。
  15. 【請求項15】 前記事前取り出しコマンドが、前記ロ
    ーカル・バス上での書込みトランザクションを含むこと
    を特徴とする請求項13に記載の方法。
  16. 【請求項16】 前記書込みトランザクションに対応す
    る複数のアドレス・ビットが、前記書込みトランザクシ
    ョンを前記事前取り出しコマンドとして識別することを
    特徴とする請求項15に記載の方法。
  17. 【請求項17】 前記実行が、前記データがまだ前記処
    理ノード内に記憶されていない場合に行われることを特
    徴とする請求項13に記載の方法。
  18. 【請求項18】 コンピュータ・システムであって、 コヒーレンシ単位を記憶するように構成された第1の処
    理ノードと、 前記第1の処理ノードに結合され、第2の処理ノード自
    体内で実行された事前取り出しコマンドに応答して前記
    第1の処理ノードからの前記コヒーレンシ単位の転送を
    要求するように構成され、かつ前記コヒーレンシ単位を
    送るためのローカル・バスと、 前記ローカル・バスに結合され、前記ローカル・バス上
    で前記コヒーレンシ単位を受け取ったときに前記コヒー
    レンシ単位を記憶するように構成された、メモリとを備
    える、第2の処理ノードとを備えることを特徴とするコ
    ンピュータ・システム。
  19. 【請求項19】 前記事前取り出しコマンドが書込みト
    ランザクションを含むことを特徴とする請求項18に記
    載のコンピュータ・システム。
  20. 【請求項20】 さらに、前記第1の処理ノードおよび
    前記第2の処理ノードに結合された第3の処理ノードを
    備え、前記第3の処理ノードが、前記第2の処理ノード
    から前記要求を受け取り、それに応答して前記第1の処
    理ノードへデマンドを転送することを特徴とする請求項
    18に記載のコンピュータ・システム。
JP9208223A 1996-07-01 1997-06-30 プリフェッチ動作を開始するソフトウエアを実行するマルチプロセス・システム Pending JPH10143476A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/674273 1996-07-01
US08/674,273 US5848254A (en) 1996-07-01 1996-07-01 Multiprocessing system using an access to a second memory space to initiate software controlled data prefetch into a first address space

Publications (1)

Publication Number Publication Date
JPH10143476A true JPH10143476A (ja) 1998-05-29

Family

ID=24705988

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9208223A Pending JPH10143476A (ja) 1996-07-01 1997-06-30 プリフェッチ動作を開始するソフトウエアを実行するマルチプロセス・システム

Country Status (4)

Country Link
US (1) US5848254A (ja)
EP (1) EP0818733B1 (ja)
JP (1) JPH10143476A (ja)
DE (1) DE69739384D1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8200905B2 (en) 2008-08-14 2012-06-12 International Business Machines Corporation Effective prefetching with multiple processors and threads
JP2013504815A (ja) * 2009-09-11 2013-02-07 アドバンスト・マイクロ・ディバイシズ・インコーポレイテッド データストリームのためのストアアウェアプリフェッチ

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6249520B1 (en) * 1997-10-24 2001-06-19 Compaq Computer Corporation High-performance non-blocking switch with multiple channel ordering constraints
US6578110B1 (en) 1999-01-21 2003-06-10 Sony Computer Entertainment, Inc. High-speed processor system and cache memories with processing capabilities
US6282626B1 (en) * 1999-07-15 2001-08-28 3Com Corporation No stall read access-method for hiding latency in processor memory accesses
US6408363B1 (en) * 2000-05-04 2002-06-18 Hewlett-Packard Company Speculative pre-flush of data in an out-of-order execution processor system
US6826619B1 (en) 2000-08-21 2004-11-30 Intel Corporation Method and apparatus for preventing starvation in a multi-node architecture
US6487643B1 (en) 2000-09-29 2002-11-26 Intel Corporation Method and apparatus for preventing starvation in a multi-node architecture
US6772298B2 (en) 2000-12-20 2004-08-03 Intel Corporation Method and apparatus for invalidating a cache line without data return in a multi-node architecture
US7234029B2 (en) 2000-12-28 2007-06-19 Intel Corporation Method and apparatus for reducing memory latency in a cache coherent multi-node architecture
US6791412B2 (en) 2000-12-28 2004-09-14 Intel Corporation Differential amplifier output stage
US6721918B2 (en) 2000-12-29 2004-04-13 Intel Corporation Method and apparatus for encoding a bus to minimize simultaneous switching outputs effect
US6971098B2 (en) 2001-06-27 2005-11-29 Intel Corporation Method and apparatus for managing transaction requests in a multi-node architecture
US6934809B2 (en) * 2002-02-22 2005-08-23 Sun Microsystems, Inc. Automatic prefetch of pointers
US8185602B2 (en) 2002-11-05 2012-05-22 Newisys, Inc. Transaction processing using multiple protocol engines in systems having multiple multi-processor clusters
US7321956B2 (en) * 2004-03-25 2008-01-22 International Business Machines Corporation Method and apparatus for directory-based coherence with distributed directory management utilizing prefetch caches
US7363432B2 (en) * 2004-03-25 2008-04-22 International Business Machines Corporation Method and apparatus for directory-based coherence with distributed directory management
US8427490B1 (en) 2004-05-14 2013-04-23 Nvidia Corporation Validating a graphics pipeline using pre-determined schedules
US8624906B2 (en) 2004-09-29 2014-01-07 Nvidia Corporation Method and system for non stalling pipeline instruction fetching from memory
US8424012B1 (en) 2004-11-15 2013-04-16 Nvidia Corporation Context switching on a video processor having a scalar execution unit and a vector execution unit
US9092170B1 (en) 2005-10-18 2015-07-28 Nvidia Corporation Method and system for implementing fragment operation processing across a graphics bus interconnect
US8683126B2 (en) * 2007-07-30 2014-03-25 Nvidia Corporation Optimal use of buffer space by a storage controller which writes retrieved data directly to a memory
US8659601B1 (en) 2007-08-15 2014-02-25 Nvidia Corporation Program sequencer for generating indeterminant length shader programs for a graphics processor
US8698819B1 (en) 2007-08-15 2014-04-15 Nvidia Corporation Software assisted shader merging
US9024957B1 (en) 2007-08-15 2015-05-05 Nvidia Corporation Address independent shader program loading
US8411096B1 (en) 2007-08-15 2013-04-02 Nvidia Corporation Shader program instruction fetch
US20090106498A1 (en) * 2007-10-23 2009-04-23 Kevin Michael Lepak Coherent dram prefetcher
US8780123B2 (en) * 2007-12-17 2014-07-15 Nvidia Corporation Interrupt handling techniques in the rasterizer of a GPU
US9064333B2 (en) 2007-12-17 2015-06-23 Nvidia Corporation Interrupt handling techniques in the rasterizer of a GPU
US8681861B2 (en) * 2008-05-01 2014-03-25 Nvidia Corporation Multistandard hardware video encoder
US8923385B2 (en) * 2008-05-01 2014-12-30 Nvidia Corporation Rewind-enabled hardware encoder
US8489851B2 (en) * 2008-12-11 2013-07-16 Nvidia Corporation Processing of read requests in a memory controller using pre-fetch mechanism
US8892822B2 (en) * 2011-11-29 2014-11-18 Oracle International Corporation Selectively dropping prefetch requests based on prefetch accuracy information
JP6344675B2 (ja) * 2014-08-12 2018-06-20 華為技術有限公司Huawei Technologies Co.,Ltd. ファイル管理方法、分散記憶システムおよび管理ノード
EP3835959B1 (en) * 2018-08-24 2024-10-30 Huawei Technologies Co., Ltd. Data pre-fetching method and device

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4713755A (en) * 1985-06-28 1987-12-15 Hewlett-Packard Company Cache memory consistency control with explicit software instructions
US5524225A (en) * 1992-12-18 1996-06-04 Advanced Micro Devices Inc. Cache system and method for providing software controlled writeback

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8200905B2 (en) 2008-08-14 2012-06-12 International Business Machines Corporation Effective prefetching with multiple processors and threads
US8543767B2 (en) 2008-08-14 2013-09-24 International Business Machines Corporation Prefetching with multiple processors and threads via a coherency bus
JP2013504815A (ja) * 2009-09-11 2013-02-07 アドバンスト・マイクロ・ディバイシズ・インコーポレイテッド データストリームのためのストアアウェアプリフェッチ

Also Published As

Publication number Publication date
DE69739384D1 (de) 2009-06-10
US5848254A (en) 1998-12-08
EP0818733A3 (en) 1998-08-19
EP0818733B1 (en) 2009-04-29
EP0818733A2 (en) 1998-01-14

Similar Documents

Publication Publication Date Title
JPH10143476A (ja) プリフェッチ動作を開始するソフトウエアを実行するマルチプロセス・システム
JPH10143482A (ja) エフィシェントな書込み動作を実行するマルチプロセッサ・システム
JPH10149342A (ja) プリフェッチ動作を実行するマルチプロセス・システム
JPH10171710A (ja) 効果的なブロック・コピー動作を実行するマルチプロセス・システム
JPH10340227A (ja) ローカル・グローバル・アドレス・スペース及びマルチアクセス・モードを用いたマルチプロセッサ・コンピュータ・システム
JP3987162B2 (ja) 読取り−共有トランザクションのための強化ブロッキング・メカニズムを含むマルチプロセス・システム
JPH10134014A (ja) 3ホップ通信プロトコルを用いたマルチプロセス・システム
JPH10187645A (ja) プロセス・ノードの多数のサブノード内にコヒーレンス状態で格納するように構成されたマルチプロセス・システム
JPH10187470A (ja) スピンロック動作を最適化する装置を含むマルチプロセス・システム
JPH10214230A (ja) 応答カウントを含むコヒーレンシー・プロトコルを採用したマルチプロセッサ・システム
JPH10143483A (ja) ミグラトリ・データ・アクセス・パターンを検出し、効果的に提供するように構成されたマルチプロセスシステム
JPH10116253A (ja) 同期動作を実行するマルチプロセス・システム
JPH10133917A (ja) コヒーレンシー関連エラー・ロッジング能力を有するマルチプロセス・システム
JP2001515244A (ja) スケーリング可能な共用メモリ・マルチプロセッサ・システム