JPH04296963A - Multi-processor system - Google Patents

Multi-processor system

Info

Publication number
JPH04296963A
JPH04296963A JP3062034A JP6203491A JPH04296963A JP H04296963 A JPH04296963 A JP H04296963A JP 3062034 A JP3062034 A JP 3062034A JP 6203491 A JP6203491 A JP 6203491A JP H04296963 A JPH04296963 A JP H04296963A
Authority
JP
Japan
Prior art keywords
ipc
thread
shared memory
communication
processor
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
Application number
JP3062034A
Other languages
Japanese (ja)
Inventor
Masakazu Kobayashi
小林 雅一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP3062034A priority Critical patent/JPH04296963A/en
Publication of JPH04296963A publication Critical patent/JPH04296963A/en
Pending legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)

Abstract

PURPOSE:To selectively apply the optimum communication system according to the state of a multi-processor system by using at least two processors per one process, carrying out the inter-process communication(IPC) of different systems for each processor, and at the same time applying an IPC that is first through with the communication. CONSTITUTION:In an IPC system two processors 2 are used for transfer of the same date and applied to the 1st and 2nd processes 4 and 5 respectively. Then the IPC is carried out between both processes 4 and 5. In the 1st process 4, one of both processors 2 carries out the IPC of a shared memory system and at the same time the IPC of a communication circuit system is carried out by the other processor 2. Then the data that could be communicated earlier are adopted. So is with the 2nd process 5.

Description

【発明の詳細な説明】[Detailed description of the invention]

【0001】0001

【産業上の利用分野】本発明は、プロセス間通信を実行
可能にしたマルチプロセッサシステムに関するものであ
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a multiprocessor system that enables interprocess communication.

【0002】0002

【従来の技術】最近のコンピュータは、ますます処理能
力の強化が要求されるようになっており、その一環とし
て、一つのオペレーティング・システム(OS)の制御
の下で一つの処理を複数のプロセスが連帯して実行可能
にしたマルチプロセッサシステムが用いられている。
[Background Art] Modern computers are required to have increasingly higher processing power, and as part of this, one process is performed by multiple processes under the control of one operating system (OS). A multiprocessor system is used in which multiple processors can be jointly executed.

【0003】このようなマルチプロセッサシステムでは
、プロセス間の相互作用を行うためのデータの受け渡し
が必要であり、このための手段として、プロセス間通信
(Inter  Process  Communic
ation、以下、IPCと略称する。)が知られてい
る。
[0003] In such a multiprocessor system, it is necessary to exchange data for interaction between processes, and Inter Process Communication is used as a means for this purpose.
ation, hereinafter abbreviated as IPC. )It has been known.

【0004】この場合、このようなIPCには、大別し
て2種類の方法があり、一つには、共用メモリを利用す
る共用メモリ方式であり、もう一方は、通信回線を利用
した通信回線方式である。ここで、前者の共用メモリ方
式は、共用メモリのある領域を各プロセッサが共有し、
その領域に対してデータを読み込んだり書き込んだりし
て、必要なデータの受け渡しを行うものであり、後者の
通信回線方式は、共用メモリを使用することなく、直接
相手にメッセージの形でデータの受け渡しを行うもので
ある。
[0004] In this case, there are two main types of IPC methods: one is a shared memory method that uses a shared memory, and the other is a communication line method that uses a communication line. It is. Here, in the former shared memory method, each processor shares a certain area of the shared memory,
The necessary data is exchanged by reading and writing data to that area.The latter communication line method directly exchanges data in the form of messages to the other party without using shared memory. This is what we do.

【0005】現在のマルチプロセッサシステムにおいて
は、このような共用メモリ方式または通信回線方式のい
ずれか一方を採用することによりIPCを実現している
が、これら共有メモリ方式と通信回線方式を比較した場
合、一般には前者の共有メモリ方式が通信回線方式に比
べて高速通信が可能であるとされている。
[0005] In current multiprocessor systems, IPC is realized by adopting either the shared memory method or the communication line method, but when comparing these shared memory methods and the communication line method, Generally speaking, the former shared memory method is said to be capable of faster communication than the communication line method.

【0006】一例として、既に商品化されているシステ
ムにおいても、Encore社のMultimux(共
有メモリ方式)では、約1マイクロ秒でデータの受け渡
しのための通信が可能であるのに対して、Intel社
のHyper  Cube(通信回線方式)では、数百
マイクロ秒も必要としている。
[0006] As an example, even in systems that have already been commercialized, Encore's Multimux (shared memory method) allows communication for data exchange in approximately 1 microsecond, whereas Intel's Hyper Cube (communication line system) requires several hundred microseconds.

【0007】しかし、共有メモリ方式にも問題がないわ
けでなく、マルチプロセッサシステムを構成するプロセ
ッサの数が増加してIPCのための回線が増加すると、
共有メモリの所定領域への同時アクセスがボトルネック
となり、データ受け渡しのための通信速度が大幅に遅く
なる。
However, the shared memory method is not without its problems, and as the number of processors composing a multiprocessor system increases and the number of IPC lines increases,
Simultaneous access to a predetermined area of the shared memory becomes a bottleneck, significantly slowing down the communication speed for data exchange.

【0008】したがって、これら共有メモリ方式および
通信回線方式のものがより高速で効率的な通信をできる
かということについては、マルチプロセッサシステムそ
のものの構成やシステムにかかる負荷の状況などに大き
く依存する。
[0008] Therefore, whether or not these shared memory systems and communication line systems are capable of faster and more efficient communication depends largely on the configuration of the multiprocessor system itself and the load placed on the system.

【0009】ところで、現在のマルチプロセッサシステ
ムでは、IPCを実現するための通信方式は、共有メモ
リ方式または通信回線方式のいずれかを固定的に採用し
ている。このために、例えば、共有メモリ方式を固定的
に採用してしまうと、上述したような状況では、通信回
線方式が有利であると考えられても、あえて不利な共用
メモリ方式をそのまま使用しなければならず、逆に、通
信回線方式を固定的に採用しても、共用メモリ方式が有
利であると考えられても、あえて不利な通信回線方式を
そのまま使用しなければならないなど、現状にそぐわな
い不利な通信方式に起因してデータ受け渡しのための通
信速度が大幅に遅くなるなどの不都合を招くことがあっ
た。
By the way, in current multiprocessor systems, either a shared memory method or a communication line method is fixedly adopted as a communication method for realizing IPC. For this reason, for example, if the shared memory method is fixedly adopted, in the situation described above, even if the communication line method is considered advantageous, the disadvantageous shared memory method must be used as is. On the other hand, even if a communication line method is fixedly adopted, even if a shared memory method is considered to be advantageous, a disadvantageous communication line method must be used as is, which does not suit the current situation. Due to the disadvantageous communication method, inconveniences such as significantly slowing down of communication speed for data exchange may occur.

【0010】0010

【発明が解決しようとする課題】このように従来のマル
チプロセッサシステムでは、IPCを実現するための通
信方式が固定的に設定されているため、システムの状況
によって不利な通信方式がそのまま適用されることがあ
り、このような現状にそぐわない通信方式を用いること
によりデータ受け渡しのための通信速度が大幅に遅くな
るなどの不都合を招いていた。
[Problem to be Solved by the Invention] As described above, in conventional multiprocessor systems, the communication method for realizing IPC is fixedly set, so a disadvantageous communication method is applied as is depending on the system situation. Therefore, using a communication method that is not suitable for the current situation has caused inconveniences such as significantly slowing down the communication speed for data exchange.

【0011】本発明は、上記事情に鑑みてなされたもの
で、システムの状況に応じて最適な通信方式を選択的に
採用することができ、データ受け渡しのための通信速度
の遅れを回避でき、合理的で高速なIPCを実現できる
マルチプロセッサシステムを提供することを目的とする
The present invention has been made in view of the above circumstances, and it is possible to selectively adopt an optimal communication method depending on the system situation, avoid delays in communication speed for data exchange, The purpose of the present invention is to provide a multiprocessor system that can realize rational and high-speed IPC.

【0012】0012

【課題を解決するための手段】本発明のマルチプロセッ
サシステムは、複数個のプロセッサを有するものであっ
て、1プロセスに少なくとも2個のプロセッサを利用し
、それぞれのプロセッサについて異なる方式のプロセス
間通信を実行するとともに、最初に通信を完了したプロ
セス間通信方式を採用するように構成している。
[Means for Solving the Problems] A multiprocessor system of the present invention has a plurality of processors, uses at least two processors for one process, and uses different methods of interprocess communication for each processor. The configuration is such that the inter-process communication method that completes communication first is used.

【0013】[0013]

【作用】本発明では、1プロセスに2つプロセッサを利
用し、他のプロセスとのIPCが必要になった場合に、
両方のプロセスが同時に同一データにアクセスしたのち
、一方のプロセッサは共用メモリ方式でIPCを実行し
、これと並列的に、他方のプロセッサは通信回線方式で
IPCを実行し、これらIPCの実行のうち、先にIP
Cの実行を成功させた結果を採用することにより、シス
テムの状況に応じて最適な通信方式を選択的に採用する
ことが可能になる。
[Operation] In the present invention, when two processors are used in one process and IPC with another process is required,
After both processes access the same data at the same time, one processor executes IPC in a shared memory manner, and in parallel, the other processor executes IPC in a communication line manner, and some of these IPC executions , IP first
By adopting the results of successful execution of C, it becomes possible to selectively adopt the optimal communication method depending on the system situation.

【0014】[0014]

【実施例】以下、本発明の一実施例を図面にしたがい説
明する。
DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings.

【0015】図1は、同実施例の概略的構成を示すもの
である。図において、1はバスで、このバス1には、複
数のプロセッサ(CPU)2を接続するとともに、共用
メモリ領域31を含む主記憶部3を接続している。
FIG. 1 shows a schematic configuration of the same embodiment. In the figure, 1 is a bus, to which a plurality of processors (CPUs) 2 are connected as well as a main storage section 3 including a shared memory area 31.

【0016】この場合、同実施例のIPC方式では、同
一データを転送するために2つのプロセッサ2を利用す
るものとして、複数のプロセッサ2のうち、図示する2
つのプロセッサ2を第1のプロセス(送信プロセス)4
、他の2つのプロセッサ2を第2のプロセス(受信プロ
セス)5にそれぞれ適用し、これら第1のプロセス4と
第2プロセス5の間でIPCを実行するものとしている
In this case, in the IPC system of the same embodiment, two processors 2 are used to transfer the same data.
two processors 2 to the first process (sending process) 4
, and two other processors 2 are applied to the second process (receiving process) 5, respectively, and IPC is executed between the first process 4 and the second process 5.

【0017】そして、第1のプロセス4については、一
方のプロセッサ2で共用メモリ方式によるIPCを実行
すると同時に、他方のプロセッサ2で通信回線方式によ
るIPCを実行し、より早く通信できた方のデータを採
用するようなっている。第2のプロセス5についても同
様である。次に、以上のように構成した実施例の動作を
説明する。まず、第1のプロセス(送信プロセス)4に
ついては、図2のフローチャートにより処理が実行され
る。
Regarding the first process 4, one processor 2 executes IPC using the shared memory method, and at the same time, the other processor 2 executes IPC using the communication line method, and the data that can be communicated faster is transferred. The company is starting to adopt the following. The same applies to the second process 5. Next, the operation of the embodiment configured as above will be explained. First, regarding the first process (transmission process) 4, processing is executed according to the flowchart of FIG.

【0018】この場合、第1のプロセス4の処理を逐行
する過程で、第2のプロセス5とのIPCが必要になる
とフローチャートがスタートする。まず、IPCの開始
にあたって、これ以後利用する競合フラグをオフにリセ
ットする(ステップA1)。ここでの競合フラグは、主
記憶部3の一部を使用して実現される。
In this case, the flowchart starts when IPC with the second process 5 becomes necessary during the processing of the first process 4. First, at the start of IPC, a conflict flag to be used from now on is reset to OFF (step A1). The conflict flag here is realized using a part of the main storage unit 3.

【0019】そして、これまでのスレッド(スレッド1
)に加えて、新しいスレッド(スレッド2)を起動する
(ステップA2)。この場合、スレッド1には、第1の
プロセス4の#1のプロセッサ2が割り当てられ、共用
メモリ方式によるIPCが実行され、また、スレッド2
には、同第1のプロセス4の#2のプロセッサ2が割り
当てられ、通信回線方式によるIPCが実行されるよう
になる。また、これらスレッド1、2は並列的に処理が
行われる。
[0019] Then, the previous thread (thread 1
), a new thread (thread 2) is started (step A2). In this case, the #1 processor 2 of the first process 4 is assigned to the thread 1, the IPC using the shared memory method is executed, and the thread 2
The #2 processor 2 of the first process 4 is assigned to the processor 2, and IPC using the communication line method is executed. Further, these threads 1 and 2 perform processing in parallel.

【0020】この状態で、スレッド1は、主記憶部3の
共用メモリ領域31に対して書き込み(Write)操
作を開始する(ステップA3)。次いで、主記憶部3を
使用した競合フラグの送信側競合フラグがonになって
いるかを判断する(ステップA4)。ここで、送信側競
合フラグがonになっていなければ、共用メモリ領域3
1への書き込みが成功するまで(ステップA5)書き込
み操作を継続する。
In this state, the thread 1 starts a write operation to the shared memory area 31 of the main storage section 3 (step A3). Next, it is determined whether the sending side conflict flag of the conflict flags using the main storage unit 3 is on (step A4). Here, if the sending side conflict flag is not on, the shared memory area 3
The write operation continues until the write to 1 is successful (step A5).

【0021】ここで、スレッド1による共用メモリ領域
31に対する書き込み操作の途中で、送信側競合フラグ
がonになったとすると、後述するスレッド2によるI
PCが先に成功したと判断して、スレッド1を終了する
(ステップA6)。
[0021] Here, if the sending side conflict flag is turned on during the write operation to the shared memory area 31 by thread 1, then the I
It is determined that the PC succeeded first, and thread 1 is terminated (step A6).

【0022】一方、後述するスレッド2によるIPCが
成功する前に共用メモリ領域31に対する書き込みが成
功したとすると、送信側競合フラグをonにセットして
(ステップA7)、その後の処理を継続するようになる
(ステップA8)。
On the other hand, if writing to the shared memory area 31 is successful before IPC by thread 2, which will be described later, is successful, the sender conflict flag is set to on (step A7) and the subsequent processing is continued. (Step A8).

【0023】一方、スレッド2は、上述したスレッド1
と同時に、相手プロセス、つまり第2のプロセス(受信
プロセス)5に対するダイレクトなメッセージ転送を開
始する(ステップA9)。この場合、スレッド2による
通信回線方式のIPCは、上述したスレッド1による共
有メモリ方式の場合と対象的に、仮にスレッド1に先を
越されてもメッセージ転送だけは完了しなければならな
い。したがって、ここでは、相手の第2のプロセス(受
信プロセス)5での受信成功のreplayメッセージ
を受け取るまで待機する(ステップA10)。
On the other hand, thread 2 is similar to thread 1 described above.
At the same time, direct message transfer to the other process, that is, the second process (receiving process) 5 is started (step A9). In this case, in contrast to the case of the shared memory method using thread 1 described above, in the IPC using the communication line method using thread 2, only the message transfer must be completed even if thread 1 overtakes the IPC. Therefore, here, the process waits until the second process (receiving process) 5 of the other party receives a replay message indicating successful reception (step A10).

【0024】この状態で、第2のプロセス(受信プロセ
ス)5からのreplayメッセージを受け取ると、送
信側競合フラグがonになっているかを判断する(ステ
ップA11)。
In this state, when a replay message is received from the second process (receiving process) 5, it is determined whether the sending side conflict flag is on (step A11).

【0025】ここで、第2のプロセス(受信プロセス)
5からのreplayメッセージを受け取る前に送信側
競合フラグがonになったとすると、上述したスレッド
1によるIPCが先に成功したと判断して、スレッド2
を終了する(ステップA12)。一方、スレッド1によ
るIPCが成功する前に第2のプロセス(受信プロセス
)5からのreplayメッセージを受け取る前に成功
したとすると、送信側競合フラグをonにセットして(
ステップA13)、その後の処理を継続するようになる
(ステップA14)。次に、第2のプロセス(受信プロ
セス)5においては、図3のフローチャートにより処理
が実行される。
[0025] Here, the second process (receiving process)
If the sender contention flag turns on before receiving the replay message from thread 5, it is determined that the IPC by thread 1 was successful first, and thread 2
(Step A12). On the other hand, if the IPC by thread 1 succeeds before receiving the replay message from the second process (receiving process) 5, then the sender contention flag is set to on (
Step A13), and subsequent processing continues (step A14). Next, in the second process (receiving process) 5, processing is executed according to the flowchart of FIG.

【0026】この場合も、第2のプロセス5の処理を逐
行する過程で、第1のプロセス4とのIPCが必要にな
るとフローチャートがスタートする。まず、IPCの開
始にあたって、これ以後利用する受信側競合フラグをオ
フにリセットする(ステップB1)。ここでの競合フラ
グは、主記憶部3の一部を使用して実現される。
In this case as well, the flowchart starts when IPC with the first process 4 becomes necessary during the process of executing the second process 5. First, at the start of IPC, the receiving side conflict flag to be used from now on is reset to OFF (step B1). The conflict flag here is realized using a part of the main storage unit 3.

【0027】そして、これまでのスレッド(スレッド1
)に加えて、新しいスレッド(スレッド2)を起動する
(ステップB2)。この場合、スレッド1には、第2の
プロセス5の#1のプロセッサ2が割り当てられ、共用
メモリ方式によるIPCが実行され、また、スレッド2
には、同第2のプロセス5の#2のプロセッサ2が割り
当てられ、通信回線方式によるIPCが実行されるよう
になる。また、これらスレッド1、2は並列的に処理が
行われる。
[0027] Then, the previous thread (thread 1
), a new thread (thread 2) is started (step B2). In this case, the #1 processor 2 of the second process 5 is assigned to the thread 1, the IPC using the shared memory method is executed, and the thread 2
The #2 processor 2 of the second process 5 is assigned to the processor 2, and IPC using the communication line method is executed. Further, these threads 1 and 2 perform processing in parallel.

【0028】この状態で、スレッド1は、主記憶部3の
共用メモリ領域31に対して読み出し(Read)処理
を開始する(ステップB3)。次いで、受信側競合フラ
グがonになっているかを判断する(ステップB4)。 ここで、受信側競合フラグがonになっていなければ、
共用メモリ領域31に対する読み出しが成功するまで(
ステップB5)読み出し操作を継続する。
In this state, the thread 1 starts a read process for the shared memory area 31 of the main storage section 3 (step B3). Next, it is determined whether the receiving side conflict flag is on (step B4). Here, if the receiving side conflict flag is not on,
Until reading from the shared memory area 31 is successful (
Step B5) Continue the read operation.

【0029】ここで、スレッド1による共用メモリ領域
31に対する読み出しの途中で、受信側競合フラグがo
nになったとすると、後述するスレッド2によるIPC
が先に成功したと判断して、スレッド1を終了する(ス
テップB6)。
Here, in the middle of reading from the shared memory area 31 by thread 1, the receiving side conflict flag is set to o.
If it becomes n, IPC by thread 2 which will be described later
It is determined that thread 1 was successful first, and thread 1 is terminated (step B6).

【0030】一方、後述するスレッド2によるIPCが
成功する前に共用メモリ領域31に対する読み出しに成
功したとすると、受信側競合フラグをonにセットして
(ステップB7)、その後の処理を継続するようになる
(ステップB8)。
On the other hand, if reading from the shared memory area 31 is successful before the IPC by thread 2, which will be described later, is successful, the receiving side conflict flag is set to on (step B7) and the subsequent processing is continued. (Step B8).

【0031】一方、スレッド2は、上述したスレッド1
と同時に、相手プロセス、つまり第1のプロセス(送信
プロセス)4からのメッセージの受信を開始する(ステ
ップB9)。次に、受信側競合フラグがonになってい
るかを判断する(ステップB10)。ここで、受信側競
合フラグがonになっていなければ、メッセージ受信が
成功するまで(ステップB11)受信を継続する。
On the other hand, thread 2 is similar to thread 1 described above.
At the same time, reception of a message from the other process, that is, the first process (sending process) 4 is started (step B9). Next, it is determined whether the receiving side conflict flag is on (step B10). Here, if the receiving side conflict flag is not on, reception continues until message reception is successful (step B11).

【0032】ここで、メッセージ受信が成功する前に、
受信側競合フラグがonになったとすると、前述したス
レッド1によるIPCが先に成功したことになるが、こ
の場合は、メッセージ受信を継続し(ステップB12)
、受信が成功して(ステップB13)、相手側にrep
layメッセージを転送した後に(ステップB14)、
スレッド2を終了する(ステップB15)。
[0032] Here, before the message reception is successful,
Assuming that the receiving side conflict flag is turned on, this means that the IPC by thread 1 mentioned above was successful first, but in this case, message reception is continued (step B12).
, the reception is successful (step B13), and the rep is sent to the other party.
After transferring the lay message (step B14),
Thread 2 is ended (step B15).

【0033】一方、前述したスレッド1によるIPCが
成功する前にメッセージ受信に成功したとすると、受信
側競合フラグをonにセットし(ステップB16)、相
手側にreplayメッセージを転送した後に(ステッ
プB17)、処理を継続するようになる(ステップB1
8)。
On the other hand, if the message is successfully received before the above-mentioned IPC by thread 1 is successful, the receiving side conflict flag is set to on (step B16), and after the replay message is transferred to the other side (step B17). ), processing continues (step B1
8).

【0034】したがって、このようにすれば、プロセス
の処理を逐行する過程で、他のブロセスとのIPCが必
要になった場合に、2つのプロセッサ2に対して別々の
方式でIPCを実行し、先にIPCを成功した結果を利
用するようになるので、システムの多様な状況、つまり
通信回線の使用効率や共用メモリ領域31へのアクセス
頻度などを反映した、より適切な方式によるIPCを実
現することができる。このことは、例えば、図4に示す
ように共用メモリ領域31に対する各プロセッサ2から
のアクセスが少ない場合には、IPCとして共用メモリ
方式が先に成功することから、この場合に有利な共用メ
モリ方式が採用され、一方、図5に示すように多数のプ
ロセスがIPCを実行していて共有メモリ領域31への
競合が激しいときには、通信回線方式が先に成功するこ
とから、この場合に有利な通信回線方式が採用されるよ
うになり、いずれにしてもその場の状況に応じて適切な
IPCが選択され、高速なIPCが実現できることにな
る。
[0034] Therefore, by doing this, when IPC with another process becomes necessary in the process of processing one process at a time, IPC can be executed in different ways for the two processors 2. , since the results of successful IPC are used first, IPC is realized using a more appropriate method that reflects the various situations of the system, such as communication line usage efficiency and access frequency to the shared memory area 31. can do. For example, if the number of accesses from each processor 2 to the shared memory area 31 is small as shown in FIG. On the other hand, as shown in FIG. 5, when many processes are executing IPC and competition for the shared memory area 31 is intense, the communication line method succeeds first, which is advantageous in this case. A line system has been adopted, and in any case, an appropriate IPC is selected depending on the current situation, and high-speed IPC can be realized.

【0035】なお、本発明は上記実施例にのみ限定され
ず、要旨を変更しない範囲で適宜変形して実施できる。 例えば、上述した実施例では、スレッド1とスレッド2
は同時に並列的処理を行うようにしたが、これらスレッ
ド1とスレッド2による処理は厳密に同時である必要は
なく、一方を実行したのち少し待って、他方を実行する
ような方法を採用してもよい。要は、並列的に2つの方
式を実行することである。
It should be noted that the present invention is not limited to the above-mentioned embodiments, but can be implemented with appropriate modifications without changing the gist. For example, in the embodiment described above, thread 1 and thread 2
Although thread 1 and thread 2 do not need to perform processing in parallel at the same time, we adopted a method in which one is executed, then the other is executed after a short wait. Good too. The key is to execute the two methods in parallel.

【0036】[0036]

【発明の効果】本発明のマルチプロセッサシステムは、
2つのスレッドを異なるプロセッサに割り当て、これら
プロセッサについてそれぞれ共用メモリ方式、通信回線
方式の異なる方式を用いてIPCを並列的に実行し、先
にIPCを成功した結果を利用して、これ以降の処理を
継続するようにしているので、共用メモリや通信回線の
アクセス頻度によって左右されるシステムの多様な状況
に応じた最適なIPC方式が自動的に選択することがで
きることになり、現状にあった通信方式を用いることに
よりデータ受け渡しのための通信速度を早めることが可
能となり、高速なIPCを実現することができる。
[Effects of the Invention] The multiprocessor system of the present invention has the following features:
Allocate two threads to different processors, execute IPC in parallel using different shared memory methods and communication line methods for these processors, and use the results of successful IPC to perform subsequent processing. As a result, the optimal IPC method can be automatically selected according to the various system conditions that are affected by the access frequency of the shared memory and communication line, and the communication By using this method, it is possible to increase the communication speed for data exchange, and high-speed IPC can be realized.

【図面の簡単な説明】[Brief explanation of the drawing]

【図1】本発明の一実施例の概略的構成を示す図。FIG. 1 is a diagram showing a schematic configuration of an embodiment of the present invention.

【図2】図1で示す実施例の動作を説明するためのフロ
ーチャート。
FIG. 2 is a flowchart for explaining the operation of the embodiment shown in FIG.

【図3】図1で示す実施例の動作を説明するためのフロ
ーチャート。
FIG. 3 is a flowchart for explaining the operation of the embodiment shown in FIG. 1;

【図4】図1で示す実施例の動作を説明するための図。FIG. 4 is a diagram for explaining the operation of the embodiment shown in FIG. 1.

【図5】図1で示す実施例の動作を説明するための図。FIG. 5 is a diagram for explaining the operation of the embodiment shown in FIG. 1;

【符号の説明】[Explanation of symbols]

1…バス、2…プロセッサ、3…主記憶部、31…共用
メモリ領域、4、5…プロセス。
DESCRIPTION OF SYMBOLS 1... Bus, 2... Processor, 3... Main memory part, 31... Shared memory area, 4, 5... Process.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】  複数個のプロセッサを有するマルチプ
ロセッサシステムにおいて、1プロセスに少なくとも2
個のプロセッサを利用し、それぞれのプロセッサについ
て異なる方式のプロセス間通信を実行するとともに、最
初に通信を完了したプロセス間通信方式を採用すること
を特徴とするマルチプロセッサシステム。
Claim 1: In a multiprocessor system having a plurality of processors, one process has at least two
1. A multiprocessor system that uses two processors, executes different methods of inter-process communication for each processor, and adopts the inter-process communication method in which communication is completed first.
JP3062034A 1991-03-26 1991-03-26 Multi-processor system Pending JPH04296963A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3062034A JPH04296963A (en) 1991-03-26 1991-03-26 Multi-processor system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3062034A JPH04296963A (en) 1991-03-26 1991-03-26 Multi-processor system

Publications (1)

Publication Number Publication Date
JPH04296963A true JPH04296963A (en) 1992-10-21

Family

ID=13188480

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3062034A Pending JPH04296963A (en) 1991-03-26 1991-03-26 Multi-processor system

Country Status (1)

Country Link
JP (1) JPH04296963A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022177965A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177964A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177957A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177958A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022177965A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177964A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177957A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine
JP2022177958A (en) * 2021-05-19 2022-12-02 株式会社ユニバーサルエンターテインメント game machine

Similar Documents

Publication Publication Date Title
JP3636871B2 (en) Parallel processor system
JP2761506B2 (en) Main memory controller
US5131085A (en) High performance shared main storage interface
US5790813A (en) Pre-arbitration system allowing look-around and bypass for significant operations
KR100291301B1 (en) Communication system with signal data processing system and method and signal data processing system
KR900001120B1 (en) Distributed priority network logic for allowing a low priority unit to reside in a high priority position
US5222219A (en) Pipeline computer system having write order preservation
JPH04296963A (en) Multi-processor system
US8909873B2 (en) Traffic control method and apparatus of multiprocessor system
US6701388B1 (en) Apparatus and method for the exchange of signal groups between a plurality of components in a digital signal processor having a direct memory access controller
JP2002024007A (en) Processor system
JPH0644191A (en) Buffer control method
JP2856709B2 (en) Bus coupling system
JPS58169660A (en) Forming method of multi-processor system
JPS6240565A (en) Memory control system
JPH056333A (en) Multi-processor system
JP3637583B2 (en) Multiple processors and controlled device control method
JP2583169B2 (en) Operation program switching method for communication processing device
JPH04302352A (en) Multi processor system
KR19990061482A (en) Multiprocessor Interrupt Request and Processing Method in Multiprocessor System
JPH06161951A (en) Bus control system
JPS61262955A (en) Buffer control system for communication controlling equipment
JPH0325558A (en) Main storage access request selecting system for multiprocessor system
JPS6310464B2 (en)
JP2000330951A (en) Communication control system between processors