JPH02188866A - コプロセッサにおける事象管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 コプロセッサが本体プロセッサに処理依頼する時の完了
復帰／未完了復帰の事象を管理する事象管理方式に関し
、 コプロセッサから本体プロセッサに処理依頼する時に事
象管理テーブルを参照して完了復帰型／未完了復帰型に
対応する復帰処理を行い、コプロセッサ上で動作する処
理プログラム間の同期化を行って処理プログラムの独立
性を高めることなどを目的とし、 コプロセッサから本体プロセッサに対する処理依頼が完
了復帰型あるいは未完了復帰型のいずれであるかの情報
をコプロセッサ側で予め格納する事象制御テーブルと、
コプロセッサ上で動作する処理プログラムから本体プロ
セッサに対する処理依頼に対応して、この処理依頼を本
体プロセッサに通知すると共に、上記事象制御テーブル
を参照して、完了復帰型と判明した場合に当該処理プロ
グラムを待機させ、本体プロセッサから処理結果が通知
された時に処理を再開させ、一方、未完了復帰型と判明
した場合に当該処理プログラムの処理を再開させる、コ
プロセッサ上で動作するインタフェーサとを備え、この
インタフェーサがコプロセッサ上で動作する処理プログ
ラムからの処理依頼について、本体プロセッサに依頼す
ると共に、上記事象制御テーブルを参照して完了復帰型
あるいは未完了復帰型に対応する復帰処理を行うように
構成する。

〔産業上の利用分野〕

本発明は、コプロセッサが本体プロセッサに処理依頼す
る時の完了復帰／未完了復帰の事象を管理する事象管理
方式に関するものである。

〔従来の技術〕

コンピュータシステムに別のアーキテクチャを持つＣＰ
ＵあるいはＯ８を動作させる場合、コプロセ・リサ（Ｉ
１０スロット上に別のアーキテクチャを持つＣＰＵを接
続したもの）を使用することがある。

この際、第３図（イ）に示すような完了復帰型は、コプ
ロセッサ２１上で動作する処理プログラム２２が本体プ
ロセッサ２６にコプロセッサ０３２３の動作に基づいて
処理依頼する場合、この処理プログラム２２を待機させ
ると共に、本体プロセッサ２６上で動作するエミュレー
トプログラム２７に対し、本体側０８２８の動作に基づ
いて処理依頼して本体側０３２８、コプロセッサ２３の
動作に基づきその結果を受は取り、これを処理プログラ
ム２２に渡すと共に処理を再開させるようにしている。

また、第３図（ロ）に示すような未完了復帰型は、コプ
ロセッサ２１上で動作する処理プログラム２２が本体プ
ロセッサ２６にコプロセッサ０８２３の動作に基づいて
処理依頼する場合、この処理プログラム２２の処理を再
開させると共に、本体プロセッサ２６上で動作するエミ
ュレートプログラム２７に対し、本体側０３２８の動作
に基づいて処理依頼して本体側０３２８、コプロセッサ
２３の動作に基づきその結果を受は取り、これを該当処
理プログラム２２に渡すようにしている。

〔発明が解決しようとする課題〕

従来のコプロセッサ２１が本体プロセッサ２６に処理依
頼する際に、既述した完了復帰型を採用した場合、１つ
の処理依頼に対してこの処理が完了しないと次の処理を
実行できないため、■処理性能が低下する、■処理の途
中で中断できないなどの問題がある。一方、既述した未
完了復帰型を採用した場合、複数の処理を同時に実行さ
せることができるため、上記■および■の問題は解決で
きる。しかし、各処理間で同期が要求される場合にある
１つの処理の間に他の処理を一時的に止めておくことが
できない。例えば本体プロセッサ２６側の資源をコプロ
セッサ２１上で動作する複数の処理プログラム２２が共
有する時に排他管理し得えないという問題があった。

本発明は、コプロセッサから本体プロセッサに処理依頼
する時に事象管理テーブルを参照して完了復帰型／未完
了復帰型に対応する復帰処理を行い、コプロセッサ上で
動作する処理プログラム間の同期化を行って処理プログ
ラムの独立性を高めることなどを目的としている。

〔課題を解決する手段〕

第１図は本発明の原理構成図を示す。

第１図において、事象制御テーブル５は、コプロセッサ
１から本体プロセッサ６に対する処理依幀が完了復帰型
あるいは未完了復帰型のいずれであるかの情報をコプロ
セッサｌ側で予め格納したものである。

インタフェーサ４は、コプロセッサｌ上で動作する処理
プログラム２から本体プロセッサ６に対する処理依頼に
対応して、この処理依頼を本体プロセッサ６に通知する
と共に、事象制御テーブル５を参照して、完了復帰型と
判明した場合に当該処理プログラム２を待機させ、本体
プロセッサ６から処理結果が通知された時に処理を再開
させ、一方、未完了復帰型と判明した場合に当該処理プ
ロクラム２の処理を再開させる、コプロセッサ１上で動
作するプログラムである。

〔作用〕

本発明は、第１図（イ）、（ロ）に示すように、コプロ
セッサｌ上で動作する処理プログラム２がら本体プロセ
ッサ６に対する処理依頼を受けたインタフェーサ４が、
事象制御テーブル５を参照してこの処理依頼が完了復帰
型あるいは未完了復帰型のいずれかを判定し、完了復帰
型の場合に処理プログラム２を待機させるど共に、処理
依頼を本体プロセッサ６に通知して処理結果が通知され
た時にこの処理結果を渡すと共に当該処理プログラム２
の処理を再開させ、一方、未完了復帰型と判明した場合
に当該処理プログラム２の処理を再開させると共に、処
理依頼を本体プロセッサ６に通知して処理結果が通知さ
れた時にこの処理結果を該当処理プログラム２に渡すよ
うにしている。

従って、コプロセッサｌ上で動作する処理プログラム２
が本体プロセッサ６に処理依頼する場合に事象制御テー
ブル５を参照して、完了復帰型あるいは未完了復帰型に
対応する復帰処理を行うことにより、完了復帰型あるい
は未完了復帰型のいずれにも対応した復帰処理を行うこ
とが可能となる。このため、処理プログラム２間でやり
とりして同期をとる必要がなくなり、コプロセッサ化に
伴う処理プログラムの変更などが不要となり、各処理プ
ログラム２の独立性を高めることができる。

〔実施例〕

第１図および第２図を用いて本発明の１実施例の構成お
よび動作を順次詳細に説明する。

第１図において、コプロセッサｌは、本体プロセッサ６
と異なるアーキテクチャを持つＣＰＵ、あるいは異なる
Ｏ８を動作させるＣＰＵを持つものであって、当該コプ
ロセッサ１上で動作する処理プログラム２の処理依頼を
本体プロセッサ６のエミュレートプログラム７に処理さ
せるものである。例えば本体プロセッサと異なるアーキ
テクチャあるいは異なるＯ８を持っｃＰＵカード（＝コ
プロセッサ）を本体プロセッサのＩ１０スロットに接続
するようにしている。

処理プログラム２は、コプロセッサＯ３ａ上で動作する
処理を実行するプログラムである。

コプロセッサＯ８３は、コプロセッサ１のＯ８（オペレ
ーティングシステム）である。このコプロセッサＯ８３
の一部に本実施例に係わるインタフェーサ４が設けられ
ている。

インタフェーサ４は、処理プログラム２から本体プロセ
ッサ６に対する処理依頼に対応して、事象制御テーブル
５を参照して、完了復帰型あるいは未完了復帰型の復帰
処理および本体プロセッサ６に対して処理依頼を通知（
通信）などするものである。

事象制御テーブル５は、処理プログラム２がら本体プロ
セッサ６に対する処理依頼について、完了復帰型あるい
は未完了復帰型のいずれかの情報を予め格納するテーブ
ル（宛先、処理コード、データなどを格納する通信制御
テーブルの一部）である。

本体プロセッサ６は、本体側ｏｓ８の制御下でエミュレ
ートプログラム７が、コプロセッサ１がら処理依頼のあ
った処理を行い、その結果をコプロセッサｌに通知など
するものである。

第１図（イ）に示す完了復帰型の処理について説明する
。

第１図（イ）において、コプロセッサＯ３３の制御下で
動作する処理プログラム２がら処理依頼（処理依頼のマ
クロ）の通知（発行）を受けたインタフェーサ４は、事
象制御テーブル５を参照して本実施例の場合には完了復
帰型と判断し、処理プログラム２に対してその結果を待
ち合わさせる（待機させる）と共に、処理依頼を本体プ
ロセッサ６の本体側Ｏ８８に依頼する。依頼を受けた本
体側Ｏ３８は、エミュレートプログラム７に処理依頼し
て処理を実行させ、その結果（完了）をコプロセッサ１
のインタフェーサ４に通知する。インタフェーサ４は、
通知を受けた結果を、待ち合わせさせておいた処理プロ
グラム２に渡すと共に処理を再開させる。

以上のように、処理プログラム２からの処理依頼が事象
制御テーブル５を参照して完了復帰型と判明した場合に
、当該処理プログラム２を待機させ、処理依頼を本体プ
ロセッサ６に依頼してその結果の通知を受けた時にこの
結果を渡すと共に処理プログラム２の処理を再開させる
ことにより、処理プログラム２に対して完了復帰型の復
帰処理を行うことが可能となる。これにより、例えばコ
プロセッサｌの複数の処理プログラム２が、本体プロセ
ッサ６の資源である共有メモリをアクセスする時、排他
制御を行う（同期化を行う）ことが可能となる。

次に、第１図（ロ）に示す未完了復帰型の処理について
説明する。

第１図（ロ）において、コプロセッサｏｓ３のもとで動
作する処理プログラム２から処理依頼（処理依頼のマク
ロ）の通知（発行）を受けたインタフェーサ４は、事象
制御テーブル５を参照して本実施例の場合には未完了復
帰型と判断し、処理依頼を本体プロセッサ６の本体側０
３Ｂに依頼すると共に、処理プログラム２の処理を再開
させる。そして、本体側Ｏ８８に処理依頼した結果の通
知を受けたインタフェーサ４は、その結果を該当する処
理プログラム２に通知する。

以上のように、処理プログラム２からの処理依頼が事象
制御テーブル５を参照して未完了復帰型と判明した場合
に、当該処理プログラム２を待機させることなく処理を
再開させると共に、処理依頼を本体プロセッサ６に依頼
してその結果の通知を受けた時にこの結果を該当する処
理プロセッサ２に渡すことにより、複数の処理プログラ
ム２が同時に複数の処理依頼を本体プロセッサ６に依頼
することが可能となり、いわば並列に処理を実行でき、
処理速度を向上させることができる。

次に、第２図を用いて処理依頼が未完了復帰型および完
了復帰型と混在した場合の動作を説明する。

第２図において、処理依頼■−１は、処理プログラム２
がインタフェーサ４に対してマクロによって発行した処
理依頼である。インタフェーサ４は、事象制御テーブル
５を参照してこの処理依頼■−１が未完了復帰型と判断
し、この処理依頼を本体プロセッサ６に依頼すると共に
、処理プログラム２の処理を再開させる。

処理依頼■−２は、処理依頼■−１と同様である。

処理依頼■は、処理プログラム２がインタフェーサ４に
対してマクロによって発行した処理依頼である。インタ
フェーサ４は、事象制御テーブル５を参照してこの処理
依頼■が完了復帰型と判断し、処理プログラム２を待ち
合わさせると共に、処理依頼を本体プロセッサ６に依頼
してその結果の通知を受けた時に、待ち合わさせておい
た処理プログラム２にその結果を渡し、処理を再開させ
る。従って、完了復帰型の処理依頼■であるとインタフ
ェーサ４が事象制御テーブル５を参照して判断した場合
、処理プログラム２の処理を一時的に中断するため（処
理プログラム２に制御を戻さないため）、処理を続行す
ることがなく、同期化（共有メモリの排他制御など）を
行うことが可能となる。

〔発明の効果〕

以上説明したように、本発明によれば、コプロセッサｌ
上で動作する処理プログラム２が本体プロセッサ６に処
理依頼する場合に事象制御テーブル５を参照して、完了
復帰型あるいは未完了復帰型に対応する復帰処理を行う
構成を採用しているため、コプロセッサｌ上で動作する
処理プログララム２に対して完了復帰型あるいは未完了
復帰型のいずれにも対応した復帰処理を行うことができ
る。これにより、処理プログラム２間でやりとりして同
期をとる必要がなくなり、コプロセッサ化に伴う処理プ
ログラム２の変更などが不要となり、処理プログラム２
の独立性を高めることができる。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図は本発明の１実施
例構成図、第３図は従来技術の説明図を示す。 図中、ｌはコプロセッサ、２は処理プログラム、３はコ
プロセッサ０８１４はインタフェーサ、５は事象制御テ
ーブル、６は本体プロセッサ、７はエミュレートプログ
ラムを表す。

Claims (1)

1. 【特許請求の範囲】 コプロセッサが本体プロセッサに処理依頼する時の完了
   復帰／未完了復帰の事象を管理する事象管理方式におい
   て、 コプロセッサ（１）から本体プロセッサ（６）に対する
   処理依頼が完了復帰型あるいは未完了復帰型のいずれで
   あるかの情報をコプロセッサ（１）側で予め格納する事
   象制御テーブル（５）と、 コプロセッサ（１）上で動作する処理プログラム（２）
   から本体プロセッサ（６）に対する処理依頼に対応して
   、この処理依頼を本体プロセッサ（６）に通知すると共
   に、上記事象制御テーブル（５）を参照して、完了復帰
   型と判明した場合に当該処理プログラム（２）を待機さ
   せ、本体プロセッサ（６）から処理結果が通知された時
   に処理を再開させ、一方、未完了復帰型と判明した場合
   に当該処理プログラム（２）の処理を再開させる、コプ
   ロセッサ（１）上で動作するインタフェーサ（４）とを
   備え、 このインタフェーサ（４）がコプロセッサ（１）上で動
   作する処理プログラム（２）からの処理依頼について、
   本体プロセッサ（６）に依頼すると共に、上記事象制御
   テーブル（５）を参照して完了復帰型あるいは未完了復
   帰型に対応する復帰処理を行うように構成したことを特
   徴とするコプロセッサにおける事象管理方式。