(57)【要約】【課題】全体的なレイテンシを小さくし、かつシステム全体のメモリコストを削減することのできるマルチコアシステムを得る。【解決手段】入力バッファ部５−１〜５−ｍは、各バスマスタ２−１〜２−ｍからの転送データを蓄積する。グリッドキューメモリ６は、バスマスタ２−１〜２−ｍの個数とバススレーブ３−１〜３−ｎの個数を乗じた数だけ転送データを格納可能で、これら格納した転送データを同時に出力することが可能に構成されている。グリッドキューメモリ６からの転送データは、クロスバ８によって調停され、バススレーブ３−１〜３−ｎに対応して設けられた出力バッファ部９−１〜９−ｎに出力される。【選択図】図１
2009251652.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ転送元からの転送データをデータ転送先に転送するマルチコアシステムにおいて、
前記転送データを蓄積する入力バッファ部と、
前記入力バッファから出力された転送データを、前記データ転送元の個数と前記データ転送先の個数を乗じた数だけ格納可能で、前記データ転送元の個数と前記データ転送先の個数を乗じた数だけのデータを同時に出力することが可能なグリッドキューメモリと、
前記入力バッファからの転送データを前記グリッドキューメモリに格納するアドレスを管理するアドレス管理部と、
前記グリッドキューメモリから出力された転送データを調停して出力するクロスバと、
前記クロスバから出力された転送データを格納し、順次、前記データ転送先へと転送する出力バッファ部とを備えたマルチコアシステム。
【請求項２】
複数のデータ転送元からの転送データを複数のデータ転送先に転送するマルチコアシステムにおいて、
特定のデータ転送元から特定のデータ転送先への転送データの場合はバイパス転送データとして出力するバイパス制御部と、
前記特定のデータ転送元以外のデータ転送元から前記特定のデータ転送先への転送データと前記バイパス転送データとのいずれかを選択し、前記特定のデータ転送先に出力する選択部とを備えたマルチコアシステム。
【請求項３】
複数のデータ転送元に対応してバイパス制御部を複数設けると共に、これらバイパス制御部が、与えられるバイパス制御信号に基づいて、特定のデータ転送元から特定のデータ転送先へのバイパス転送データを送出し、
かつ、選択部は、前記バイパス転送データと、特定のデータ転送元以外のデータ転送元から特定のデータ転送先への転送データのいずれかを選択して前記特定のデータ転送先に出力することを特徴とする請求項２記載のマルチコアシステム。
【請求項４】
全てのデータ転送元からの転送データをカウントし、当該転送データが多いデータ転送元とデータ転送先とを、特定のデータ転送元と特定のデータ転送先として、対応するバイパス制御部を選択するバイパス選択信号を出力する帯域監視部を備えたことを特徴とする請求項３記載のマルチコアシステム。
【請求項５】
特定のデータ転送元以外のデータ転送元から特定のデータ転送先への転送データがない場合に、選択部は、前記特定データ転送元から前記特定のデータ転送先へのバイパス転送データを選択することを特徴とする請求項２から請求項４のうちのいずれか１項記載のマルチコアシステム。
【請求項６】
複数のデータ転送元からの転送データを複数のデータ転送先に転送すると共に、前記複数のデータ転送元からの転送データとして、リードデータとライトデータを同一の入力ポートによって入力するマルチコアシステムにおいて、
前記入力ポートを介して前記リードデータを格納するリードデータ入力バッファと、
前記入力ポートを介して前記ライトデータを格納するライトデータ入力バッファと、
前記リードデータ入力バッファの出力または前記ライトデータ入力バッファの出力を選択して前記複数のデータ転送先に転送する通信システムを備えたマルチコアシステム。
【請求項７】
複数のバスマスタからの転送データをバススレーブに転送するリクエスト通信システムと、
複数のバススレーブから転送データを複数のバスマスタに転送するレスポンス通信システムと、
前記リクエスト通信システムと前記レスポンス通信システム内部の転送データを監視し、当該監視結果に基づいて、前記リクエスト通信システムおよびレスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求め、当該調停情報を前記リクエスト通信システムおよび前記レスポンス通信システムに通知する監視部とを備え、
前記リクエスト通信システムおよび前記レスポンス通信システムは、前記調停情報に基づいて転送データの調停を行うことを特徴とするマルチコアシステム。
【請求項８】
監視部における監視結果として、レスポンス通信システムにおける特定のバスマスタへの転送データ蓄積数が他のバスマスタへの転送データ蓄積数より多かった場合、
リクエスト通信システムは、前記特定のバスマスタからの転送データの転送優先度を他のバスマスタの転送優先度よりも低くして調停を行うことを特徴とする請求項７記載のマルチコアシステム。
【請求項９】
監視部における監視結果として、リクエスト通信システムにおける特定のバススレーブへの転送データ数が他のバススレーブへの転送データ数より多かった場合、
レスポンス通信システムは、前記特定のバススレーブからの転送要求データの転送優先度を他のバススレーブの転送優先度よりも高くして調停を行うことを特徴とする請求項７または請求項８記載のマルチコアシステム。
【請求項１０】
予め、各バススレーブにおける転送データ受信に対するレスポンスの時間またはサイクル数を求め、
監視部は、同一バスマスタへのレスポンスが同時に複数のバススレーブから発生すると判断した場合、前記複数のバススレーブへのデータ転送を、前記バスマスタへの競合が発生しないタイミングとする調停情報を送出し、
リクエスト通信システムは、前記調停情報に基づいて、前記複数のバススレーブへの調停を行うことを特徴とする請求項７または請求項８記載のマルチコアシステム。
【請求項１１】
予め、各バススレーブにおける転送データ受信に対するレスポンスのサイクル数を求め、
リクエスト通信システムは、転送データと前記サイクル数とに基づいて、レイテンシが多くかかるバススレーブへの転送データに対して優先度を高くして調停を行うことを特徴とする請求項７から請求項１０のうちのいずれか１項記載のマルチコアシステム。
【請求項１２】
監視部は、バスマスタのビジー情報と、バススレーブのビジー情報と、リクエスト通信システムのビジー情報と、レスポンス通信システムのビジー情報とに基づいて、前記リクエスト通信システムおよび前記レスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求めることを特徴とする請求項７から請求項１１のうちのいずれか１項記載のマルチコアシステム。
【請求項１３】
監視部は、リクエスト通信システムがビジーになりつつある信号とレスポンス通信システムがビジーになりつつある信号に基づいて、前記リクエスト通信システムおよび前記レスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求めることを特徴とする請求項７から請求項１１のうちのいずれか１項記載のマルチコアシステム。
【請求項１４】
転送データの中で、最も早く転送する必要がある転送データに対して、特定の情報を付加する調停情報付加部と、
前記調停情報付加部で特定の情報が付加された転送データを最優先して調停を行う調停部とを備えたことを特徴とする請求項１、請求項２、請求項６、請求項７のうちのいずれか１項記載のマルチコアシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のバスマスタおよび複数のバススレーブ間に接続され、それら複数のバスマスタおよび複数のバススレーブ間を相互にデータ転送を行うマルチコアシステムに関するものである。
【背景技術】
【０００２】
従来のマルチコアシステムは、複数のバスマスタからの転送データを振り分け、複数のバスマスタから複数のバススレーブに同時に通信するようにしたものがあった（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００６−３９６７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のマルチコアシステムでは、それぞれの入力キューに蓄積される最大の個数のデータを保持する必要があり、全ての入力キューがある時刻において、同時に最大個数のデータを保持することがない場合においては、バッファ容量の無駄があるといった問題があった。
【０００５】
またリードデータとライトデータは、一般にそのデータ構造やデータの大きさが異なるにもかかわらず、同じ入力キューに格納しており、バスマスタからリードデータとライトデータが同程度に転送されるシステムにおいては、メモリ使用効率が劣化するといった問題があった。
【０００６】
また、従来のマルチコアシステムでは、各バスマスタと各バススレーブは平等に接続されており、ある特定のバスマスタとバススレーブ間の帯域を考慮しておらず、平均的なレイテンシが大きいといった問題があった。
【０００７】
また、従来のマルチコアシステムでは、バスマスタからバススレーブへのリクエスト要求を転送するリクエスト通信システムとバススレーブからバスマスタへレスポンスを転送するレスポンス通信システム間において、互いの状態を監視していないため、システム全体でのメモリを効率的に配置することができず、またビジーの発生により、効率的なデータ転送ができないといった問題があった。
【０００８】
この発明は上記のような課題を解決するためになされたもので、複数のバスマスタからの複数の転送データを全体的なレイテンシを小さくし、かつシステム全体のメモリコストを削減することのできるマルチコアシステムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係るマルチコアシステムは、複数のデータ転送元からの転送データをデータ転送先に転送するマルチコアシステムにおいて、転送データを蓄積する入力バッファ部と、入力バッファから出力された転送データを、データ転送元の個数とデータ転送先の個数を乗じた数だけ格納可能で、データ転送元の個数とデータ転送先の個数を乗じた数だけのデータを同時に出力することが可能なグリッドキューメモリと、入力バッファからの転送データをグリッドキューメモリに格納するアドレスを管理するアドレス管理部と、グリッドキューメモリから出力された転送データを調停して出力するクロスバと、クロスバから出力された転送データを格納し、順次、データ転送先へと転送する出力バッファ部とを備えたものである。
【発明の効果】
【００１０】
この発明のマルチコアシステムは、データ転送元の個数とデータ転送先の個数を乗じた数だけ転送データを格納可能で、データ転送元の個数とデータ転送先の個数を乗じた数だけのデータを同時に出力することが可能なグリッドキューメモリを設け、データ転送元からの複数の転送データをデータ転送先に転送するようにしたので、効率的にデータ転送をしつつ、バッファ容量を削減することができる。
【発明を実施するための最良の形態】
【００１１】
実施の形態１．
図１は、この発明の実施の形態１によるマルチコアシステムを示す構成図である。
図１において、マルチコアシステム１は、データ転送元である複数のバスマスタ（Ｍ１〜Ｍｍ）２−１〜２−ｍと、データ転送先である複数のバススレーブ（Ｓ１〜Ｓｎ）３−１〜３−ｎとの間に設けられる装置である。このマルチコアシステム１は、バスマスタ２−１〜２−ｍからの転送データをバススレーブ３−１〜３−ｎに転送するリクエスト通信システム４−１と、バススレーブ３−１〜３−ｎからのレスポンスとなる転送データをバスマスタ２−１〜２−ｍへと転送するレスポンス通信システム４−２とで構成されている。尚、バスマスタ２−１〜２−ｍはＭ個、バススレーブ３−１〜３−ｎはＮ個が設けられているとする。また、リクエスト通信システム４−１とレスポンス通信システム４−２は、それぞれ、入力バッファ部５−１，５−２，…，５−ｍ、グリッドキューメモリ６、アドレス管理部７、クロスバ８、出力バッファ部９−１，９−２，…，９−ｎを備えている。尚、レスポンス通信システム４−２内の構成に関する図示は省略している。
【００１２】
複数のバスマスタ２−１〜２−ｍは、データ転送を要求する装置であり、複数のバススレーブ３−１〜３−ｎは、複数のバスマスタ２−１〜２−ｍの要求に基づき、バスマスタ２−１〜２−ｍのデータをリード／ライトする装置である。リクエスト通信システム４−１は、バスマスタ２−１〜２−ｍからの要求をバススレーブ３−１〜３−ｎへ転送するシステムであり、レスポンス通信システム４−２は、バススレーブ３−１〜３−ｎからの転送データをバスマスタ２−１〜２−ｍへ転送する通信システムである。
【００１３】
入力バッファ部５−１〜５−ｍは、Ｍ個のバスマスタ２−１〜２−ｍに対応してＭ個設けられ、それぞれバスマスタ２−１〜２−ｍから転送要求されたデータを一時的に格納するバッファである。グリッドキューメモリ６は、バスマスタ２−１〜２−ｍの個数Ｍとバススレーブ３−１〜３−ｎの個数Ｎを乗じた数（Ｍ１Ｓ１〜ＭｍＳｎ）だけデータを格納でき、同時にＭ×Ｎのデータを出力できるように構成されている。アドレス管理部７は、入力バッファ部５−１〜５−ｍと、グリッドキューメモリ６のアドレスを管理するよう構成されている。即ち、アドレス管理部７は、グリッドキューメモリ６に空きがあれば入力バッファ部５−１〜５−ｍからデータ１００−１〜１００−ｍをグリッドキューメモリ６に書き込むようアドレス管理を行う。クロスバ８は、グリッドキューメモリ６から送出された複数の転送要求データの中から、調停を行い、Ｎ個のバススレーブ３−１〜３−ｎに対応してＮ個設けられた出力バッファ部９−１〜９−ｎにデータを転送するよう構成されている。即ち、クロスバ８は、グリッドキューメモリ６から送出された複数の転送データの中から、調停を行い、出力バッファ部９−１〜９−ｎへ転送データを転送する。出力バッファ部９−１〜９−ｎは、クロスバ８から転送されてきた転送データを順次対応するバススレーブ３−１〜３−ｎへと転送し、バススレーブ３−１〜３−ｎがビジーで、転送データを受け付けない場合は、データを一時的に保持するバッファ部である。
【００１４】
尚、レスポンス通信システム４−２については、入力バッファ部５−１〜５−ｍが、データ転送元となるＮ個のバススレーブ３−１〜３−ｎに対応してＮ個設けられ、出力バッファ部９−１〜９−ｎが、データ転送先となるＭ個のバスマスタ２−１〜２−ｍに対応してＭ個設けられているが、基本的な構成についてはリクエスト通信システム４−１と同様であるため、ここでの説明は省略する。
【００１５】
次に、実施の形態１のマルチコアシステムの動作について説明する。
先ず、バスマスタ２−１〜２−ｍからデータ転送要求が発行されると、これらのバスマスタ２−１〜２−ｍに対応したそれぞれの入力バッファ部５−１〜５−ｍは、これらの転送データを保持する。
【００１６】
図２は、バスマスタから発行されるデータ転送要求の例である。
リクエストデータは、リクエスト、制御情報およびデータから構成される。例えば、リクエストとしては、要求を示すリクエスト、発行元のバスマスタの識別ＩＤを示すマスタＩＤ、宛先のバススレーブの識別を示すスレッドＩＤがある。そして、制御情報としては、書き込みまたは読み出し要求を示すＲ／Ｗ、宛先のバススレーブのアドレスを示すアドレス、転送の種類（バースト転送かどうか）を示す転送種別がある。最後に、データとしては、バススレーブに書き込むデータがあり、合計Ｍｂｉｔで構成される。アドレス管理部７は、宛先情報１０１としてこのマスタＩＤとバススレーブのアドレスから、入力バッファ部５−１〜５−ｍからの転送データ１００−１〜１００−ｍをグリッドキューメモリ６に格納する。
【００１７】
グリッドキューメモリ６は、同時に格納されている全てのデータを転送要求候補として、クロスバ８へ送出する。クロスバ８では、グリッドキューメモリ６から送られてきた転送データの中から調停を行い、対応する出力バッファ部９−１〜９−ｎに転送データを送出する。バススレーブ３−１〜３−ｎがビジーでなければ、出力バッファ部９−１〜９−ｎは、バススレーブ３−１〜３−ｎへデータを転送する。
【００１８】
クロスバ８から出力バッファ部９−１〜９−ｎへデータが転送されると、クロスバ８からアドレス管理部７に対して、転送されたデータ情報１０３として通知される。アドレス管理部７は、この通知を受けて、グリッドキューメモリ６に転送されたデータがあれば、入力バッファ部５−１〜５−ｍから新たに転送するデータをグリッドキューメモリ６に書き込むためのアドレスや書き込み指示情報である格納状態情報１０２を入力バッファ部５−１〜５−ｍに通知する。このようにして、リクエスト通信システム４−１内では、入力バッファ部５−１〜５−ｍに格納されたデータがグリッドキューメモリ６からクロスバ８を経て出力バッファ部９−１〜９−ｎに送出される。
【００１９】
また、バススレーブ３−１〜３−ｎからバスマスタ２−１〜２−ｍへの転送データを転送するレスポンス通信システム４−２においてもリクエスト通信システム４−１と同様の動作によりデータ転送を行う。
【００２０】
以上のように、実施の形態１のマルチコアシステムによれば、複数のデータ転送元からの転送データをデータ転送先に転送するマルチコアシステムにおいて、転送データを蓄積する入力バッファ部と、入力バッファから出力された転送データを、データ転送元の個数とデータ転送先の個数を乗じた数だけ格納可能で、データ転送元の個数とデータ転送先の個数を乗じた数だけのデータを同時に出力することが可能なグリッドキューメモリと、入力バッファからの転送データをグリッドキューメモリに格納するアドレスを管理するアドレス管理部と、グリッドキューメモリから出力された転送データを調停して出力するクロスバと、クロスバから出力された転送データを格納し、順次、データ転送先へと転送する出力バッファ部とを備えたので、効率的にデータ転送をしつつ、バッファ容量を削減することができる。
【００２１】
実施の形態２．
図３は、この発明の実施の形態２によるマルチコアシステム１ａを示す構成図である。図３において、マルチコアシステム１ａは、複数のバスマスタ２−１〜２−ｍと、複数のバススレーブ３−１〜３−ｎとの間に設けられる装置であり、複数の転送データから調停を行い、選択された転送データを複数、あるいは一つを転送する通信システム１０、バイパス制御部１１、選択部１２、選択制御部１３を備えている。尚、この実施の形態は、バスマスタ２−１からバススレーブ３−１への転送要求がシステム全体において、比較的多い場合を示したものである。
【００２２】
バイパス制御部１１は、バスマスタ２−１からの転送要求データの中から、バススレーブ３−１への転送データの場合は、選択部１２へのバイパス経路を介してバイパス転送データ１１０として転送し、バススレーブ３−１以外の転送データは、通信システム１０に転送する制御部である。通信システム１０は、複数の転送要求データの中から調停により、複数の転送データ、あるいは一つの転送データを選択し、出力するよう構成されており、実施の形態１におけるリクエスト通信システム４−１と同様の構成を備えている。選択部１２は、選択制御部１３によって生成された選択制御信号１１２により、バイパス経路を経て送られてきたバイパス転送データ１１０と、通信システム１０から選ばれた転送データ１１１の中からいずれかを選択し、バススレーブ３−１に出力するよう構成されている。
【００２３】
次に、実施の形態２の動作について説明する。
バイパス制御部１１は、バスマスタ２−１から転送されてきたデータのアドレスに基づいて、バススレーブ３−１への転送データであれば、バイパス経路を介してバイパス転送データ１１０を送出し、それ以外であれば通信システム１０へ転送データを送出する。
通信システム１０は、バスマスタ２−１〜２−ｍからの複数の転送データの中から一つ、あるいは複数の転送データを選択し、バススレーブ３−１〜３−ｎへと出力する。尚、この実施の形態２では、通信システム１０には、バスマスタ２−１からバススレーブ３−１への転送データは入力されないことになる。
【００２４】
選択部１２は、バイパス経路からのバイパス転送データ１１０とバスマスタ２−１以外のバスマスタ２−２〜２−ｍからバススレーブ３−１への転送データの中から通信システム１０によって選択された一つの転送データ１１１が入力される。また、選択制御部１３は、バイパス転送データ１１０とバスマスタ２−１以外のバスマスタ２−２〜２−ｍからバススレーブ３−１への転送データの中から通信システム１０によって選択された一つの転送データ１１１のうちどちらかを選択するかを示す選択制御信号１１２を生成する。この制御方法は、例えば、重みづけラウンドロビンや固定アービトレーションなどによって実現できる。または、通信システム１０内部において、蓄積データの中にバススレーブ３−１への転送要求がなければバイパス転送データ１１０を選択するといったこともできる。
【００２５】
選択部１２は、選択制御部１３によって生成された選択制御信号１１２によりいずれかを選択し、バススレーブ３−１へデータを転送する。また、選択制御部１３によりバイパス転送データ１１０が選択されない場合、選択部１２は、そのバイパス転送データ１１０を保持する。
【００２６】
実施の形態２では、説明を分かり易くするため、バスマスタ２−１とバススレーブ３−１の帯域が大きい場合の形態を示したが、この組み合わせは自由であり、また複数の組み合わせも容易に実現できる。以下、その一例を説明する。
【００２７】
例えば、図４のマルチコアシステム１ｂに示すように、各バスマスタ２−１〜２−ｍに対応してＭ個のバイパス制御部１１−１〜１１−ｍを設け、更に、選択部１２をクロスバ８に置き換えることで、どのような組み合わせにも対応できる構成が可能となる。バイパス制御部１１−１〜１１−ｍは、それぞれ、バスマスタ２−１〜２−ｍとバススレーブ３−１〜３−ｎとの組み合わせが決定されており、バイパス選択信号１１３によって、特定のバスマスタと特定のバススレーブが選択される。即ち、バイパス制御部１１−１〜１１−ｍは、バイパス選択信号１１３に基づいて、一つまたは複数の特定のバスマスタと特定のバススレーブの組み合わせを決定してバイパス転送データ１１０−１〜１１０−ｍとしてクロスバ８に出力する。クロスバ８は、選択制御信号１１２に基づいてバイパス転送データ１１０−１〜１１０−ｍか通信システム１０から出力された転送データ１１１−１〜１１１−ｎかを選択し、対応するバススレーブ３−１〜３−ｎへと出力する。尚、図４中のバイパス選択信号１１３はマルチコアシステムへの入力であり、任意に設定が可能である。
【００２８】
また、図５のマルチコアシステム１ｃに示すように、バスマスタ２−１〜２−ｍからの転送データ数を監視する帯域監視部１４を備え、動的にバイパス制御部１１−１〜１１−ｍへバイパス経路を選択するかを制御することも可能である。即ち、帯域監視部１４は、全てのバスマスタ２−１〜２−ｍからの転送データをカウントし、転送データが多いバスマスタ２−１〜２−ｍとバススレーブ３−１〜３−ｎを特定のバスマスタと特定のバススレーブとして、対応するバイパス制御部１１−１〜１１−ｍを選択するバイパス選択信号１１３ａを出力する。バイパス選択信号１１３ａが入力されたバイパス制御部１１−１〜１１−ｍは、対応するバスマスタ２−１〜２−ｍのバイパス転送データ１１０−１〜１１０−ｍをクロスバ８に出力する。また、バイパス選択信号１１３ａは選択制御部１３に入力され、選択制御部１３は、バイパス選択信号１１３ａに基づいて、選択制御信号１１２をクロスバ８に出力する。クロスバ８は、上記図４で示した例と同様に、バイパス転送データ１１０−１〜１１０−ｍか通信システム１０から出力された転送データ１１１−１〜１１１−ｎかを選択し、対応するバススレーブ３−１〜３−ｎへと出力する。
【００２９】
また、実施の形態２では、バスマスタ２−１〜２−ｍからバススレーブ３−１〜３−ｎへのデータ転送を例に示したが、バススレーブ３−１〜３−ｎからバスマスタ２−１〜２−ｍへのレスポンスデータの転送についても同様の構成によって実現が可能である。
【００３０】
以上のように、実施の形態２のマルチコアシステムによれば、複数のデータ転送元からの転送データを複数のデータ転送先に転送するマルチコアシステムにおいて、特定のデータ転送元から特定のデータ転送先への転送データの場合はバイパス転送データとして出力するバイパス制御部と、特定のデータ転送元以外のデータ転送元から特定のデータ転送先への転送データとバイパス転送データとのいずれかを選択し、特定のデータ転送先に出力する選択部とを備えたので、例えば、ある特定のバスマスタとバススレーブの間の帯域が大きい場合、システム全体の転送のうち、比較的大きな部分を占めるある特定のバスマスタとバススレーブ間のデータ転送のレイテンシを小さくすることができ、その結果、システム全体の平均的なレイテンシを小さくことが可能である。
【００３１】
また、実施の形態２のマルチコアシステムによれば、複数のデータ転送元に対応してバイパス制御部を複数設けると共に、これらバイパス制御部が、与えられるバイパス制御信号に基づいて、特定のデータ転送元から特定のデータ転送先へのバイパス転送データを送出し、かつ、選択部は、バイパス転送データと、特定のデータ転送元以外のデータ転送元から特定のデータ転送先への転送データのいずれかを選択して特定のデータ転送先に出力するようにしたので、任意のデータ転送元とデータ転送先のバイパスを設定することができる。
【００３２】
また、実施の形態２のマルチコアシステムによれば、全てのデータ転送元からの転送データをカウントし、転送データが多いデータ転送元とデータ転送先とを、特定のデータ転送元と特定のデータ転送先として、対応するバイパス制御部を選択するバイパス選択信号を出力する帯域監視部を備えたので、転送データが多いデータ転送元とデータ転送先間において、動的にバイパスを設定することができる。
【００３３】
また、実施の形態２のマルチコアシステムによれば、特定のデータ転送元以外のデータ転送元から特定のデータ転送先への転送データがない場合に、選択部は、特定データ転送元から特定のデータ転送先へのバイパス転送データを選択するようにしたので、効率よく特定のデータ転送先へのデータ転送を行うことができる。
【００３４】
実施の形態３．
図６は、この発明の実施の形態３によるマルチコアシステムを示す構成図である。
図６において、マルチコアシステム１ｄは、複数のバスマスタ２−１〜２−ｍと、複数のバススレーブ３−１〜３−ｎとの間に設けられる装置であり、入力バッファ部３１−１〜３１−ｍと通信システム３２とを備えている。このマルチコアシステム１ｄは、複数のバスマスタ２−１〜２−ｍからの転送データを、リード要求データとライト要求データに分けずに、同一の入力ポートによって入力するよう構成されたシステムである。
【００３５】
入力バッファ部３１−１〜３１−ｍは、Ｍ個のバスマスタ２−１〜２−ｍに対応してＭ個設けられ、バスマスタ２−１〜２−ｍの転送データを格納するバッファ部である。この入力バッファ部３１−１〜３１−ｍ内部には、バスマスタ２−１〜２−ｍからの転送データのうちリード要求の転送データを格納するリード用バッファ（リードデータ入力バッファ）３３−１〜３３−ｍと、ライト要求の転送データを格納するライト用バッファ（ライドデータ入力バッファ）３４−１〜３４−ｍと、リード用バッファ３３−１〜３３−ｍからのデータとライト用バッファ３４−１〜３４−ｍからの転送データのうちいずれかを選択するリードライト選択部３５−１〜３５−ｍを備えている。また、通信システム３２は、入力バッファ部３１−１〜３１−ｍから出力された転送要求データの調停を行い、選択された転送データを複数あるいは一つ転送する機能部であり、実施の形態１におけるリクエスト通信システム４−１から入力バッファ部５−１〜５−ｍを除いた構成に相当する。
【００３６】
次に、実施の形態３の動作について説明する。
マルチコアシステム１ｄでは、バスマスタ２−１〜２−ｍからバススレーブ３−１〜３−ｎへリクエストデータを送信する。また、そのリクエストデータを受信したバススレーブ３−１〜３−ｎは、バスマスタ２−１〜２−ｍへレスポンスデータを送信し、そのレスポンスデータをバスマスタ２−１〜２−ｍは受信する。
【００３７】
図７にリードリクエストの転送データ、ライトリクエストデータ、ライトレスポンスデータ、リードレスポンスデータのそれぞれのデータ構造を示す。
図示のように、リード（読み出し）リクエストデータには、バススレーブのアドレスと制御情報がある。また、ライト（書き込み）リクエストデータには、書きこむ内容と書き込む対象となるアドレスと制御情報から構成されている。また、リードレスポンスデータは、読み出したデータと制御情報から構成されており、またライトレスポンスデータは制御情報のみで構成されている。一般にこのようなデータ構造を持つインタフェースは多く存在する。しかし、マルチコアシステムにおいて、これらのリードリクエストデータとライトリクエストデータ、または、リードレスポンスデータとライトレスポンスデータを同一のバッファに格納すると空の情報まで格納する必要があり、無駄である。そこで、実施の形態３に示すように、バスマスタ２−１〜２−ｍからリードとライトの転送要求数が同程度の場合、リード用とライト用のバッファを分けて備えることにより、無駄な空のデータを格納する必要がなくなるため、メモリコストが小さくできる。
【００３８】
尚、上記実施の形態３のマルチコアシステム１ｄでは、リード用バッファ３３−１〜３３−ｍとライト用バッファ３４−１〜３４−ｍから出力される転送データのうち、いずれかを選択するリードライト選択部３５−１〜３５−ｍを設けたが、一つのバスマスタからリードとライトの要求データを通信システム３２に出力しても同等の効果がある。
【００３９】
また、実施の形態３では、バスマスタ２−１〜２−ｍからバススレーブ３−１〜３−ｎへのデータ転送を例に示したが、バススレーブ３−１〜３−ｎからバスマスタ２−１〜２−ｍへのレスポンスデータの転送についても同様の構成によって実現が可能である。
【００４０】
以上のように、実施の形態３のマルチコアシステムによれば、複数のデータ転送元からの転送データを複数のデータ転送先に転送すると共に、複数のデータ転送元からの転送データとして、リードデータとライトデータを同一の入力ポートによって入力するマルチコアシステムにおいて、入力ポートを介してリードデータを格納するリードデータ入力バッファと、入力ポートを介してライトデータを格納するライトデータ入力バッファと、リードデータ入力バッファの出力またはライトデータ入力バッファの出力を選択して複数のデータ転送先に転送する通信システムを備えたので、無駄な空のデータを格納する必要がなく、メモリコストを小さくすることができる。
【００４１】
実施の形態４．
図８は、この発明の実施の形態４によるマルチコアシステムを示す構成図である。
図８において、マルチコアシステム１ｅは、複数のバスマスタ２−１〜２−ｍと、複数のバススレーブ３−１〜３−ｎとの間に設けられる装置であり、リクエスト通信システム４１−１と、レスポンス通信システム４１−２と、監視部４２とを備え、それぞれの通信システム４１−１，４１−２内部に、調停部４３−１，４３−２を備えている。
【００４２】
リクエスト通信システム４１−１およびレスポンス通信システム４１−２は、内部にデータを保持するバッファ部（図示省略）を備えており、複数のデータ通信ができるように構成されている。これらリクエスト通信システム４１−１およびレスポンス通信システム４１−２は、調停部４３−１，４３−２以外の構成は、実施の形態１におけるリクエスト通信システム４−１およびレスポンス通信システム４−２と同様である。また、調停部４３−１，４３−２は、監視部４２からの調停情報に基づいてバススレーブ３−１〜３−ｎへのデータ転送の調停、バスマスタ２−１〜２−ｍへのレスポンスデータの調停を行う機能部である。
【００４３】
監視部４２は、それぞれ、接続されている通信システム４１−１，４１−２の内部のバッファ部と転送データ通過数とビジー情報などの通信システム内部の情報を監視しており、これらの情報をもう一方の通信システムにおける調停部４３−１，４３−２に通知するよう構成されている。
【００４４】
次に、実施の形態４の動作を説明する。
図８に示すマルチコアシステムは、バスマスタ２−１〜２−ｍからのリクエストデータをリクエスト通信システム４１−１によってバススレーブ３−１〜３−ｎへ転送し、それを受信したバススレーブ３−１〜３−ｎからは、レスポンスデータを、レスポンス通信システム４１−２を介してバスマスタ２−１〜２−ｍへと転送する。ここで、バスマスタ２−１〜２−ｍからの転送データは衝突がなければ、そのままバススレーブ３−１〜３−ｎへと転送されるが、通常、複数のバスマスタ２−１〜２−ｍが転送要求を出しており、衝突が発生する。衝突したデータはリクエスト通信システム４１−１内部のバッファに一時的に保持され、次のサイクルで保持されたデータが新たな転送データ候補となる。しかし、このような衝突がたびたび起これば、通信システムでは、それだけ多くの容量を持つバッファが必要となる。予め設定したバッファ容量を超えるデータが通信システムに入力されるとその通信システムはそれ以上データを受け付けないビジー状態となり、システム全体の転送効率は劣化する。
【００４５】
そこで、実施の形態４では、リクエスト通信システム４１−１とレスポンス通信システム４１−２との内部の状態を監視する監視部４２を設けており、この監視部４２によって、リクエスト通信システム４１−１とレスポンス通信システム４１−２がお互いを監視し、データ転送をより効率的に、かつ、メモリ容量の削減を図るようにしている。
【００４６】
図９に、監視部４２へ入力される情報と監視部４２が出力する情報を示す。
監視部４２には、バススレーブへの転送データ数情報、バスマスタからの転送データ数情報、バスマスタからの転送データのレスポンス情報、ビジー発生情報、バッファ格納数情報などが入力される。ここで、バススレーブへの転送データ数情報とは、例えば特定のバススレーブ３−１へのデータ転送が多いといった情報である。バスマスタからの転送データ数情報とは、例えば、バスマスタ２−１の転送データが多く通過したといった情報である。バスマスタからの転送データのレスポンス情報とは、例えば、レスポンス通信システム４１−２における図示省略したクロスバに対して、転送されたデータが何サイクル後に入力されるかを示す情報である。ビジー発生情報とは、リクエスト通信システム４１−１やレスポンス通信システム４１−２内部でビジーが発生しているかを示す情報である。バッファ格納数情報とは、リクエスト通信システム４１−１やレスポンス通信システム４１−２内のバッファ部のデータ格納数が多いといった情報である。
【００４７】
監視部４２は、これらの情報からどのデータを転送すれば最もメモリ効率がよく、効率的な転送が可能であるかを計算し、リクエスト通信システム４１−１およびレスポンス通信システム４１−２にこの情報を調停情報として通知する。リクエスト通信システム４１−１およびレスポンス通信システム４１−２では、それぞれの調停部４３−１，４３−２が、監視部４２からの調停情報により調停を行う。以下、その具体例を示す。
【００４８】
従来の構成では、例えばバスマスタ２−１がバススレーブ３−１へデータ転送を多く行っていた場合、レスポンス通信システム４１−２内部に、バスマスタ２−１への転送データ、あるいは、それぞれのバススレーブに対応して備えられているバッファの蓄積数が多くなる。バッファの最大容量を超えてしまう場合、システムはビジーとなり、システム全体、または一部が動作しなくなる。そこで、実施の形態４では、監視部４２により、レスポンス通信システム４１−２内の各バッファに、現在、どれだけのデータが蓄積されているかをカウントする。このカウントされたデータがリクエスト通信システム４１−１に通知され、レスポンス通信システム４１−２内のバッファの必要なメモリコストが小さくなるようにリクエスト通信システム４１−１がバススレーブへデータを転送する。例えば、監視部４２における監視結果として、レスポンス通信システム４１−２における特定のバスマスタへの転送データ蓄積数が他のバスマスタへの転送データ蓄積数より多かった場合、リクエスト通信システム４１−１は、特定のバスマスタからの転送データの転送優先度を他のバスマスタの転送優先度よりも低くして調停を行う。更に、レスポンス通信システム４１−２内で生じたビジーをいち早くリクエスト通信システム４１−１に通知することで、ビジーの伝搬による転送効率の劣化を防止することができる。
【００４９】
同様にリクエスト通信システム４１−１内におけるデータ通過数を監視し、その通過数をレスポンス通信システム４１−２に通知することにより、同等の効果がある。監視部４２は、リクエスト通信システム４１−１内で、各バススレーブ３−１〜３−ｎへの転送データ数をカウントする。監視部４２は、ある時間内のデータ転送先に応じて、データ転送数をカウントし、これからバススレーブがレスポンスとして送出するデータ数が多くなることをレスポンス通信システム４１−２に通知する。こうすることで、レスポンス通信システム４２−２は、これからある特定のバッファに多くのレスポンスの転送データが蓄積されることが分かるので、レスポンス通信システム４１−２では、このバッファの転送データを優先的に選択することで、バッファの容量の削減とビジー発生の抑制が行える。
【００５０】
更に、バススレーブ３−１〜３−ｎにリクエスト通信システム４１−１からデータが到達してからレスポンスが送出されるまでの時間、サイクル数は、その転送コマンド、バースト転送や転送データサイズにより、判断が可能である場合がある。その場合、リクエスト通信システム４１−１およびレスポンス通信システム４１−２は、これから、何サイクル後にどのような転送要求が発生するかが前もって予想することができる。そこで、監視部４２は、リクエスト通信システム４１−１およびレスポンス通信システム４１−２内の情報に基づいて、メモリコストが小さくなるようなデータ転送のタイミングを演算し、これを調停情報として出力する。以下、このような具体例を示す。
【００５１】
レスポンス通信システム４１−２内部で、調停が必要であるのは、同一バスマスタへのレスポンスが同時に複数のバススレーブからレスポンス通信システム４１−２へ転送されるためである。しかし、予めバススレーブからレスポンス通信システム４１−２へレスポンスが転送される時間、あるいはサイクルが分かっている場合、同一のバスマスタへのレスポンスが同時に複数のバススレーブからレスポンス通信システム４１−２へ転送されないようにすることが可能であり、これにより、レスポンス通信システム４１−２内部に調停が必要なくなるといった効果がある。即ち、監視部４２は、同一バスマスタへのレスポンスが同時に複数のバススレーブから発生すると判断した場合、複数のバススレーブへのデータ転送を、バスマスタへのレスポンスデータの競合が発生しないタイミングとする調停情報を送出する。
【００５２】
簡単な例を示すと、ある特定のバスマスタから転送データが二つあるとする。一つは、既にある特定のバススレーブへ転送されているが、まだレスポンス通信システム４１−２へは、そのレスポンスを転送していないとする。このとき、リクエスト通信システム４１−１では、転送された転送データのレスポンスが４サイクル後にレスポンス通信システム４１−２へ転送されると分かっているとする。この場合、まだ転送されていないリクエスト通信システム４１−１内部にあるもう一つの転送データを異なるバススレーブへ転送した場合、４サイクル後にレスポンス通信システム４１−２にそのレスポンスが転送されると、前の転送データと４サイクル後に競合してしまう。そこで、この場合は、このリクエスト通信システム４１−１にある転送データを転送しない。もし、他に転送候補となるデータが存在すれば、それを転送する。このようにレスポンス通信システム４１−２に、同一バスマスタへの転送データが同時に転送されないので、レスポンス通信システム４１−２では、調停が必要なくなり、また、レスポンス通信システム４１−２内部のメモリコストも削減できる。
【００５３】
また、監視部４２によって、リクエスト通信システム４１−１において、バースト長やコマンド、アクセス対象となるバススレーブ３−１〜３−ｎの状態などから、レスポンス通信システム４１−２に最も遅くレスポンスが転送される転送データを抽出し、これを調停情報として出力する。リクエスト通信システム４１−１の調停部４３−１は、この調停情報に基づいて調停を行い、そのデータを優先的に転送する。これにより、ワーストレイテンシを削減することも可能である。
【００５４】
また、マスタビジーやスレーブビジーに基づいてリクエスト通信システム４１−１やレスポンス通信システム４１−２が転送データの調停を行ってもよく、これを次に説明する。
図１０は、図８の構成に加えてバスマスタ２−１〜２−ｍとバススレーブ３−１〜３−ｎからのビジー情報を監視部４２ａに通知するようにしたものである。
監視部４２ａは、リクエスト通信システム４１−１およびレスポンス通信システム４１−２の内部のバッファ容量を監視し、バッファがこれ以上データを格納することが不可能なフル状態になった場合、通信システム内部でのビジーと判定する。また、バスマスタ２−１〜２−ｍでのビジー状態がマスタビジー１２１−１〜１２１−ｍとして入力され、バススレーブ３−１〜３−ｎでのビジー状態がスレーブビジー１２０−１〜１２０−ｎとして入力される。つまり、監視部４２ａに送られるビジー情報は４種類ある。監視部４２ａは、これらのビジー情報から次の転送データを決定し、調停情報として各調停部４３−１，４３−２に通知する。
【００５５】
先ず、マスタビジー１２１−１〜１２１−ｍやスレーブビジー１２０−１〜１２０−ｎが生じたバスマスタ２−１〜２−ｍやバススレーブ３−１〜３−ｎへは、転送することができない。また、通信システム４１−１，４１−２内のバッファがビジーであると、バスマスタ２−１〜２−ｍやバススレーブ３−１〜３−ｎは、通信システム４１−１，４１−２に転送データを送ることができない。
最悪のケースとしては、先ず、マスタビジーが生じ、次にこのバスマスタへレスポンス通信システム４１−２からレスポンスを転送できないため、レスポンス通信システム４２−２内部のバッファがこれ以上データを格納できないフル状態になる。これにより、レスポンス通信システム４２−２がビジーとなり、スレーブはレスポンス通信システム４１−２がビジーであるため、レスポンスをレスポンス通信システム４１−２へ転送することができず、スレーブビジーが発生してしまう。更に、スレーブビジーにより、リクエスト通信システム４１−１はスレーブへ転送することができず、転送データがリクエスト通信システム４１−１内部に蓄積され、リクエスト通信システム４１−１内部でもビジーが発生し、ついには、マスタは転送データをリクエスト通信システム４１−１に送ることができなくなり、システムが停止してしまうことになる。このようにビジーの伝搬によって、転送効率は低下し、内部に必要なバッファ容量も多くなり、システム全体が停止する可能性がある。
【００５６】
そこで、監視部４２ａでは、各ビジー情報を一括に管理する。監視部４２ａでは、ビジーが発生しないように、また、ビジーが発生しても、転送効率を劣化させず、システムを停止させることのないように調停部４３−１，４３−２に転送データの選択情報を調停情報として与える。
例えば、あるバスマスタがビジーを出しているとき、レスポンス通信システム４１−２内のビジーが発生していないバッファ、かつ、前記バスマスタ以外の転送データをリクエスト通信システム４１−１はバススレーブへ転送する。このようにすることで、ビジーの発生頻度を少なくすることができる。
【００５７】
更に、実施の形態４において、監視部４２に入力される通信システム内のビジー情報をビジーになりつつある信号としてもよい。ビジーになってから、転送データを決定しても、その前にすでにビジーとなっている箇所にデータが転送される可能性がある。そこで、ビジー信号ではなく、ビジーになりつつあることを示す信号を監視部４２（４２ａ）に通知することで、より転送効率の向上が期待できる。
【００５８】
以上のように、実施の形態４のマルチコアシステムによれば、複数のバスマスタからの転送データをバススレーブに転送するリクエスト通信システムと、複数のバススレーブから転送データを複数のバスマスタに転送するレスポンス通信システムと、リクエスト通信システムとレスポンス通信システム内部の転送データを監視し、監視結果に基づいて、リクエスト通信システムおよびレスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求め、この調停情報をリクエスト通信システムおよびレスポンス通信システムに通知する監視部とを備え、リクエスト通信システムおよびレスポンス通信システムは、調停情報に基づいて転送データの調停を行うようにしたので、データ転送をより効率的に、かつ、メモリ容量の削減を図ることができる。
【００５９】
また、実施の形態４のマルチコアシステムによれば、監視部における監視結果として、レスポンス通信システムにおける特定のバスマスタへの転送データ蓄積数が他のバスマスタへの転送データ蓄積数より多かった場合、リクエスト通信システムは、特定のバスマスタからの転送データの転送優先度を他のバスマスタの転送優先度よりも低くして調停を行うようにしたので、システム全体のビジー発生頻度を削減し、更に蓄積データ数を削減することができる。
【００６０】
また、実施の形態４のマルチコアシステムによれば、監視部における監視結果として、リクエスト通信システムにおける特定のバススレーブへの転送データ数が他のバススレーブへの転送データ数より多かった場合、レスポンス通信システムは、特定のバススレーブからの転送要求データの転送優先度を他のバススレーブの転送優先度よりも高くして調停を行うようにしたので、システム全体のビジー発生頻度を削減し、更に蓄積データ数を削減することができる。
【００６１】
また、実施の形態４のマルチコアシステムによれば、予め、各バススレーブにおける転送データ受信に対するレスポンスの時間またはサイクル数を求め、監視部は、同一バスマスタへのレスポンスが同時に複数のバススレーブから発生すると判断した場合、複数のバススレーブへのデータ転送を、バスマスタへの競合が発生しないタイミングとする調停情報を送出し、リクエスト通信システムは、調停情報に基づいて、複数のバススレーブへの調停を行うようにしたので、システム全体が効率的な転送ができ、かつメモリ容量を削減することができる、更にレスポンスデータの競合をなくすことで、レスポンス通信システムにおいて調停に必要であった回路を削減することができる。
【００６２】
また、実施の形態４のマルチコアシステムによれば、予め、各バススレーブにおける転送データ受信に対するレスポンスのサイクル数を求め、リクエスト通信システムは、転送データと前記サイクル数とに基づいて、レイテンシが多くかかるバススレーブへの転送データに対して優先度を高くして調停を行うようにしたので、ワーストレイテンシを削減することができる。
【００６３】
また、実施の形態４のマルチコアシステムによれば、監視部は、バスマスタのビジー情報と、バススレーブのビジー情報と、リクエスト通信システムのビジー情報と、レスポンス通信システムのビジー情報とに基づいて、リクエスト通信システムおよびレスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求めるようにしたので、ビジーの伝搬による転送効率の低下を抑えることができる。
【００６４】
また、実施の形態４のマルチコアシステムによれば、監視部は、リクエスト通信システムがビジーになりつつある信号とレスポンス通信システムがビジーになりつつある信号に基づいて、リクエスト通信システムおよびレスポンス通信システムにおける転送データを格納する容量を少なくするための調停情報を求めるようにしたので、ビジーの発生を抑え、より転送効率の向上を期待することができる。
【００６５】
実施の形態５．
図１１は、この発明の実施の形態５によるマルチコアシステムを示す構成図である。
図１１において、マルチコアシステム１ｇは、複数のバスマスタ２−１〜２−ｍと、複数のバススレーブ３−１〜３−ｎとの間に設けられる装置であり、通信システム５０を備えている。また、通信システム５０内において、調停情報付加部５１−１〜５１−ｍと、調停部５２を備えている。ここで、通信システム５０は、複数のバスマスタ２−１〜２−ｍからの転送データの中から、調停により、複数の転送データ、あるいは一つの転送データを選択し、バススレーブ３−１〜３−ｎに対して出力するよう構成されており、調停情報付加部５１−１〜５１−ｍと調停部５２以外の基本的な構成は、実施の形態１におけるリクエスト通信システム４−１や実施の形態２の通信システム１０、実施の形態３の通信システム３２、実施の形態４のリクエスト通信システム４１−１のいずれかと同様の構成を備えている。
【００６６】
調停情報付加部５１−１〜５１−ｍは、緊急を要するような最優先にデータ転送する必要がある転送データがマルチコアシステム１ｇに入力される場合、これを検出し、調停に必要なデータの値を最大値、あるいは最小値に設定する機能部である。また、調停部５２は、調停情報付加部５１−１〜５１−ｍから送出された調停の必要な情報に基づいて、各バスマスタ２−１〜２−ｍからの転送データを調停する。
このように、調停に必要な情報を付加した転送データ候補を調停部５２へ通知することで、従来の調停により、緊急を要する最優先にデータを転送する必要がある転送データを選択する調停が行えるようになる。通常の調停においては、転送データの情報、例えば到着時間などから最も待ち時間の長い転送データを選択する。そこで、この転送データ情報、ここでは、到着時間を最小値にし、待ち時間を最大値とすることで、この緊急用の転送データが選択されるようにする。これにより、少ないハードウェアの増加で、この緊急用の転送データを従来の調停で行うことができる。
【００６７】
尚、上記の説明において、バスマスタ２−１〜２−ｍからバススレーブ３−１〜３−ｎへの転送を重点に説明したが、これらの関係が逆の関係、即ち、バススレーブ３−１〜３−ｎからバスマスタ２−１〜２−ｍへの転送においても同様の構成や方法により、本発明を実現できることは明白である。即ち、このような構成は、通信システム５０として、レスポンス通信システム４−２，４１−２を用いることで実現することができる。
【００６８】
以上のように、実施の形態５のマルチコアシステムによれば、転送データの中で、最も早く転送する必要がある転送データに対して、特定の情報を付加する調停情報付加部と、調停情報付加部で特定の情報が付加された転送データを最優先して調停を行う調停部とを備えたので、調停に必要なステップ数やハードウェア量のわずかな増加で、例えば、緊急を要するようなデータの転送に対応することができる。
【図面の簡単な説明】
【００６９】
【図１】この発明の実施の形態１による通信マルチコアシステムを示す構成図である。
【図２】この発明の実施の形態１によるマルチコアシステムにおけるバスマスタから発行されるデータ転送要求を示す説明図である。
【図３】この発明の実施の形態２によるマルチコアシステムの構成図である。
【図４】この発明の実施の形態２によるマルチコアシステムの他の例を示す構成図である。
【図５】この発明の実施の形態２によるマルチコアシステムの更に他の例を示す構成図である。
【図６】この発明の実施の形態３によるマルチコアシステムの構成図である。
【図７】この発明の実施の形態３によるマルチコアシステムにおけるリードデータとライトデータの説明図である。
【図８】この発明の実施の形態４によるマルチコアシステムの構成図である。
【図９】この発明の実施の形態４によるマルチコアシステムの監視部に入力される情報の説明図である。
【図１０】この発明の実施の形態４によるマルチコアシステムの他の例の構成図である。
【図１１】この発明の実施の形態５によるマルチコアシステムの構成図である。
【符号の説明】
【００７０】
１,１ａ〜１ｇ  マルチコアシステム、２−１〜２−ｍ  バスマスタ、３−１〜３−ｎ  バススレーブ、４−１，４１−１  リクエスト通信システム、４−２，４１−２  レスポンス通信システム、５−１〜５−ｍ，３１−１〜３１−ｍ  入力バッファ部、６  グリッドキューメモリ、７  アドレス管理部、８  クロスバ、９−１〜９−ｎ  出力バッファ部、１０，３２，５０  通信システム、１１，１１−１〜１１−ｍ  バイパス制御部、１２  選択部、１３  選択制御部、１４  帯域監視部、３３−１〜３３−ｍ  リード用バッファ、３４−１〜３４−ｍ  ライト用バッファ、４２，４２ａ  監視部、４３−１，４３−２，５２  調停部、５１−１〜５１−ｍ  調停情報付加部。
【図１】
2009251652.tif 000003
【図２】
2009251652.tif 000004
【図３】
2009251652.tif 000005
【図４】
2009251652.tif 000006
【図５】
2009251652.tif 000007
【図６】
2009251652.tif 000008
【図７】
2009251652.tif 000009
【図８】
2009251652.tif 000010
【図９】
2009251652.tif 000011
【図１０】
2009251652.tif 000012
【図１１】
2009251652.tif 000013