遅延スロット
(分岐遅延スロット から転送)
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2023/10/28 00:59 UTC 版)
遅延スロット（ちえんスロット）またはディレイスロット（英: Delay slot）は、直前の命令が効力を発揮する前に実行される命令のスロット（位置）を指す。最も典型的な形態としては、RISCやDSPアーキテクチャでの分岐命令(遅延分岐[1])の直後の位置の命令がある。この命令は分岐が実際に行われる前に実行される。従って、その命令は（その場所が遅延スロットであることを理解していないと）無意味な位置にあるように見える。アセンブラは一般に自動的な命令の並べ替えを行い、コンパイラやプログラマが遅延スロットを気にせずにコードを書けるようにしている。
- ^ L.Hennessy, John; A.Patterson, David (1994). Computer Organization and Design: The Hardware/Software Interface. Morgan Kaufmann Publishers. p. 443,A-37. ISBN 1-55860-281-X
- ^ A.Patterson, David; L.Hennessy, John (1990). Computer Archtecture A Quantitative Approach. Morgan Kaufmann Publishers. p. 274. ISBN 1-55860-069-8
- ^ 分岐スロット中に分岐命令を記述することは禁止されていた(動作保証されていなかった)
- ^ “The TMS320C30 Floating-Point Digital Signal Processor”. ti.com. p. 14. 2023年10月28日閲覧。
- ^ a b “The RISC-V Instruction Set Manual Volume I: Unprivileged ISA” (PDF). pp. 154-155 (2019年6月8日). 2019年12月12日閲覧。
- ^ “OpenRISC 1000 Architecture Manual, Architecture Version 1.3” (PDF). p. 17 (2019年6月4日). 2019年12月12日閲覧。
- 1 遅延スロットとは
- 2 遅延スロットの概要
- 3 出典
分岐遅延スロット
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/12/30 03:03 UTC 版)
分岐命令があるとき、パイプライン上その直後に位置する遅延スロットを分岐遅延スロット（branch delay slot）と呼ぶ。分岐遅延スロットは主にDSPアーキテクチャや古いRISCアーキテクチャに見られる。MIPS、PA-RISC、SuperH、SPARCなどは1つの分岐遅延スロットを持つRISCアーキテクチャである。PowerPC、ARM、DEC Alpha などは分岐遅延スロットを持たない。1つの分岐遅延スロットを持つ DSP アーキテクチャとしては、μPD77230、TMS320C3x などがある。SHARC という DSP は2個の分岐遅延スロットを持つ。つまり、分岐が実際に行われる前に直後の2つの命令を実行する。 以下のコード例は、SHARC DSP の遅延スロットを示したものである。レジスタ R0 から R9 を番号順にゼロクリアしている（R6 の次にクリアされているのは R9 ではなく R7 である）。どの命令も2回実行されることはない。 R0 = 0; CALL fn (DB); /* 下の "fn" というラベルのついた関数をコール */ R1 = 0; /* 第一遅延スロット */ R2 = 0; /* 第二遅延スロット */ /***** ここで CALL が効果を発揮する *****/ R6 = 0; /* CALL/RTS はここに復帰する */ JUMP end (DB); R7 = 0; /* 第一遅延スロット */ R8 = 0; /* 第二遅延スロット */ /***** ここで JUMP が効果を発揮する *****/ /* 以下の4命令は、関数 "fn" として上から呼び出される */fn: R3 = 0; RTS (DB); /* 呼び出し元（遅延スロットの後）へ戻る */ R4 = 0; /* 第一遅延スロット */ R5 = 0; /* 第二遅延スロット */ /***** ここで RTS が効果を発揮する *****/end: R9 = 0; パイプライン・アーキテクチャの目標は、常にパイプラインを命令で満たしておくことである。分岐遅延スロットはそのための副作用である。分岐命令はパイプラインをある程度進んだ時点でないと分岐先が決まらないため、分岐命令の次に実行される命令は既にパイプライン上に存在している。例えば、R3000のパイプラインは5段であり、1段目は命令フェッチ、2段目は命令デコード、3段目はアドレス計算である。従って、2段目で分岐命令であると判明した時点でパイプラインをフリーズさせ、3段目でアドレス計算を行いプログラムカウンタを書き換えるが、既に分岐命令の次の命令はパイプライン上にある。これを無効化しないことでパイプラインの効率を上げようとすると、分岐遅延スロットが生じる。分岐遅延スロットでは分岐命令の結果に依存しない任意の命令を実行できる。このような最適化は、コンパイラが命令を分岐遅延スロットに移動させることでなされる。また、デバッガでブレークポイントを設定する場合や、ステップ実行をする場合、分岐遅延スロットは特殊な取り扱いが必要になる。つまり、ブレークポイントについては分岐遅延スロットでは設定できないようにするか、もし設定できるようにするなら分岐遅延スロットからの実行再開後、該当する分岐命令のターゲットアドレスに分岐するように単なる実行再開とは区別した動作が必要となる。ステップ実行の場合、分岐遅延のステップ実行においては分岐遅延スロットの命令まで含めてまとめて実行し、ステップ実行後にプログラムカウンタが指し示すアドレスとしては分岐命令のターゲットアドレスになるようにするか、もしステップ実行で分岐遅延スロットでも命令境界でステップ実行するようにするなら、分岐遅延スロットからの実行再開後、該当する分岐命令のターゲットアドレスに分岐するように単なるステップ実行とは区別した動作が必要となる。 分岐遅延スロット数は、パイプラインの段数、レジスタ・フォワーディングの有無、分岐条件が計算されるのがパイプラインの何段目か、分岐先予測を行っているかなどの様々な要素が影響する。バイナリ互換を保つには、分岐遅延スロット数を変更することはできない。従って、技術の進歩によって遅延スロットが不要となっても、それを維持し続けることになる。 遅延スロットの存在は高パフォーマンスを保つ実装を複雑化させることを意味し、例えば RISC-V においてはオプションで分岐遅延スロットを持つ OpenRISC の設計と異なり、これを条件コードとともに廃することを選択している。 遅延スロットは高パフォーマンスを保つ実装を複雑化させるだけでなく、割り込み受付機構も複雑化させる。デバッガで遅延スロットにブレークポイントを設定する場合や、ステップ実行をする場合、分岐遅延スロットに対して特殊な取り扱いが必要になるのと同様割り込み受付機構とCPUにて制御が複雑化する。
※この「分岐遅延スロット」の解説は、「遅延スロット」の解説の一部です。
「分岐遅延スロット」を含む「遅延スロット」の記事については、「遅延スロット」の概要を参照ください。
- 分岐遅延スロットのページへのリンク
