JPH04238566A - マルチプロセッサ間バス通信方式 - Google Patents
マルチプロセッサ間バス通信方式Info
- Publication number
- JPH04238566A JPH04238566A JP609691A JP609691A JPH04238566A JP H04238566 A JPH04238566 A JP H04238566A JP 609691 A JP609691 A JP 609691A JP 609691 A JP609691 A JP 609691A JP H04238566 A JPH04238566 A JP H04238566A
- Authority
- JP
- Japan
- Prior art keywords
- system bus
- processor
- common memory
- receiving
- reception
- 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
Links
- 238000004891 communication Methods 0.000 title claims description 10
- 238000002360 preparation method Methods 0.000 claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims description 11
- 238000000034 method Methods 0.000 claims description 9
- 238000012546 transfer Methods 0.000 abstract description 14
- 238000012545 processing Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Landscapes
- Multi Processors (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、複数のプロセッサ間を
システムバスで接続し、さらに各プロセッサから共通に
アクセス可能な共通メモリを有するマルチプロセッサ間
バス通信方式に関する。
システムバスで接続し、さらに各プロセッサから共通に
アクセス可能な共通メモリを有するマルチプロセッサ間
バス通信方式に関する。
【０００２】
【従来の技術】従来、この種のマルチプロセッサ間バス
通信方式は、送信側プロセッサから受信側プロセッサに
システムバスを介してデータを転送する際、データ転送
を実行する前に、受信側プロセッサが受信可能状態にあ
るかどうかを調べる。
通信方式は、送信側プロセッサから受信側プロセッサに
システムバスを介してデータを転送する際、データ転送
を実行する前に、受信側プロセッサが受信可能状態にあ
るかどうかを調べる。
【０００３】この手順について、図３に図２を併せ参照
して説明する。図２は通常のマルチプロセッサ方式の一
例を示すブロック図、また図３は従来の一例を示すフロ
ーチャートである。
して説明する。図２は通常のマルチプロセッサ方式の一
例を示すブロック図、また図３は従来の一例を示すフロ
ーチャートである。
【０００４】まず、図２に示すように、複数のプロセッ
サモジュール１０は共通メモリ２０に接続して共通デー
タの書き込みおよび読み出しをする一方、一つのシステ
ムバス３０でデータの送受信を実行する。
サモジュール１０は共通メモリ２０に接続して共通デー
タの書き込みおよび読み出しをする一方、一つのシステ
ムバス３０でデータの送受信を実行する。
【０００５】プロセッサモジュール１０はローカルメモ
リ１１，中央処理装置１２，共通メモリインタフェイス
１３およびシステムバスプロセッサ１４を有し、内部バ
ス１５がそれぞれを連結して情報授受する。
リ１１，中央処理装置１２，共通メモリインタフェイス
１３およびシステムバスプロセッサ１４を有し、内部バ
ス１５がそれぞれを連結して情報授受する。
【０００６】ローカルメモリ１１および中央処理装置１
２は通常の意味の装置であり、共通メモリインタフェイ
ス１３は共通メモリ２０を呼び出して情報の書き込み／
読み出しをする。
２は通常の意味の装置であり、共通メモリインタフェイ
ス１３は共通メモリ２０を呼び出して情報の書き込み／
読み出しをする。
【０００７】システムバスプロセッサ１４は内部バッフ
ァをもち、システムバス３０に接続する。
ァをもち、システムバス３０に接続する。
【０００８】図３に示すように、中央処理装置１２から
送信要求を受け付け（２０１）したシステムバスプロセ
ッサ１４は、ローカルメモリ１１から内部バッファ１６
にデータを読み込み（２０２）システムバス３０の使用
権を獲得（２０３）する。次いで、システムバスプロセ
ッサ１４はシステムバス３０に送信コマンドを送信（２
０４）し、受信側からの信号を待つ。
送信要求を受け付け（２０１）したシステムバスプロセ
ッサ１４は、ローカルメモリ１１から内部バッファ１６
にデータを読み込み（２０２）システムバス３０の使用
権を獲得（２０３）する。次いで、システムバスプロセ
ッサ１４はシステムバス３０に送信コマンドを送信（２
０４）し、受信側からの信号を待つ。
【０００９】手順２０４により、システムバス３０を介
して受信側から承認信号を受信（２０５）したとき、シ
ステムバスプロセッサ１４はシステムバス３０を介して
データ転送（２０６）する。データ転送手順２０６の終
了でシステムバスの使用権は解放（２０７）される。
して受信側から承認信号を受信（２０５）したとき、シ
ステムバスプロセッサ１４はシステムバス３０を介して
データ転送（２０６）する。データ転送手順２０６の終
了でシステムバスの使用権は解放（２０７）される。
【００１０】手順２０５で不承認信号を受信したとき、
システムバスプロセッサ１４はシステムバスの使用権を
解放し、任意の時限を経てから再びシステムバスの使用
権獲得の手順２０３へ戻る。
システムバスプロセッサ１４はシステムバスの使用権を
解放し、任意の時限を経てから再びシステムバスの使用
権獲得の手順２０３へ戻る。
【００１１】一方、中央処理装置１２から受信要求を受
け付け（２１１）したシステムバスプロセッサ１４は、
受信の準備（２１２）をして、送信コマンドの到着を待
つ。
け付け（２１１）したシステムバスプロセッサ１４は、
受信の準備（２１２）をして、送信コマンドの到着を待
つ。
【００１２】送信コマンドをシステムバス３０を介して
受信（２１３）したとき、受信準備が完了（２１４）の
場合に、システムバスプロセッサ１４は承認信号をシス
テムバス３０を介して送信（２１５）する。
受信（２１３）したとき、受信準備が完了（２１４）の
場合に、システムバスプロセッサ１４は承認信号をシス
テムバス３０を介して送信（２１５）する。
【００１３】承認信号の送信により、システムバス３０
を介してデータを受信するので、システムバスプロセッ
サ１４はまず内部バッファ１６に受信データを一時記憶
したのちローカルメモリ１１に転送し格納（２１６）す
る。
を介してデータを受信するので、システムバスプロセッ
サ１４はまず内部バッファ１６に受信データを一時記憶
したのちローカルメモリ１１に転送し格納（２１６）す
る。
【００１４】手順２１４で受信準備が完了できない場合
、送信側へ不承認信号が送信（２２１）される。
、送信側へ不承認信号が送信（２２１）される。
【００１５】
【発明が解決しようとする課題】上述した従来のマルチ
プロセッサ間バス通信方式は、送信側のプロセッサがシ
ステムバスを介してデータを転送する際に、いったんシ
ステムバスの使用権を獲得してからシステムバスを介し
て送信コマンドを送り、受信側より返送される信号が不
承認信号の場合は受信準備未完了と判断し、システムバ
スの使用権をいったん解放し、任意のタイミングを取っ
てから再びシステムバスの使用権を獲得し、送信コマド
を送る処理を繰り返すので、システムバスの使用率が受
信側のシステムバスプロセッサの状態に依存して高くな
るという欠点がある。
プロセッサ間バス通信方式は、送信側のプロセッサがシ
ステムバスを介してデータを転送する際に、いったんシ
ステムバスの使用権を獲得してからシステムバスを介し
て送信コマンドを送り、受信側より返送される信号が不
承認信号の場合は受信準備未完了と判断し、システムバ
スの使用権をいったん解放し、任意のタイミングを取っ
てから再びシステムバスの使用権を獲得し、送信コマド
を送る処理を繰り返すので、システムバスの使用率が受
信側のシステムバスプロセッサの状態に依存して高くな
るという欠点がある。
【００１６】本発明の目的は、受信準備完了を確認した
のちシステムバスの使用権を獲得する手順とすることに
より、上記欠点を解消するマルチプロセッサ間バス通信
方式を提供することにある。
のちシステムバスの使用権を獲得する手順とすることに
より、上記欠点を解消するマルチプロセッサ間バス通信
方式を提供することにある。
【００１７】
【課題を解決するための手段】本発明によるマルチプロ
セッサ間バス通信方式は、複数のプロセッサが一つのシ
ステムバスを介してデータを相互に送受信するマルチプ
ロセッサ間バス通信方式において、複数の前記プロセッ
サが呼び出して情報の出し入れをする一つの共通メモリ
を有し、前記プロセッサが受信要求を受け付けたとき受
信準備を完了して受信準備完了情報を前記共通メモリの
所定領域に書き込む一方、送信要求があるとき前記共通
メモリの所定領域の受信準備完了情報を確認したのち前
記システムバスにデータを送信する。
セッサ間バス通信方式は、複数のプロセッサが一つのシ
ステムバスを介してデータを相互に送受信するマルチプ
ロセッサ間バス通信方式において、複数の前記プロセッ
サが呼び出して情報の出し入れをする一つの共通メモリ
を有し、前記プロセッサが受信要求を受け付けたとき受
信準備を完了して受信準備完了情報を前記共通メモリの
所定領域に書き込む一方、送信要求があるとき前記共通
メモリの所定領域の受信準備完了情報を確認したのち前
記システムバスにデータを送信する。
【００１８】
【実施例】次に本発明について図１および図２を併せ参
照して説明する。図１は本発明の一実施例を示すフロー
チャート、また図２は通常のマルチプロセッサ方式の一
例を示すブロック図である。
照して説明する。図１は本発明の一実施例を示すフロー
チャート、また図２は通常のマルチプロセッサ方式の一
例を示すブロック図である。
【００１９】図２については、従来の技術の項で既に説
明したのでここでの説明は省略する。
明したのでここでの説明は省略する。
【００２０】図１に示すように、まず送信処理について
は、システムバスプロセッサ１４が中央処理装置１２か
らの送信要求を受けつける（１０１）と、ローカルメモ
リ１１から内部バッファ１６にデータを読み込み（１０
２）、受信側の状態を見るために共通メモリ２０上の受
信準備完了情報を検索し（１０３）、受信準備完了にな
るのを待ち合わせる（１０４）。システムバスプロセッ
サ１４は、受信準備完了になると共通メモリ２０上の該
当する情報を初期状態にクリア処理し（１０５）、シス
テムバス３０の使用権を獲得し（１０６）たのち、シス
テムバス３０経由で受信側のシステムバスプロセッサに
データ転送（１０７）を開始する。そして、転送終了時
にシステムバスプロセッサ１４はシステムバス３０の使
用権を解放して（１０８）送信処理は終了する。
は、システムバスプロセッサ１４が中央処理装置１２か
らの送信要求を受けつける（１０１）と、ローカルメモ
リ１１から内部バッファ１６にデータを読み込み（１０
２）、受信側の状態を見るために共通メモリ２０上の受
信準備完了情報を検索し（１０３）、受信準備完了にな
るのを待ち合わせる（１０４）。システムバスプロセッ
サ１４は、受信準備完了になると共通メモリ２０上の該
当する情報を初期状態にクリア処理し（１０５）、シス
テムバス３０の使用権を獲得し（１０６）たのち、シス
テムバス３０経由で受信側のシステムバスプロセッサに
データ転送（１０７）を開始する。そして、転送終了時
にシステムバスプロセッサ１４はシステムバス３０の使
用権を解放して（１０８）送信処理は終了する。
【００２１】次に受信処理については、送信処理と同様
に、まずシステムバスプロセッサ１４が中央処理装置１
２からの受信要求を受けつける（１１１）。次に、シス
テムバスプロセッサ１４は、受信要求に対するデータを
送信側のシステムバスプロセッサからシステムバス３０
経由で受信できるか内部バッファ１６などを調べて受信
準備し（１１２）、受信準備完了になるのを待ち合わせ
る（１１３）。
に、まずシステムバスプロセッサ１４が中央処理装置１
２からの受信要求を受けつける（１１１）。次に、シス
テムバスプロセッサ１４は、受信要求に対するデータを
送信側のシステムバスプロセッサからシステムバス３０
経由で受信できるか内部バッファ１６などを調べて受信
準備し（１１２）、受信準備完了になるのを待ち合わせ
る（１１３）。
【００２２】そして、システムバスプロセッサ１６は受
信準備完了になったとき、共通メモリ２０上に受信準備
完了情報を書き込み（１１４）、システムバス３０経由
で送信側システムバスプロセッサから送られてくるデー
タを待ち、データを受信したとき内部バッファ１６に一
時記憶したのち、受信側のローカルメモリ１１に転送格
納し（１１５）て、受信処理を終了する。
信準備完了になったとき、共通メモリ２０上に受信準備
完了情報を書き込み（１１４）、システムバス３０経由
で送信側システムバスプロセッサから送られてくるデー
タを待ち、データを受信したとき内部バッファ１６に一
時記憶したのち、受信側のローカルメモリ１１に転送格
納し（１１５）て、受信処理を終了する。
【００２３】本実施例ではマルチプロセッサを構成する
プロセッサとしてプロセッサモジュールという名称を使
用し、また機能ブロックを図示して説明したが、機能の
ブロック構成は分散併合の形式が多く、上記説明が本発
明を限定するものではない。
プロセッサとしてプロセッサモジュールという名称を使
用し、また機能ブロックを図示して説明したが、機能の
ブロック構成は分散併合の形式が多く、上記説明が本発
明を限定するものではない。
【００２４】
【発明の効果】以上説明したように本発明は、送信側プ
ロセッサが受信側プロセッサの受信可能状態を認識する
ために、共通メモリの所定領域に受信準備完了情報を記
憶し、この完了情報を索引することにより、システムバ
スを使用せずに送信側プロセッサが受信側プロセッサの
状態を知ることができ、受信側プロセッサが受信可能で
ある時のみシステムバスの使用権を獲得して確実にデー
タ転送を行うことができるので、従来にくらべて、シス
テムバスの使用率を下げることで、システムバス自体の
転送容量を増大できる効果がある。
ロセッサが受信側プロセッサの受信可能状態を認識する
ために、共通メモリの所定領域に受信準備完了情報を記
憶し、この完了情報を索引することにより、システムバ
スを使用せずに送信側プロセッサが受信側プロセッサの
状態を知ることができ、受信側プロセッサが受信可能で
ある時のみシステムバスの使用権を獲得して確実にデー
タ転送を行うことができるので、従来にくらべて、シス
テムバスの使用率を下げることで、システムバス自体の
転送容量を増大できる効果がある。
【図１】本発明のマルチプロセッサ間バス通信方式の一
実施例を示すフローチャートである。
実施例を示すフローチャートである。
【図２】通常のマルチプロセッサ方式の一例を示す機能
ブロック図である。
ブロック図である。
【図３】従来の一例を示すフローチャートである。
１０ プロセッサモジュール（プロセッサ）１１
ローカルメモリ １２ 中央処理装置 １４ システムバスプロセッサ ２０ 共通メモリ ３０ システムバス
ローカルメモリ １２ 中央処理装置 １４ システムバスプロセッサ ２０ 共通メモリ ３０ システムバス
Claims (1)
- 【請求項１】 複数のプロセッサが一つのシステムバ
スを介してデータを相互に送受信するマルチプロセッサ
間バス通信方式において、複数の前記プロセッサが呼び
出して情報の出し入れをする一つの共通メモリを有し、
前記プロセッサが受信要求を受け付けたとき受信準備を
完了して受信準備完了情報を前記共通メモリの所定領域
に書き込む一方、送信要求があるとき前記共通メモリの
所定領域の受信準備完了情報を確認したのち前記システ
ムバスにデータを送信することを特徴とするマルチプロ
セッサ間バス通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP609691A JPH04238566A (ja) | 1991-01-23 | 1991-01-23 | マルチプロセッサ間バス通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP609691A JPH04238566A (ja) | 1991-01-23 | 1991-01-23 | マルチプロセッサ間バス通信方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04238566A true JPH04238566A (ja) | 1992-08-26 |
Family
ID=11628981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP609691A Pending JPH04238566A (ja) | 1991-01-23 | 1991-01-23 | マルチプロセッサ間バス通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04238566A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110471870A (zh) * | 2019-08-14 | 2019-11-19 | Oppo广东移动通信有限公司 | 多***运行的方法、装置、电子设备及存储介质 |
-
1991
- 1991-01-23 JP JP609691A patent/JPH04238566A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110471870A (zh) * | 2019-08-14 | 2019-11-19 | Oppo广东移动通信有限公司 | 多***运行的方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0337221B2 (ja) | ||
| JPH04238566A (ja) | マルチプロセッサ間バス通信方式 | |
| JPS5833970B2 (ja) | プロセッサ間通信方式 | |
| JPH054040Y2 (ja) | ||
| KR950009763B1 (ko) | 2개의 cpu로 구성된 시스팀에서의 cpu간 데이타 전송 및 동기화 방법 | |
| JP2825914B2 (ja) | プロセッサ間通信方式 | |
| JPS6126706B2 (ja) | ||
| EP0055763B1 (en) | Input/output processor and method of communication for data processing system | |
| JPH02270432A (ja) | Ｉｓｄｎのｄチャネルプロトコル多重処理方式 | |
| JP2713204B2 (ja) | 情報処理システム | |
| JPS59119439A (ja) | バツフア・ビジ−回避方式 | |
| JPH04353959A (ja) | 分散型ファイル転送プログラムのデータ受信方式 | |
| JPS59132257A (ja) | 共通バス情報転送方式 | |
| JPS60109351A (ja) | デ−タ交換装置 | |
| JPH1115803A (ja) | 並列計算機におけるデータ送受信方法 | |
| JPH04156030A (ja) | データの連結によるデータ転送の高速化方式 | |
| JPH0478249A (ja) | 通信制御方法 | |
| JPH04220847A (ja) | コンピュータ間通信方法 | |
| JPH0243655A (ja) | データ転送装置 | |
| JPS62262541A (ja) | 共有メモリアクセス排他制御方式 | |
| JPS6029987B2 (ja) | デ−タ転送制御方式 | |
| JPH02182062A (ja) | 通信制御方式および通信アダプタ | |
| JPH0734190B2 (ja) | デ−タ伝送システムにおける通信制御装置 | |
| JPS6074836A (ja) | デ−タ転送方式 | |
| JPS6348214B2 (ja) |