(57)【要約】【課題】システムアドレス空間の領域毎のスヌープ要求アクセス頻度に応じた、スヌープ要求のフィルタリング。【解決手段】アドレスデコーダのエントリに割り当てられた、アドレス空間上の領域をスヌープフィルタのエントリに対応させ、スヌープ要求のアクセス頻度に応じて、エントリに割り当てられるアドレス範囲を任意に決定する。アドレス範囲を任意に設定できることから、スヌープ要求の頻度に応じた、アドレス管理の粒度を決定することが可能となる。又、システムアドレス空間中の分割ブロック単位毎にスヌープフィルタの１エントリを対応させるため、アドレスデコーダ内でのアドレス比較のみで、コマンドの受信者の特定とスヌープフィルタのエントリの特定が同時に可能となる。これにより、スヌープフィルタ分の比較器の数を削減でき、その分の比較回路を単純化でき、回路規模の縮小が可能となる。【選択図】図４
2009169877.tif 000002
【特許請求の範囲】
【請求項１】
アドレスデコーダとスヌープフィルタを含むノード制御装置及び、複数のプロセッサとそれに対応する主記憶装置及びキャッシュを備えて構成される複数のノードがネットワークにより相互に接続されたコンピュータシステムにおいて、
システムアドレス空間をアドレスデコーダのエントリ数分だけキャッシュラインサイズよりも大きい複数領域に分割して、分割された領域毎にプロセッサを特定するＩＤを割り当て、要求アドレスから要求受信者のプロセッサのＩＤを出力する機能を有し、
主記憶装置のラインのコピーがどのプロセッサのキャッシュエントリ内に存在するかを表す状態情報をキャッシュラインより大きなサイズ単位で管理するエントリを有することを特徴とし、
エントリはアドレスデコーダのエントリと１対１に対応することを特徴としたスヌープフィルタ内蔵アドレスデコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有メモリ型マルチプロセッサに係り、特にパーソナルコンピュータ（ＰＣ）、ワークステーション（ＷＳ）、サーバ等に用いられる情報処理装置である共有メモリ型マルチプロセッサに関する。
【背景技術】
【０００２】
近年の計算機機能の向上とそれに伴う計算機に求められる要求の増大によって、特にサーバの分野では複数のプロセッサを搭載したマルチプロセッサシステムが主となりつつある。同一のメモリユニットやプロセッサバスに全てのプロセッサが統合されていると、メモリインターフェースやプロセッサバスがボトルネックとなり性能が向上しないという問題が発生する。そこで４プロセッサを超えるような中〜大規模なマルチプロセッサシステムを構成する場合、２〜４程度のプロセッサを搭載したノードを複数並べることで負荷がノード間で分散するようにして性能向上を図ることが多い。このとき各プロセッサから全ての主記憶装置が等距離になるように配置する構成をＵＭＡ（Ｕｎｉｆｏｒｍ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）と呼ぶ。一方、各ノードに主記憶装置を搭載したような構成では、ノード内の主記憶装置をアクセスするのにかかる時間と他ノードの主記憶装置にアクセスする時間に差がでることが多い。このような構成をＮＵＭＡ（Ｎｏｎ−Ｕｎｉｆｏｒｍ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）と呼ぶ。ＵＭＡについては非特許文献１の６１ページに詳細が記述されている。
【０００３】
マルチプロセッサシステムの記憶領域の運用の仕方には、一つのメモリ空間を複数のプロセッサで共有する共有メモリ型が挙げられる。共有メモリ型は各プロセッサが独立に動作するだけではなく、必要に応じて主記憶を介してプロセッサ間で高速にデータ交換を行いながら動作する。
【０００４】
メモリとプロセッサ間の高速データ転送のため、大部分のコンピュータシステムは多重レベル階層のメモリシステムを用いており、そのメモリシステムはもっとも高いレベルの階層では、相対的に高速であるがコストが高く容量が制限されておりもっとも低いレベルの階層では、低速であるがコストも低く容量も大きい。高レベル階層のメモリシステムの一つにキャッシュメモリが挙げられる。これは、高速化のためにプロセッサに物理的に近い位置に実装される。
【０００５】
このキャッシュをプロセッサ毎にもつケースでは、プロセッサ間のキャッシュコヒーレンス（一貫性）制御が必要となり、特に複数のノードから構成されるマルチプロセッサシステムでは大きな課題となる。前記ＮＵＭＡの構成において、キャッシュ一貫性制御が行われる場合を、ｃｃＮＵＭＡ（ｃａｃｈｅ  Ｃｏｈｅｒｅｎｔ  Ｎｏｎ−Ｕｎｉｆｏｒｍ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）と呼ぶ。ｃｃＮＵＭＡについては、非特許文献２に詳細が記述されている。このコヒーレンス制御方式の１つにスヌープブロードキャスト方式がある。
【０００６】
スヌープブロードキャスト方式は要求元ノードからシステム内の全プロセッサに対してスヌープ要求を発行する方式である。要求をうけたプロセッサは、該当のキャッシュを持っているかどうか応答し、もし最新データのキャッシュを持っていた場合は直接要求元プロセッサへと転送される。スヌープブロードキャスト方式では、各プロセッサのキャッシュの状態にかかわらす、スヌープ要求がブロードキャストされるため、ネットワーク上のトラフィックが増大し、他のコマンドの転送に支障をきたす可能性が生じる。
【０００７】
スヌープ要求のブロードキャストによる、トラフィックの増加を防ぐ方式に、スヌープフィルタを用いる方式がある。ノード制御装置内にあるスヌープフィルタは一般には、スヌープフィルタにリード要求の受信に起因してラインコピーをどのプロセッサのキャッシュが所有しているかを表す状態情報を登録する。
【０００８】
ノード制御装置内にあるスヌープフィルタは入力アドレスとエントリに登録されているアドレスとを比較し、ヒットしたならばヒットしたエントリのプロセッサの所有情報を参照して、所望のラインを所有しているプロセッサにのみスヌープ要求を転送する。又はヒットしたエントリを参照しどのプロセッサも当該ラインを所有していないならこの場合はどのスヌープ要求の発行も抑止する。一方、入力アドレスと登録アドレスとの比較の結果ミスヒットだと、スヌープ要求発行の抑止は行われず、スヌープ要求はノード制御装置からノード内又はノード外へブロードキャストされる。このスヌープフィルタを用いたスヌープブロードキャスト方式の改良については、特許文献１に詳細が述べられている。
【０００９】
一般的にスヌープフィルタのエントリ数には制限があるため、システム全体のラインをラインアドレス毎に登録することはできない。そこで、システム内のキャッシュライン情報をより多く取得するために、前記スヌープフィルタにおいて、エントリの登録単位をキャッシュライン単位での登録ではなく、複数キャッシュラインをまとめて登録するようにすることが提案されている。これについては、特許文献２に詳細が述べられている。
エントリ当たり複数アドレスをまとめて登録する機構を設けることで、システム内のラインアドレスの登録範囲が拡大するためアドレス比較の結果、ミスヒットの確率が減る。
【００１０】
【特許文献１】特開平１０−２２２４２３号
【特許文献２】特願２００７−１５５１０８号
【非特許文献１】Ｕｎｉｓｙｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｒｅｖｉｅｗ，第８４号，ＦＥＢ．２００５，５５〜６９頁，「ＥＳ７０００によるミッション・クリティカルＬｉｎｕｘの実現」
【非特許文献２】インターネットhttp://phase.hpcc.jp/phase/o2k/technical_doc_library/docs/origin.overview/ccnuma_wp.pdf「Ｏｒｉｇｉｎ  ｃｃＮＵＭＡ  Ｓｅｒｖｅｒｓ  Ｔｒｕｅ  Ｓｃａｌａｂｉｌｉｔｙ  ｗｉｔｈ  ａ  Ｄｉｆｆｅｒｅｎｃｅ」  Ｓｉｌｉｃｏｎ  Ｇｒａｐｈｉｃｓ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ
【発明の開示】
【発明が解決しようとする課題】
【００１１】
スヌープフィルタにおいて複数キャッシュライン分をまとめて１エントリで管理する際１エントリ当たりのアドレスの管理範囲を均一にした場合、システムアドレス空間の領域毎にアクセスのされ方は均一ではないため、所有状態になりやすいエントリとそうでないエントリがでてくる。そのため、アクセス頻度のばらつきにより、アドレス管理の粒度が不均一となる問題が生じる。逆に、スヌープフィルタにおいて、１エントリ当たりが管理するアドレス範囲を任意に設定した場合は、入力アドレスとの比較のための比較器の回路規模が大きくなる問題が生じる。
【課題を解決するための手段】
【００１２】
１つ以上のメインメモリとキャッシュメモリを有するプロセッサが複数存在するノードがあり、前記のノードが２つ以上存在し前記ノード間の制御を行うノード制御装置を有した主記憶共有型マルチプロセッサシステムにおいてノード内に、キャッシュコヒーレンシを保つためのスヌープ要求発行を削減するスヌープフィルタを設置する。
【００１３】
本発明が対象とするスヌープフィルタにおいては、アドレスデコーダのアドレス空間の分割単位毎にスヌープフィルタの１エントリを割り当てることを考える。スヌープフィルタにおいて、スヌープ要求が頻繁に発生するメモリ領域等はスヌープフィルタの１エントリ当たりが受け持つアドレス範囲を小さくして、スヌープ要求の発生が少ない領域又は、スヌープ要求を必要としない領域等については１エントリに割り当てるアドレス範囲を大きく設定する。即ちスヌープ要求の頻度に合わせてスヌープフィルタの１エントリ当たりのアドレスの登録粒度を変化させる。
【発明の効果】
【００１４】
アドレス範囲を任意に設定することができることから、スヌープ要求の頻度に応じた、アドレス管理の粒度を決定することが可能となる。又、システムアドレス空間中の分割ブロック単位毎にスヌープフィルタの１エントリを対応させるため、アドレスデコーダ内でのアドレス比較のみで、コマンドの受信者の特定とスヌープフィルタのエントリの特定を同時に行うことが可能となる。これにより、スヌープフィルタ分の比較器の数を削減できるため、その分の比較回路を単純化でき、回路規模を縮小することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明による主記憶共有型マルチプロセッサ及び主記憶制御方式の実施形態を図面により詳細に説明する。
【００１６】
図１は本発明の一実施形態による主記憶共有型マルチプロセッサのシステム構成を示すブロック図である。図１に示す主記憶共有型マルチプロセッサシステムは２つのノード１０６ａ，１０６ｂにより構成されている。各ノードは同一の構造を有している。ノード０  １０６ａを代表としてその構成を説明するとノード０  １０６ａはそれぞれがキャッシュメモリ１０３ａ〜１０３ｃを有するプロセッサ１０２ａ〜１０２ｃと主記憶装置１０１ａ〜１０１ｃとプロセッサ、主記憶装置間に接続されている記憶制御装置１０７ａ〜１０７ｃ、そしてノード制御装置１０４ａとを備えて構成されている。ノード制御装置１０４ａの内部にはアドレスデコーダ１０８ａがあり、スヌープフィルタ１０５ａを内蔵している。ノード０  １０６ａとノード１  １０６ｂはノード間ネットワーク１０９により接続されている。
【００１７】
また、本主記憶共有型マルチプロセッサシステムは、メモリ領域又はＩＯ領域等から成り立つシステムアドレス空間を有する。このアドレス空間はシステム内の全てのプロセッサがアクセス可能な、共有空間である。
【００１８】
アドレスデコーダはこの共有空間において、どの主記憶装置がどの領域に割り当たるかを定義するものである。図２の２００に示すとおり、アドレスデコーダのエントリの数だけ共有空間を任意に分割して、主記憶装置と１対１に接続しているプロセッサのＩＤ３００ａ〜３００ｆをエントリに割り当てる。又前記システムアドレス空間のアドレスは一番下の００００＿００００番地から始まり、ＦＦＦＦ＿ＦＦＦＦ番地で終了するものとする。そして、コマンドが入力されると、コマンドのアドレスがどのエントリに割り当たっているかが特定され、そのエントリに登録されているターゲットＩＤが出力される。このターゲットとなったプロセッサへアクセスすることで、そのプロセッサを経由して、入力アドレスを含んだ主記憶装置にアクセスすることが可能となる。
【００１９】
図３にアドレスデコーダのエントリの構成を示す。アドレスデコーダはエントリの個数分だけシステムアドレス空間を分割するため、それぞれに対して分割された範囲の最大アドレス＋１のアドレス５００ａとプロセッサＩＤ５００ｂが格納される。格納されているアドレス５００ａと、入力アドレスとでアドレス比較を実行し、ヒットしたエントリから、プロセッサＩＤが読み出される。
【００２０】
尚、アドレスデコーダによる、システムアドレス空間の領域の分割の仕方は範囲、個数とも任意に設定が可能であり、本実施例に限るものではない。
【００２１】
図４にスヌープフィルタ内蔵アドレスデコーダのブロック図を示す。比較器７０２ａ〜７０２ｅはそれぞれ入力された２つの信号Ａ，Ｂを比較して、Ａの方がＢより大きいならば‘１’を出力し、そうでなければ‘０’を出力する素子である。アドレスデコーダのテーブル７００において、システムアドレス空間の各領域の最大アドレス＋１の値が格納されている各エントリのフィールド５００ａから取り出されたアドレス７０１ａ〜７０１ｅは比較器７０２ａ〜７０２ｅの入力Ａに接続され、アドレスデコーダへ到来したコマンドの要求アドレス７０６は入力Ｂに接続される。これより、入力アドレス７０６がエントリから取り出されたアドレス７０１ａ〜７０１ｅよりも小さいかかがエントリ毎に判定される。
【００２２】
又直下のエントリにおける領域の最大アドレスに１足されたアドレスと入力アドレス７０６との比較結果を反転した信号をとり、前者の比較信号との論理積を結果として取り出す。この反転した信号は入力アドレスが直下の最大アドレスに１足したアドレス以上かを判定するものである。これより、入力アドレスがどの領域に属するかが判定される。ここでテーブル７００中の０番目のエントリに接続されている比較器７０２ａはそのままの信号が比較結果となっている。これは、エントリ０番目は最初の領域であり、直下のエントリを考慮する必要がないからである。又テーブル７００中の最後のエントリ５については、直下のエントリ４の比較器７０２ｅの反転信号７０４がそのまま比較結果として用いられている。これはエントリ５は最後の領域であり、直下のエントリ４までの領域内でなければ、エントリ５の領域内と考えられるからである。
【００２３】
次に図５にアドレスデコーダに内蔵されているスヌープフィルタのエントリ構成を示す。１エントリは、自ノード内に存在するプロセッサのキャッシュ状態を１ｂｉｔで保持する。例えばノード０内にあるスヌープフィルタでは、プロセッサ０  １０２ａ〜プロセッサ２  １０２ｃに対応した５０１ａ〜５０１ｃの１ｂｉｔのフィールドにキャッシュ状態が保持される。値が‘０’の時はプロセッサ内のキャッシュは、そのエントリが管理するアドレス範囲内のラインを所有していないことを意味し、値が‘１’の時は、キャッシュは、そのエントリが管理するアドレス範囲内のラインを所有している可能性があることを意味する。ビット値が‘１’の場合は、該当のプロセッサをスヌープ要求発行の宛先に加え、プロセッサの所有情報の値が‘０’の時は、該当プロセッサを要求の宛先から処理を行う。
【００２４】
スヌープフィルタのエントリは、アドレスデコーダのエントリと、一対一の関係が成り立っており、アドレスデコーダのアドレス比較結果を直接用いて、スヌープフィルタエントリの参照を実行できる。
【００２５】
次に図６のコマンドが入力した際の処理フローを用いて、図４のスヌープフィルタ内蔵アドレスデコーダのブロック図の動きを詳しく説明する。ここで、説明の対象とするコマンドはリード要求とスヌープ要求の２つとする。ライト要求の場合は、プロセッサからキャッシュへライト動作が実行され更新が行われると、他のプロセッサはバスを経由して伝達された更新情報を検知し、情報に基づき当該ラインを無効にする。この際にスヌープ要求は用いられない。従って、ライト要求時の動作はここでは割愛する。
【００２６】
まず、到来したコマンドからオペコード７１１が取り出され、メッセージ種判定部７１２へ入力される。結果リード要求かスヌープ要求かの判別信号７１３が出力される（図６  ８００ａに該当）。まず到来したコマンドがリード要求であった場合について述べる。図６において、到来したコマンドがリード要求であった場合は８００ｂ〜８００ｇ又は、８００ｂ〜８００ｈの処理が実行される。アドレスデコーダに入力された、アドレス７０６は、テーブル７００のエントリフィールド５００ａに登録されているアドレス７０１ａ〜７０１ｅと比較される。結果出力されたヒット信号７１０を用いて、テーブル７００からヒットしたエントリを取り出し、ターゲットＩＤ  ７０３を出力する（図６  ８００ｂに該当）。
【００２７】
次にスヌープフィルタにおいて入力コマンドの発行元のプロセッサＩＤ  ７０７及び、コマンドのオペコード７１１を入力としたメッセージ種を特定するためのメッセージ種判定部７１２の出力信号７１３が自ノード判定部７１４に入力される。
【００２８】
自ノード判定部７１４はメッセージ種判定部７１２の出力信号７１３を参照し、リード要求であれば、コマンド発行元のプロセッサＩＤ  ７０７を参照し、これが自ノード内に存在するかを判定する（図６  ８００ｃに該当）。出力信号７１５はエントリ参照部７１６及び、エントリ登録部７１７に入力される。又、エントリ登録部７１７には上記の入力信号以外に、アドレスデコーダのヒット信号７１０、コマンド要求元のプロセッサＩＤ  ７０７、メッセージ種判定部７１２の出力信号７１３が入力される。一方、エントリ参照部７１６には、アドレスデコーダのヒット信号７１０、メッセージ種判定部７１２の出力信号７１３が入力される。
【００２９】
エントリ参照部７１６とエントリ登録部７１７は入力された自ノード判定部７１４の出力信号７１５かつメッセージ種判定部７１２の出力信号７１３を参照し、到来コマンドがリード要求である場合、コマンド発行元プロセッサが自ノード内にあれば、動作を開始する。スヌープフィルタのテーブル７１８において、エントリ登録部７１７がアドレスヒット信号７１０を用いてエントリを読み出す。読み出されたエントリにおいて、リード要求元のプロセッサＩＤ  ７０７に対応しているフィールドに所有の可能性を意味する‘１’が登録される（図６    ８００ｄに該当）。一方、自ノード判定部７１４の出力信号７１５を参照した結果、コマンド発行元プロセッサが他ノード内にあると判定された場合は、スヌープフィルタのエントリ参照部７１６とエントリ登録部７１７の動作は行われず、リード要求を受信したノード制御装置のアドレスデコーダにおいて、宛先ＩＤを参照して自ノード内のプロセッサへリード要求を転送する（図６  ８００ｈに該当）。
【００３０】
スヌープフィルタテーブル７１８のエントリへの登録が完了すると、アドレスヒット信号７１０によりエントリ参照部７１６がエントリを読み出す。スヌープ要求宛先決定部７１９は、読み出された情報７２０とリード要求元のプロセッサＩＤ７０７を入力する。スヌープ要求宛先決定部７１９では、スヌープフィルタのエントリから読み出された信号７２０を参照して、所有の可能性を意味する‘１’が立っているフィールドに対応するプロセッサを特定する。そしてリード要求元のプロセッサＩＤ  ７０７を参照して、特定したプロセッサからリード要求元のプロセッサを除外する。又、他ノードのノード制御装置を宛先に定める。スヌープ要求宛先決定部７１９において定められたスヌープ要求の宛先信号は他装置内のスヌープ要求発行部７２１へ転送され、スヌープ要求のコマンドとしてそれぞれの宛先へ発行される（図６  ８００ｅに該当）。但しスヌープ要求の発行はスヌープフィルタの機能には含まれない。スヌープ要求を受信したプロセッサは自らのキャッシュ状態を確認しスヌープ要求を発行したノード制御装置に対してスヌープ応答として報告する（図６  ８００ｆに該当）。
【００３１】
ここで、図６  ８００ｂにおいて、ノード制御装置より発行されたリード要求を受信したプロセッサは所望のラインを主記憶装置から取り出し、リード要求元のプロセッサと同じノードに存在するノード制御装置まで返信する。返信されたラインはノード制御装置内で保持される。そして、ノード制御装置は他ノードのノード制御装置及び、自ノード内のプロセッサから返信されたスヌープ応答の集計の結果、システム内に所望のラインのコピーが存在していないと判断すると、保持していたラインをリード要求発行元のプロセッサへ転送する。一方で、所望のラインのコピーがシステム内に存在していれば、保持していたラインは破棄し、所望のラインを所有しているキャッシュからリード要求元のプロセッサに対し転送する（図６  ８００ｇに該当）。ただし、図６  ８００ｆ，８００ｇに該当する処理はスヌープフィルタの処理とは無関係である。フローの完全性を図るため、最後までを記した。
【００３２】
次に、入力されたコマンドがスヌープ要求である場合について説明する。図４においてエントリ参照部７１６とエントリ登録部７１７はメッセージ種判定部７１２の出力信号７１３を参照する。到来コマンドがスヌープ要求である場合、エントリ参照部７１６は実行するが、エントリ登録部７１７は実行しない。まず、アドレスデコーダにスヌープ要求のアドレス７０６が入力される。入力されたアドレス７０６とアドレスデコーダのテーブル７００に登録されているアドレスとでアドレス比較が行われ、アドレス比較の結果ヒット信号７１０が出力される。ヒット信号７１０により、テーブル７１８のうち該当するエントリが出力される。取り出されたエントリ情報を元にスヌープ要求が発行される（図６  ８００ｉに該当）。ここで、スヌープ要求が発行されるまでのスヌープ要求宛先決定部７１９の動作はコマンドがリード要求であるときと同様に実行する。又、スヌープ要求を受信したプロセッサは自らのキャッシュ状態を判断し、ノード制御装置へスヌープ応答を返信する。スヌープ応答を受信したノード制御装置はスヌープ応答を集計して、スヌープ応答の発行元のノード制御装置へ返信する（図６  ８００ｊに該当）。更に、他ノードからのスヌープ応答を受信したノード制御装置は、自ノードから受信したスヌープ応答とも合わせて集計を行い、システム内に所望のラインのコピーの存在の有無を判断する（図６  ８００ｆに該当）。その後、到来したコマンドがリード要求である場合と同様に、所望のラインをリード要求元のプロセッサへ転送し（図６  ８００ｇに該当）、一連の処理が完了する。
【産業上の利用可能性】
【００３３】
スヌープフィルタのエントリ毎に管理するアドレス範囲を任意に設定することができるため、スヌープ要求頻度に応じてエントリ毎のアドレス範囲の粒度を決定することができる。又、スヌープフィルタをアドレスデコーダの回路を共通化することで、回路規模の縮小化が可能となる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施例による主記憶共有型マルチプロセッサ構成を示すブロック図である。
【図２】アドレスデコーダにより分割されたメモリ領域と各分割範囲に割り当てられたプロセッサＩＤを示す図である。
【図３】アドレスデコーダのエントリ構成を示す図である。
【図４】スヌープフィルタ内蔵アドレスデコーダのブロック図である。
【図５】スヌープフィルタのエントリ構成を示す図である。
【図６】スヌープフィルタ内蔵アドレスデコーダのコマンドフローである。
【符号の説明】
【００３５】
１０１ａ〜１０１ｆ…主記憶装置、１０２ａ〜１０２ｆ…プロセッサ、１０３ａ〜１０３ｆ…キャッシュ、１０４ａ，１０４ｂ…ノード制御装置、１０５ａ，１０５ｂ…スヌープフィルタ、１０６ａ，１０６ｂ…ノード、１０８ａ，１０８ｂ…アドレスデコーダ、１０９…ネットワーク、２００…システムアドレス空間、３００ａ〜３００ｆ…プロセッサターゲットＩＤ、４００ａ，４００ｂ…リード要求、４０１ａ，４０１ｂ…スヌープ要求、４０２ａ，４０２ｂ…スヌープ応答、５００ａ，５００ｂ…アドレスデコーダのエントリ構成、５０１ａ，５０１ｂ…スヌープフィルタのエントリ構成、７０１〜７２０…スヌープフィルタの機能要素、７２１…スヌープ要求発行部、８００ａ〜８００ｊ…スヌープフィルタ内蔵アドレスデコーダの制御フローの制御項目。
【図１】
2009169877.tif 000003
【図２】
2009169877.tif 000004
【図３】
2009169877.tif 000005
【図４】
2009169877.tif 000006
【図５】
2009169877.tif 000007
【図６】
2009169877.tif 000008