JP2003323294A - スーパースカラプロセッサ - Google Patents

Abstract

(57)【要約】 【課題】 この発明の課題は、スーパースカラプロセッ
サのリザベーションステーションにおける、回路規模を
削減することにある。 【解決手段】 図１に示すように、リザベーションステ
ーション５のエントリに格納するオペランドデータとし
て、レジスタ番号、インデックス番号、データセレクト
フラグを格納する。実際のオペランドデータを取得する
のは、リザベーションステーション５から命令実行部６
に命令を送出する際に、オペランドデータの格納先を示
す、データセレクトフラグを参照し、リオーダバッファ
４またはレジスタファイル３からデータの内容を取得す
る。これにより、オペランドデータの値を直接リザベー
ションステーションに格納するのに比べ、小さい領域で
オペランドデータを格納することができ、回路規模の削
減が行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、命令デコード部
と、この命令デコード部でデコードされた命令のオペラ
ンドデータをレジスタファイルとリオーダバッファを参
照することで実行する、複数の実行ユニットとで構成す
るスーパースカラプロセッサに関し、リザベーションス
テーションにおける回路規模の削減を実現したスーパー
スカラプロセッサに関するものである。

【０００２】

【従来の技術】計算機の処理速度を向上するため、中央
演算処理ユニットの高速化技法として複数の命令を並列
に実行するスーパースカラ方式が使用されている。スー
パースカラ方式では、命令を並行して実行するため、中
央演算処理ユニット内に複数の実行ユニットを持ってお
り、命令がデコードされると、その命令の種別（算術演
算、分岐、ロード／ストア等の別）にあわせてその命令
を実行できる実行ユニットに命令が振り分けられる。

【０００３】例えば、図７のような命令が与えられた場
合、二つの加算命令（ａ）、（ｂ）にはお互いに一切依
存関係がない。そこで、命令デコード部１ではこの二つ
の命令を算術演算が行える二つの実行ユニット２に振り
分け、実行ユニットはこれを同時に処理していく。

【０００４】ところが、図８のような命令が与えられた
場合は、命令（ａ）の結果を格納したＡレジスタの値が
次の命令（ｂ）の演算に使用されるため、命令（ａ）が
終了するまで命令（ｂ）は実行できない。これに対し、
命令（ｃ）は命令（ａ）、（ｂ）とは依存関係がないの
で、図に示すように、命令（ｂ）の実行を追い抜いて命
令（ａ）と並行して実行される。

【０００５】このように命令の記述順序に関係なく、命
令を実行することをアウトオブオーダー実行という。こ
のような依存関係のある命令を含め効率的にアウトオブ
オーダー実行を実現するための機構としてリザベーショ
ンステーションが使用される。

【０００６】図９に示すように、命令デコード部１で
は、デコードした命令に、このような依存関係の情報を
付加して実行ユニット２に命令を発行するが、実行ユニ
ットではこの命令を図１０に示すようなリザベーション
ステーションに格納する。リザベーションステーション
には、図１０に示すように、複数のエントリがあり、図
１０のリザベーションステーションの場合は８個の命令
を格納することができる。

【０００７】リザベーションステーションでは、命令デ
コード部でデコードされた命令が、図１０に示すよう
に、命令情報（命令コード、依存関係がある場合はその
情報等）と命令のオペランドデータという形で格納され
る。このとき、オペランドデータとして使用されるレジ
スタに、その他の命令との依存関係がない場合は、リザ
ベーションステーションのオペランドデータ格納域に
は、レジスタファイルから直接レジスタ値を取得し格納
する。

【０００８】図１１の命令の場合、命令（a）、（ｂ）
で使用されるレジスタに依存関係がないので、リザベー
ションステーション５にはレジスタファイル３からオペ
ランドデータが取得され、図のように情報が格納され
る。このように命令が使用するオペランドデータが確定
している命令は、図１０に示す、実行ユニット内のリザ
ベーションステーション５から命令実行部６に送られ、
命令が実行される。

【０００９】命令が使用するオペランドデータが依存関
係のある図１２の命令の場合、命令（ａ）のオペランド
データは、レジスタファイルから直接レジスタ値を取得
し格納されるが、命令（ｂ）のオペランドデータ２のデ
ータは命令（ａ）の処理結果を値として使用するため、
リザベーションステーションに格納される時点では値が
決まらない。

【００１０】そこで、リザベーションステーションのオ
ペランド２には、命令（ａ）の結果が入ることを示すた
めに、命令（ａ）のインデックス番号である、１という
値が格納される。このインデックス番号は、命令デコー
ド部で実行ユニットに発行した命令を特定するために付
加する情報である。

【００１１】このように命令デコード部でデコードした
命令がリザベーションステーションに格納され、その
後、命令（ａ）はオペランドデータが確定しているの
で、図１３に示すように、命令実行部６に送られ実行さ
れる。

【００１２】この実行結果は、図に示すように、エント
リ１に格納されている命令（ｂ）が使用するので、フォ
ワーディングパス７を通ってリザベーションステーショ
ンのエントリ１のオペランド２に格納されているインデ
ックス番号１を書き換えることでオペランドデータが格
納される。こうしてオペランドデータが確定した命令
（ｂ）も命令実行部に送られ実行される。

【００１３】また、アウトオブオーダー実行を効率的に
行うために、図１４に示すような命令の場合、レジスタ
リネーミングとリオーダバッファが使用される。図１４
の（１）の場合、命令（ａ）、（ｂ）、（ｃ）ともにレ
ジスタＡを使用しているため、このままではアウトオブ
オーダー実行ができず、命令の並列実行はできないよう
に見える。

【００１４】しかし、命令（ｃ）のレジスタＡは値が上
書きされるだけで、レジスタＡに格納されている値は使
用されないので、実際にはレジスタＡでなくても良いは
ずである。そこでこのような場合、図１４の（２）に示
すようなレジスタリネーミングが行われる。

【００１５】こうすると、命令（ａ´）、（ｂ´）に対
し命令（ｃ´）には依存関係がなくなるので、並列実行
が可能となる。このレジスタリネーミングでのレジスタ
のマッピングは図１４の（３）に示すようになってお
り、レジスタＡに対し、命令（ａ´）、（ｂ´）と命令
（ｃ´）ではＲ０、Ｒ３という別のレジスタにマップさ
れており、これを実行後に実際のレジスタファイルにあ
る、レジスタＡに実行結果を書き戻すことになるが、こ
のとき、書き戻す順序によっては、問題が発生する。

【００１６】例えば、命令（ａ´）が実行される前のレ
ジスタＡ、Ｂ、Ｃ、Ｄの値が１００、２００、３００、
４００だったとすると、命令（ａ´）の実行によりＲ０
には３００が入り、これをレジスタＡに書き戻し、その
後、命令（ｃ´）が実行されＲ３に４００が入り、これ
をレジスタＡに書き戻し、その後、命令（ｂ´）が実行
されると、Ｒ２には−１００が入り、これがレジスタＣ
の値となってしまう。

【００１７】実際にはこの３命令が実行された後、レジ
スタＣは０でなければならないので、単純にレジスタリ
ネームによりアウトオブオーダー実行を行ってしまう
と、結果が正しくない場合が発生することになる。

【００１８】このような問題を起こらないようにするた
めの機構としてリオーダバッファが使用される。リオー
ダバッファは先着順待ち行列で、その構成は図１５のよ
うになっており、命令デコード部でデコードした命令が
レジスタ書き換えを行う命令の場合、その命令は待ち行
列の先頭にエントリされる。

【００１９】その命令が実行されると、その結果はレジ
スタファイルではなく、リオーダバッファのその命令の
エントリに書き込まれる。リオーダバッファのエントリ
が最後まで到達すると、そのエントリにレジスタの値が
書き込み済みか判定し、書き込まれている場合は、その
値をレジスタファイルのレジスタに書き戻し、このエン
トリを取り除き、待ち行列を先に進める。最後のエント
リにレジスタの値がまだ書き込まれていない場合は、書
き込みが行われるまで待ち行列の進行は停止される。

【００２０】図１６の場合の例で、レジスタリネーミン
グとリオーダバッファの動作を説明する。図１６に示す
ように、命令デコード部にて命令（ａ）、（ｂ）、
（ｃ）を命令（ａ´）、（ｂ´）、（ｃ´）の形にレジ
スタリネーミングを行い、各命令にインデックス番号１
から３を割り付ける。これらの命令はそれぞれレジスタ
の値を書き換える命令なので、リオーダバッファに図１
７の（１）のようにエントリされる。

【００２１】各命令は命令デコード部から実行ユニット
に発行され、図１６に示すようにリザベーションステー
ションのエントリに格納される。このとき、オペランド
データはまずリオーダバッファの中を参照し、この中に
必要なレジスタの値が書き込まれている場合は、その値
を取得し、リオーダバッファに必要なレジスタの値がな
ければ、レジスタファイルから値を取得する。

【００２２】この例の場合は、図１７の（１）のように
リオーダバッファにこの三つのエントリしかないので、
リザベーションステーションに格納されるオペランドデ
ータはレジスタファイルから取得され、格納される。

【００２３】実行ユニットで命令（ａ´）と命令（ｃ
´）が並行して実行され、その結果がリオーダバッファ
に図１７の（２）のように格納される。命令（ａ´）が
完了（Ｒ０値が確定）した後、命令（ｂ´）が実行さ
れ、リオーダバッファは図１７の（３）のようになる。
リオーダバッファでは、図１７の（３）の下のエントリ
からレジスタファイルへの書き戻しが行われる。

【００２４】一番下のエントリにより、Ｒ０にマッピン
グされているレジスタＡへ３００が格納され、次にＲ２
にマッピングされているレジスタＣへ０が格納され、最
後のＲ３にマッピングされているレジスタＡへ４００が
格納される。このように、リオーダバッファを使用する
ことで、レジスタリネーミングを行った場合も、アウト
オブオーダー実行による結果の順序性が保たれ、より効
率的に並列実行することが可能となる。

【００２５】スーパースカラプロセッサでは、以上のよ
うな機構を用いて命令の並列実行を行い、処理性能を上
げているが、これを実現するために、前記したように、
リザベーションステーションにおいて、フォワーディン
グやリオーダバッファとのデータのやり取りを行うため
のパスが必要である。

【００２６】このパスは、リザベーションステーション
の各エントリのオペランドデータ格納域毎に必要であ
り、実行ユニット数の増加、リザベーションステーショ
ンのエントリ数の増加によりこれらのパスもそれに応じ
た分だけ必要となり、これらの回路構成が非常に複雑で
大規模なものとなってしまっていた。

【００２７】また、リザベーションステーション内にオ
ペランドデータを格納する領域自体も必要であり、この
領域も、実行ユニット数やリザベーションステーション
のエントリ数に応じて領域が必要なため、並列実行の同
時実行命令数を増やそうと、実行ユニット数を増やせば
増やすほど、さらにリザベーションステーションの回路
規模が大きくなってしまっていた。

【００２８】

【発明が解決しようとする課題】前記のごとく、従来の
技術では次のような問題点がある。

【００２９】スーパースカラプロセッサでは、処理速度
を上げるため、命令を並列実行する機能を持っている
が、これを効率的に機能させるための機構として、リザ
ベーションステーションを備えている。しかし、従来の
リザベーションステーションは、アウトオブオーダー実
行の効率的な動作のため、フォワーディングやリオーダ
バッファとのデータのやり取りのため大規模なパスが必
要であった。

【００３０】また、並列実行度を上げるため実行ユニッ
ト数やリザベーションステーション内のエントリ数が増
えることで、リザベーションステーションに格納するオ
ペランドデータ格納域の回路規模も非常に大きくなって
しまっていた。

【００３１】この発明の課題は、スーパースカラプロセ
ッサのリザベーションステーションにおける、回路規模
を削減することにある。

【００３２】

【課題を解決するための手段】前記の問題点を解決する
ために、この発明では次に示す手段を取った。

【００３３】図１に示すように、リザベーションステー
ション５のエントリに格納するオペランドデータとし
て、レジスタ番号、インデックス番号、データセレクト
フラグを格納する。

【００３４】実際のオペランドデータを取得するのは、
リザベーションステーション５から命令実行部６に命令
を送出する際に、リオーダバッファ３またはレジスタフ
ァイル４からデータの内容を取得する。

【００３５】データセレクトフラグは、命令デコード部
１にて、その命令のオペランドに他の命令との依存関係
がない場合、他の命令と依存関係があり、依存関係を持
つ命令が完了済みで、結果がリオーダバッファにある場
合、他の命令と依存関係があり、依存関係を持つ命令が
未完了の場合の三つの場合を示すフラグである。

【００３６】このフラグ値により、リザベーションステ
ーション５から命令実行部６に命令を送出する際に、命
令実行部６で必要となるオペランドデータを、そのオペ
ランドデータが格納されている適切な格納先と接続され
たオペランドデータバスを選択し、そのデータバスを使
用して取得する。命令実行部６は、そのオペランドデー
タを使用して命令を実行する。これにより、オペランド
データの値を直接リザベーションステーションに格納す
るのに比べ、小さい領域でオペランドデータを格納する
ことができ、回路規模の削減が行える。

【００３７】また、実行結果のフォワーディングを直接
行わず、リオーダバッファ４に実行結果を格納した後、
リザベーションステーション５から命令実行部６へ命令
送出時にこの結果データをリオーダバッファ４から取得
する。これにより、フォワーディングパスが必要なくな
り、リザベーションステーションの回路規模の削減が行
える。

【００３８】

【発明の実施の形態】この発明は、次に示す実施の形態
を取った。

【００３９】リザベーションステーションのオペランド
データ格納域には、オペランドのレジスタ番号、インデ
ックス番号、データセレクトフラグを格納する手段を備
える。

【００４０】これにより、オペランドデータの値を直接
リザベーションステーションに格納するのに比べ、小さ
い領域でオペランドデータを格納することができ、リザ
ベーションステーションの回路規模を削減できる。

【００４１】命令実行部に前記リザベーションステーシ
ョンのオペランドデータ格納域に格納された情報をもと
に、オペランドデータを適切なパスから取得する手段を
備える。

【００４２】これにより、レジスタ番号、インデックス
番号、データセレクトフラグという少ない情報で、レジ
スタファイルまたはリオーダバッファから適切なオペラ
ンドデータを取得し、命令を実行することができる。

【００４３】リザベーションステーションに直接データ
のフォワーディングを行わず、実行結果は一旦リオーダ
バッファに書き込み、命令実行部で命令実行のためオペ
ランドデータを取得する際にリオーダバッファからデー
タを取得する構成とする。

【００４４】これにより、リザベーションステーション
の各エントリのオペランドデータ格納域毎に必要であっ
たフォワーディングパスが必要なくなり、リザベーショ
ンステーションの回路規模を削減できる。

【００４５】

【実施例】この発明による代表的な実施例を説明する。

【００４６】図２に示すように、本実施例のスーパース
カラプロセッサは、命令をデコードする命令デコード部
１、命令を実行する複数の実行ユニット２、レジスタの
値を格納するレジスタファイル３、アウトオブオーダー
実行の実行結果の順序性を確保するためのリオーダバッ
ファ４を備えている。

【００４７】命令は命令デコード部１にてフェッチし、
命令解析を行い、その命令の種別（算術演算、分岐、ロ
ード／ストア等）に合わせて、その種別の命令を実行で
きる実行ユニット２に送られる。実行ユニットは、図３
に示すように、複数のエントリ（本実施例の場合、エン
トリ０からエントリ７までの８個）を持ったリザベーシ
ョンステーションを備えている。

【００４８】命令デコード部から送られてきた命令は、
このリザベーションステーションに格納される。リザベ
ーションステーションでは、命令のオペランドデータと
して、レジスタの値を直接格納するのではなく、オペラ
ンドデータとして指定されたレジスタ番号と、そのオペ
ランドがその他の命令の実行結果と依存関係のある場合
は、その依存関係のある命令のインデックス番号（命令
デコード部で付与される、リザベーションステーション
に格納されている命令を一意に識別できる番号）、そし
て、命令実行部で実際にオペランドデータを取得すると
きにどのパスからデータを取得するかを示すデータセレ
クトフラグを格納する。

【００４９】このデータセレクトフラグは３つの状態を
示す。一つ目の状態は、命令デコード部でデコードした
結果、その命令に使用されるオペランドデータが、その
他の命令の実行結果と依存関係がない場合である。

【００５０】この場合は、リザベーションステーション
から命令実行部に命令が送出される際、このフラグ値に
より、命令実行部にてオペランドデータを取得するデー
タバスとして、レジスタファイルからのデータバスを選
択し、リザベーションステーションのオペランドデータ
格納域に格納されたレジスタ番号から、レジスタファイ
ル内のそのレジスタのレジスタ値を取得し、命令を実行
する。

【００５１】二つ目の状態は、命令デコード部でデコー
ドした結果、その命令に使用されるオペランドデータ
が、その他の命令の実行結果と依存関係があり、その依
存関係のある命令が完了済みで、実行結果がリオーダバ
ッファ内にある場合である。

【００５２】この場合は、リザベーションステーション
から命令実行部に命令が送出される際、このフラグ値に
より、命令実行部にてオペランドデータを取得するデー
タバスとして、リオーダバッファからのデータバスを選
択し、リザベーションステーションのオペランドデータ
格納域に格納されたレジスタ番号と、インデックス番号
から、リオーダバッファのエントリを検索し、リオーダ
バッファに格納されたそのレジスタ値を取得し、命令を
実行する。

【００５３】三つ目の状態は、命令デコード部でデコー
ドした結果、その命令に使用されるオペランドデータ
が、その他の命令の実行結果と依存関係があり、その依
存関係のある命令が未完了の場合である。

【００５４】この場合は、リザベーションステーション
から命令実行部に命令が送出される際、このフラグ値に
より、命令実行部にてオペランドデータを取得するデー
タバスとして、リオーダバッファからのデータバスを選
択するが、必要なオペランドデータがまだ格納されてい
ないため、命令の実行を停止する。

【００５５】命令実行部は、リザベーションステーショ
ンのオペランドデータ格納域に格納された、依存関係の
ある命令のインデックス番号を使用し、リオーダバッフ
ァのそのインデックス番号のエントリのレジスタ値が書
き込まれるのを監視し、書き込まれた時点で、その値を
リオーダバッファから取得し命令を実行する。

【００５６】以上のような動作を行うことで、リザベー
ションステーションに格納する情報を、レジスタ番号、
インデックス番号、データセレクトフラグとすることが
できる。

【００５７】図４に示すように、実行ユニットが４個
で、リザベーションステーションのエントリ数が８個、
各命令のオペランド数が２個、各オペランドのデータ幅
が６４ビットのスーパースカラプロセッサの場合で、従
来のようにリザベーションステーション内にレジスタ値
を直接格納するときは、全部で（実行ユニット数４）×
（エントリ数８）×（オペランド数２）×（データ幅６
４ビット）＝４０９６ビットの格納域が必要である。

【００５８】これに対し、リザベーションステーション
にレジスタ番号、インデックス番号、データセレクトフ
ラグを格納する場合は、通常のスーパースカラプロセッ
サのレジスタ数が３００個以下、命令のインデックス番
号もリザベーションステーションのエントリがプロセッ
サに３２個（実行ユニット４×エントリ数８）であるこ
とから、０から３１までで良く、データセレクトフラグ
の状態が３つだけであるので、それぞれに必要なビット
数は、レジスタ番号に９ビット、インデックス番号に５
ビット、データセレクトフラグに２ビットの合計１６ビ
ットである。

【００５９】よってリザベーションステーションのオペ
ランドデータの格納域として必要な領域は、（実行ユニ
ット数４）×（エントリ数８）×（オペランド数２）×
（データ幅１６ビット）＝１０２４ビットであり、従来
の方式に比べ１／４に回路を削減することができる。

【００６０】また、本実施例のスーパースカラプロセッ
サでは、フォワーディングにより直接リザベーションス
テーション内のオペランドデータ格納域にデータを格納
することは行わず、実行ユニットによる実行結果は、す
べて一旦リオーダバッファに書き込み、リザベーション
ステーションから命令実行部に命令が送出される際に、
必要なオペランドデータをリオーダバッファから取得す
るようになっている。

【００６１】これにより、図５に示すように、実行結果
データのフォワーディングを行うのに必要であった、
（実行ユニット数４）×（エントリ数８）×（データ幅
６４ビット）＝２０４８ビットのフォワーディングパス
が不要となり、リザベーションステーションの回路規模
の削減が行われている。

【００６２】以上のような構成とすることで、リザベー
ションステーションの回路規模を削減できるが、このよ
うな構成とすると、命令実行部で命令実行時に、オペラ
ンドデータとして必要なデータをレジスタファイルまた
はリオーダバッファから取得するためのパスが必要にな
り、従来の方式に比べ、１命令あたりの実行クロックが
１クロック余分に必要となるが、図６に示すように、各
命令は、パイプライン方式で実行されるため、１命令あ
たりの実行クロック数が増えても、複数命令列全体の実
行時間として１クロック分遅れるだけであり、プロセッ
サとしての性能に問題はない。

【００６３】

【発明の効果】この発明により、以下に示すような効果
が期待できる。

【００６４】命令デコード部と命令デコード部でデコー
ドされた命令を、同時並行して実行するための複数の実
行ユニットと、その実行ユニット内に複数のエントリを
持ったリザベーションステーションと、アウトオブオー
ダー実行の結果の順序性を確保するためのリオーダバッ
ファとを備えたスーパースカラプロセッサにおいて、リ
ザベーションステーションの各エントリに格納するオペ
ランドデータ情報としてレジスタ番号、インデックス番
号、データセレクトフラグを格納することで、リザベー
ションステーションのオペランドデータ格納域のサイズ
を減らし、リザベーションステーションの回路規模を削
減することができる。

【００６５】また、リザベーションステーションから命
令実行部に命令を送出する際にオペランドデータをレジ
スタファイルまたはリオーダバッファから取得するよう
に構成することで、リザベーションステーションでのフ
ォワーディングが必要なくなり、このために必要であっ
たフォワーディングパスを削除でき、リザベーションス
テーションの回路規模を削減することが可能となる。

【図面の簡単な説明】

【図１】本発明の全体構成図である。

【図２】本発明のスーパースカラプロセッサの実施例構
成図である。

【図３】実行ユニット内の構成図である。

【図４】オペランドデータ格納域の回路規模削減の説明
図である。

【図５】フォワーディング用のパス削除による回路規模
削減の説明図である。

【図６】本発明の構成とすることによる、性能への影響
説明図である。

【図７】依存関係のない命令の並列動作説明図である。

【図８】依存関係のある命令の並列動作説明図である。

【図９】従来のスーパースカラプロセッサの構成図であ
る。

【図１０】従来の実行ユニット内の構成図である。

【図１１】リザベーションステーションへのデータ格納
説明図である。

【図１２】リザベーションステーションへの依存関係の
あるデータの格納説明図である。

【図１３】データのフォワーディング動作説明図であ
る。

【図１４】レジスタリネーミングの説明図である。

【図１５】リオーダバッファの構成図である。

【図１６】レジスタリネーミングとリオーダバッファの
動作説明図である。

【図１７】リオーダバッファの動作説明図である。

【符号の説明】

１：命令デコード部 ２：実行ユニット ３：レジスタファイル ４：リオーダバッファ ５：リザベーションステーション ６：命令実行部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 紺谷 真紀子 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 Ｆターム(参考） 5B013 AA12 AA13 CC05 CC08 DD00 5B033 DD06 DD09

Claims (2)

【特許請求の範囲】
1. 【請求項１】命令デコード部と、リザベーションステー
   ションを有する複数の実行ユニットを持ち、そのリザベ
   ーションステーションと協調し、アウトオブオーダー実
   行の結果の順序性を確保するためのリオーダバッファを
   備えたスーパースカラプロセッサにおいて、 実行ユニットに、 オペランドデータとして、命令で指定されたオペランド
   のレジスタ番号と、そのオペランドデータがその他の命
   令の実行結果に依存関係のある場合、その命令のインデ
   ックス番号を格納する、複数のエントリを備えたリザベ
   ーションステーションと、 オペランドデータ取得先としてレジスタファイルとリオ
   ーダバッファを選択する手段を備えた命令実行部と、 命令実行部でオペランドデータを取得する際、オペラン
   ドデータが未完了の命令の実行結果に依存する場合、そ
   の未完了命令の完了を監視し、完了後にオペランドデー
   タを取得する手段と、 を備えることを特徴とするスーパースカラプロセッサ。
2. 【請求項２】命令デコード部と、リザベーションステー
   ションを有する複数の実行ユニットを持ち、そのリザベ
   ーションステーションと協調し、アウトオブオーダー実
   行の結果の順序性を確保するためのリオーダバッファを
   備えたスーパースカラプロセッサにおいて、 前記リザベーションステーションで、命令デコード部お
   よびリオーダバッファから与えられたオペランド制御信
   号に基づき、 オペランドデータがレジスタファイル内に存在する場合
   は、命令実行部にてレジスタファイルよりデータを読み
   取るようにオペランドデータバスを制御し、 オペランドデータがリオーダバッファに存在し、レジス
   タファイルへの書き戻しを待機している場合は、命令実
   行部にてリオーダバッファよりデータを読み取るようオ
   ペランドデータバスを制御し、 オペランドデータがその他の命令の実行結果に依存関係
   を持ち、その命令の完了を待機している場合は、命令の
   完了を監視し、監視している命令が完了した場合は、リ
   オーダバッファにオペランドデータが書き込まれた直後
   に、命令実行部にてリオーダバッファよりデータを読み
   取るようオペランドデータバスを制御する、 ことを特徴とする請求項１記載のスーパースカラプロセ
   ッサ。