JPS6230668B2 - - Google Patents
Info
- Publication number
- JPS6230668B2 JPS6230668B2 JP56193691A JP19369181A JPS6230668B2 JP S6230668 B2 JPS6230668 B2 JP S6230668B2 JP 56193691 A JP56193691 A JP 56193691A JP 19369181 A JP19369181 A JP 19369181A JP S6230668 B2 JPS6230668 B2 JP S6230668B2
- Authority
- JP
- Japan
- Prior art keywords
- input
- error log
- processor
- output
- interrupt
- 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.)
- Expired
Links
- 238000012545 processing Methods 0.000 claims description 121
- 238000000034 method Methods 0.000 claims description 35
- 238000012546 transfer Methods 0.000 claims description 32
- 230000001052 transient effect Effects 0.000 claims description 9
- 230000008569 process Effects 0.000 description 27
- 230000002159 abnormal effect Effects 0.000 description 9
- 238000007796 conventional method Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000005856 abnormality Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
- Debugging And Monitoring (AREA)
Description
【発明の詳細な説明】
本発明は、入出力専用プロセツサより主記憶装
置に転送されるエラーログ情報の転送が、入出力
データ転送終結に伴い主プロセツサに対して行な
われる終了割込とは異なつたタイミングで行なわ
れるようにした入出力制御方法に関するものであ
る。
置に転送されるエラーログ情報の転送が、入出力
データ転送終結に伴い主プロセツサに対して行な
われる終了割込とは異なつたタイミングで行なわ
れるようにした入出力制御方法に関するものであ
る。
従来より情報処理システムにおいては入出力装
置と入出力制御装置との間でのデータ転送時、転
送データに誤りが発生した場合にはその誤りを回
復する処理が採られているが、その処理はチヤネ
ルと称される入出力制御装置が行なつているのが
実状である。入出力制御装置と入出力装置との間
でのデータ転送は以下のようにして行なわれる。
置と入出力制御装置との間でのデータ転送時、転
送データに誤りが発生した場合にはその誤りを回
復する処理が採られているが、その処理はチヤネ
ルと称される入出力制御装置が行なつているのが
実状である。入出力制御装置と入出力装置との間
でのデータ転送は以下のようにして行なわれる。
即ち、入出力転送の必要が生じ中央の処理装置
よりプログラムによる入出力命令が入出力制御装
置にあつた場合、データ転送制御に必要とされる
転送先主記憶装置番地情報、転送語数、チエイン
動作指定等に係る制御情報がチヤネル制御情報レ
ジスタにセツトされ、この後は一定語数データを
転送する度にデータ転送番地情報および転送語数
の更新を行ないつつ入出力装置は起動されるよう
になつているものである。一方、入出力装置にお
いては転送指示にもとづいてラインプリンタに印
字するなどの入出力処理を行ない、その結果は入
出力制御装置に転送されるようになつている。こ
のようにして入出力動作が行なわれている間に転
送すべきデータがなくなれば、一連の転送処理は
終了することから入出力制御装置は入出力装置に
停止指示を示すと同時に、中央の処理装置に対し
ては終了割込をかけるようになつているものであ
る。
よりプログラムによる入出力命令が入出力制御装
置にあつた場合、データ転送制御に必要とされる
転送先主記憶装置番地情報、転送語数、チエイン
動作指定等に係る制御情報がチヤネル制御情報レ
ジスタにセツトされ、この後は一定語数データを
転送する度にデータ転送番地情報および転送語数
の更新を行ないつつ入出力装置は起動されるよう
になつているものである。一方、入出力装置にお
いては転送指示にもとづいてラインプリンタに印
字するなどの入出力処理を行ない、その結果は入
出力制御装置に転送されるようになつている。こ
のようにして入出力動作が行なわれている間に転
送すべきデータがなくなれば、一連の転送処理は
終了することから入出力制御装置は入出力装置に
停止指示を示すと同時に、中央の処理装置に対し
ては終了割込をかけるようになつているものであ
る。
ここで入出力制御装置と入出力装置との間での
データ転送中にエラーが発生した場合を想定する
と、エラーの種類如何によつてはエラー回復が可
能であるというものである。一般にエラーは永久
的なものと過渡的なものとに大別される。例えば
入出力装置における電源が異常であつたり、印字
紙がセツトされていなかつたり、制御レジスタ類
にソリツドエラーが発生した場合などにはオペレ
ータの介入を必要とし、その介入なしでは自動回
復が困難であることから、それらエラーは永久的
故障に相当するものとして区別される。しかし、
転送ライン上で混入した雑音などによりビツト情
報が逆転することによつて生じるエラー(パリテ
イエラーなど)や、機械精度の微妙なズレに起因
する磁気デイスク装置におけるトラツク位置決め
エラーなどは再試行により回復可能なエラー(過
渡的故障と称す)として区別されている。したが
つて、入出力制御装置において過渡的故障が検出
されると、入出力制御装置は再度入出力動作を実
行することによつてエラー回復を試みるところと
なる。この処理は一般にリトライ処理と称される
が、入出力動作の故障率を小さくしてシステム全
体の信頼性を高めるうえでその果す役割は非常に
大きなものとなつている。一方、これとは別にリ
トライ処理が行なわれる場合リトライ処理の原因
となつたエラー種別やリトライ処理の種別とその
結果、更にはリトライ処理の実行回数などが磁気
デイスク装置などの外部大容量記憶装置に保存記
録せしめておくことが従来より一般に行なわれて
いる。これは、保存記録されたデータよりエラー
の内容が詳細に知られ、後に入出力装置の稼動率
を評価したり、エラー原因を究明することによつ
てエラーの発生を未然に防止するという意味でシ
ステムの保守性や信頼性に資するところ大である
からである。
データ転送中にエラーが発生した場合を想定する
と、エラーの種類如何によつてはエラー回復が可
能であるというものである。一般にエラーは永久
的なものと過渡的なものとに大別される。例えば
入出力装置における電源が異常であつたり、印字
紙がセツトされていなかつたり、制御レジスタ類
にソリツドエラーが発生した場合などにはオペレ
ータの介入を必要とし、その介入なしでは自動回
復が困難であることから、それらエラーは永久的
故障に相当するものとして区別される。しかし、
転送ライン上で混入した雑音などによりビツト情
報が逆転することによつて生じるエラー(パリテ
イエラーなど)や、機械精度の微妙なズレに起因
する磁気デイスク装置におけるトラツク位置決め
エラーなどは再試行により回復可能なエラー(過
渡的故障と称す)として区別されている。したが
つて、入出力制御装置において過渡的故障が検出
されると、入出力制御装置は再度入出力動作を実
行することによつてエラー回復を試みるところと
なる。この処理は一般にリトライ処理と称される
が、入出力動作の故障率を小さくしてシステム全
体の信頼性を高めるうえでその果す役割は非常に
大きなものとなつている。一方、これとは別にリ
トライ処理が行なわれる場合リトライ処理の原因
となつたエラー種別やリトライ処理の種別とその
結果、更にはリトライ処理の実行回数などが磁気
デイスク装置などの外部大容量記憶装置に保存記
録せしめておくことが従来より一般に行なわれて
いる。これは、保存記録されたデータよりエラー
の内容が詳細に知られ、後に入出力装置の稼動率
を評価したり、エラー原因を究明することによつ
てエラーの発生を未然に防止するという意味でシ
ステムの保守性や信頼性に資するところ大である
からである。
ところで中央の処理装置におけるユーザプログ
ラムにとつては入出力動作の成否が問題なのであ
つて、リトライ処理の結果エラーを回復し得た場
合と何等リトライ処理を行なうことなしに正常に
入出力動作を終了し得た場合との区別は本来必要
でなく、不要なものである。しかしながら、従来
にあつてはリトライ処理毎のエラー要因やリトラ
イ処理結果を示すエラーログ情報と最終的な入出
力動作の成否に係るエラー情報がともに前記した
終了割込として中央の処理装置に報告されていた
ことから、中央の処理装置ではエラーログ情報を
も処理しなければならないという不具合を生じ
る。即ち、ユーザプログラムより出された入出力
要求に対する終了処理を実行する終了割込プログ
ラムは本来処理すべきエラー情報対応を処理の他
に、ユーザプログラムにとつては不要なエラーロ
グ情報をも処理する必要があり、処理量が徒らに
増大するというものである。
ラムにとつては入出力動作の成否が問題なのであ
つて、リトライ処理の結果エラーを回復し得た場
合と何等リトライ処理を行なうことなしに正常に
入出力動作を終了し得た場合との区別は本来必要
でなく、不要なものである。しかしながら、従来
にあつてはリトライ処理毎のエラー要因やリトラ
イ処理結果を示すエラーログ情報と最終的な入出
力動作の成否に係るエラー情報がともに前記した
終了割込として中央の処理装置に報告されていた
ことから、中央の処理装置ではエラーログ情報を
も処理しなければならないという不具合を生じ
る。即ち、ユーザプログラムより出された入出力
要求に対する終了処理を実行する終了割込プログ
ラムは本来処理すべきエラー情報対応を処理の他
に、ユーザプログラムにとつては不要なエラーロ
グ情報をも処理する必要があり、処理量が徒らに
増大するというものである。
この欠点を第1図から第7図により更に詳しく
説明すれば以下のようである。
説明すれば以下のようである。
即ち、第1図は従来技術に係るマルチプロセツ
サシステムの一例でのシステム構成を示したもの
である。これによると本システムはデータバス4
1、アドレスバス42および割込ライン43,4
4よりなるシステムバス401に中央の処理装置
としてのJOBプロセツサ402、入出力制御装置
としてのIOプロセツサ404がそれぞれ接続さ
れ、更にシステムバス401には主記憶制御装置
500を介して主記憶装置400が収容接続され
るようにしてなる。JOBプロセツサ402は主記
憶装置400上のプログラムエリアに格納されて
いる各種制御プログラム200を実行し、また、
IOプロセツサ404はプロセツサ間通信用のエ
リア100にセツトされているデータを取り込み
入出力動作実行命令と転送データに翻訳したうえ
入出力装置109との間で行なわれる入出力動作
を制御するようになつている。本例では入出力装
置109はIOステーシヨン407、ループバス
406を介してIOプロセツサ404に収容され
ているが、これに限定されるものでないことは勿
論である。なお、主記憶装置400上におけるエ
リア300はIOプロセツサ404からのリトラ
イエラー情報を一時的に保存記録するためのログ
アウトエリアとしてのものである。また、割込ラ
イン43,44はJOBプロセツサ402とIOプ
ロセツサ404間で互いに相手方に割込をかける
ための割込専用信号線である。
サシステムの一例でのシステム構成を示したもの
である。これによると本システムはデータバス4
1、アドレスバス42および割込ライン43,4
4よりなるシステムバス401に中央の処理装置
としてのJOBプロセツサ402、入出力制御装置
としてのIOプロセツサ404がそれぞれ接続さ
れ、更にシステムバス401には主記憶制御装置
500を介して主記憶装置400が収容接続され
るようにしてなる。JOBプロセツサ402は主記
憶装置400上のプログラムエリアに格納されて
いる各種制御プログラム200を実行し、また、
IOプロセツサ404はプロセツサ間通信用のエ
リア100にセツトされているデータを取り込み
入出力動作実行命令と転送データに翻訳したうえ
入出力装置109との間で行なわれる入出力動作
を制御するようになつている。本例では入出力装
置109はIOステーシヨン407、ループバス
406を介してIOプロセツサ404に収容され
ているが、これに限定されるものでないことは勿
論である。なお、主記憶装置400上におけるエ
リア300はIOプロセツサ404からのリトラ
イエラー情報を一時的に保存記録するためのログ
アウトエリアとしてのものである。また、割込ラ
イン43,44はJOBプロセツサ402とIOプ
ロセツサ404間で互いに相手方に割込をかける
ための割込専用信号線である。
システム構成は以上のようであるが、JOBプロ
セツサ402、IOプロセツサ404の構成を第
2図、第3図により更に詳細に説明すれば以下の
通りである。
セツサ402、IOプロセツサ404の構成を第
2図、第3図により更に詳細に説明すれば以下の
通りである。
即ち、第2図はIOプロセツサ404の内部構
成を示したものであり、これによるとIOプロセ
ツサ404自体はJOBプロセツサ402からの割
込信号によつて起動される。割込ライン43を介
するJOBプロセツサ402からの割込信号がセツ
ト信号として割込受付フリツプフロツプ70をセ
ツト状態におくことによつて起動されるものであ
る。フリツプフロツプ70がセツト状態におかれ
た旨は優先順位判定回路340を介し演算処理回
路350に報告され、しかして演算処理回路35
0はシステムバス制御回路310を起動するとこ
ろとなるものである。IOプロセツサ404が起
動された時点では既にエリア100にはJOBプロ
セツサ402によつてIOプロセツサ404が入
出力動作を行なううえで必要とされる情報がセツ
トされていることから、システムバス制御回路3
10は内部アドレスバス302、アドレスバス4
2を介し主記憶制御装置500にその情報を読み
出すべく所定のアドレスデータを順次転送するよ
う動作する。主記憶制御装置500はそのアドレ
スデータにもとづきエリア100よりそのアドレ
ス対応のデータを読み出し、読み出されたデータ
はデータバス41、内部データバス301、シス
テムバス制御回路310を介しバツフア370に
格納されるようになつてる。バツフア370にデ
ータが格納されたことはシステムバス制御回路3
10より演算処理回路350に報告されるが、こ
れによつて演算処理回路350はバツフア370
に格納されている入出力動作指示情報をデコード
したうえ入出力制御回路360での入出力動作を
指示する入出力コマンドを作成し、この入出力コ
マンドが入出力装置109に対してデータ出力を
指示している場合には更に入出力動作指示情報と
ともに主記憶装置400より転送された出力デー
タを分割する処理を行なう。入出力コマンドが入
出力装置109にデータ出力を指示している場合
には演算処理回路350は入出力制御回路360
とループバス406との間で一度に転送し得る単
位に出力データを分割するものである。この後演
算処理回路350は入出力制御回路360に入出
力コマンドを送ることによつて入出力制御回路3
60を起動し、起動された入出力制御回路360
はバツフア370より出力データを読み出し、入
出力コマンドに従いバス390を介しループバス
406に入出力コマンドとともに出力データを転
送するところとなるものである。
成を示したものであり、これによるとIOプロセ
ツサ404自体はJOBプロセツサ402からの割
込信号によつて起動される。割込ライン43を介
するJOBプロセツサ402からの割込信号がセツ
ト信号として割込受付フリツプフロツプ70をセ
ツト状態におくことによつて起動されるものであ
る。フリツプフロツプ70がセツト状態におかれ
た旨は優先順位判定回路340を介し演算処理回
路350に報告され、しかして演算処理回路35
0はシステムバス制御回路310を起動するとこ
ろとなるものである。IOプロセツサ404が起
動された時点では既にエリア100にはJOBプロ
セツサ402によつてIOプロセツサ404が入
出力動作を行なううえで必要とされる情報がセツ
トされていることから、システムバス制御回路3
10は内部アドレスバス302、アドレスバス4
2を介し主記憶制御装置500にその情報を読み
出すべく所定のアドレスデータを順次転送するよ
う動作する。主記憶制御装置500はそのアドレ
スデータにもとづきエリア100よりそのアドレ
ス対応のデータを読み出し、読み出されたデータ
はデータバス41、内部データバス301、シス
テムバス制御回路310を介しバツフア370に
格納されるようになつてる。バツフア370にデ
ータが格納されたことはシステムバス制御回路3
10より演算処理回路350に報告されるが、こ
れによつて演算処理回路350はバツフア370
に格納されている入出力動作指示情報をデコード
したうえ入出力制御回路360での入出力動作を
指示する入出力コマンドを作成し、この入出力コ
マンドが入出力装置109に対してデータ出力を
指示している場合には更に入出力動作指示情報と
ともに主記憶装置400より転送された出力デー
タを分割する処理を行なう。入出力コマンドが入
出力装置109にデータ出力を指示している場合
には演算処理回路350は入出力制御回路360
とループバス406との間で一度に転送し得る単
位に出力データを分割するものである。この後演
算処理回路350は入出力制御回路360に入出
力コマンドを送ることによつて入出力制御回路3
60を起動し、起動された入出力制御回路360
はバツフア370より出力データを読み出し、入
出力コマンドに従いバス390を介しループバス
406に入出力コマンドとともに出力データを転
送するところとなるものである。
以上は入出力コマンドが入出力装置109に対
してデータ出力を指示している場合であるが、入
出力装置109からのデータ入力を指示している
場合には演算処理回路350は入出力コマンドと
入力されるデータが格納されるべき主記憶装置4
00上のアドレスデータを入出力制御回路360
に送出する。出力、入力の何れの場合も入出力コ
マンドがループバス406上に転送されれば、所
定の入出力装置109が起動され、IOプロセツ
サ404と入出力装置109との間でのデータの
入出力転送が行なわれるわけである。なお、入出
力装置109からのデータはIOプロセツサ40
4を介し主記憶装置400に格納されるが、その
際のデータ転送制御はデータ転送方向が逆になる
ことを除けば、主記憶装置400よりIOプロセ
ツサ404にデータ転送を行なう場合と全く同様
にして行なわれる。
してデータ出力を指示している場合であるが、入
出力装置109からのデータ入力を指示している
場合には演算処理回路350は入出力コマンドと
入力されるデータが格納されるべき主記憶装置4
00上のアドレスデータを入出力制御回路360
に送出する。出力、入力の何れの場合も入出力コ
マンドがループバス406上に転送されれば、所
定の入出力装置109が起動され、IOプロセツ
サ404と入出力装置109との間でのデータの
入出力転送が行なわれるわけである。なお、入出
力装置109からのデータはIOプロセツサ40
4を介し主記憶装置400に格納されるが、その
際のデータ転送制御はデータ転送方向が逆になる
ことを除けば、主記憶装置400よりIOプロセ
ツサ404にデータ転送を行なう場合と全く同様
にして行なわれる。
さて、入出力装置109での入出力動作が終了
すればループバス406を介しIOプロセツサ4
04にその旨の報告がされるが、これによつて
IOプロセツサは終了報告処理を行なう。ループ
バス406、バス390を介し終了の旨が入出力
制御回路360に報告されると、入出力制御回路
360は終了フリツプフロツプ80をセツト状態
におく。一方、これと同時に入出力制御回路36
0はその終了報告に対する入出力コマンドが出力
を指示するものであつた場合は、入出力動作が正
常に終了したか否か、ループバス406やIOス
テーシヨン407でリトライ処理が行なわれたか
否かなど、異常要因などを示す終了割込状態語を
バツフア380に格納し、また、入出力コマンド
が入力を指示するものであつた場合には終了割込
状態語を入出力装置109からの入力データに付
加してバツフア380に格納するが、この終了割
込状態語より5出力動作が正常に終了したか否か
が知れるものである。演算処理回路350はフリ
ツプフロツプ80のセツト状態より入出力動作が
終了した旨を知ると、バツフア380内に格納さ
れている終了割込状態語より正常に入出力動作が
終了したか否かを判定するわけである。
すればループバス406を介しIOプロセツサ4
04にその旨の報告がされるが、これによつて
IOプロセツサは終了報告処理を行なう。ループ
バス406、バス390を介し終了の旨が入出力
制御回路360に報告されると、入出力制御回路
360は終了フリツプフロツプ80をセツト状態
におく。一方、これと同時に入出力制御回路36
0はその終了報告に対する入出力コマンドが出力
を指示するものであつた場合は、入出力動作が正
常に終了したか否か、ループバス406やIOス
テーシヨン407でリトライ処理が行なわれたか
否かなど、異常要因などを示す終了割込状態語を
バツフア380に格納し、また、入出力コマンド
が入力を指示するものであつた場合には終了割込
状態語を入出力装置109からの入力データに付
加してバツフア380に格納するが、この終了割
込状態語より5出力動作が正常に終了したか否か
が知れるものである。演算処理回路350はフリ
ツプフロツプ80のセツト状態より入出力動作が
終了した旨を知ると、バツフア380内に格納さ
れている終了割込状態語より正常に入出力動作が
終了したか否かを判定するわけである。
この判定において正常に入出力動作が終了し、
しかもリトライ処理が何等行なわれなかつたと判
定された場合は演算処理回路350はゲート30
3をバツフア380とシステム制御回路310と
を接続すべく制御した後、JOBプロセツサ402
に終了報告を行なうための情報をバツフア380
上に作成する。この後演算処理回路350はシス
テムバス制御回路310を起動し、JOBプロセツ
サ402に終了報告を行なうための情報、更に入
力データが存する場合には入力データをもシステ
ムバス制御回路310よりそれぞれJOBプロセツ
サ402、主記憶装置400に転送するが、この
転送が終了したことをシステムバス制御回路31
0より受けると終了割込フリツプフロツプ60を
セツト状態におくことによつて、割込ライン44
を介しJOBプロセツサ402に終了割込をかける
ところとなるものである。フリツプフロツプ60
はJOBプロセツサ402が終了割込を受け付ける
のに十分な時間経過後にリセツト状態に戻される
が、フリツプフロツプ70,80に対するリセツ
ト制御も前述した割込優先順位判定回路340に
よつて行なわれる。説明が遅れたが、この割込優
先順位判定回路340はフリツプフロツプ70,
80が同時にセツト状態におかれた場合何れを優
先して先に受け付けるかを判定するものであり、
フリツプフロツプ70,80の何れかがセツト状
態におかれたときには演算処理回路350を起動
し、この起動後にフリツプフロツプ70,80を
リセツト状態に戻すべく機能するものである。
しかもリトライ処理が何等行なわれなかつたと判
定された場合は演算処理回路350はゲート30
3をバツフア380とシステム制御回路310と
を接続すべく制御した後、JOBプロセツサ402
に終了報告を行なうための情報をバツフア380
上に作成する。この後演算処理回路350はシス
テムバス制御回路310を起動し、JOBプロセツ
サ402に終了報告を行なうための情報、更に入
力データが存する場合には入力データをもシステ
ムバス制御回路310よりそれぞれJOBプロセツ
サ402、主記憶装置400に転送するが、この
転送が終了したことをシステムバス制御回路31
0より受けると終了割込フリツプフロツプ60を
セツト状態におくことによつて、割込ライン44
を介しJOBプロセツサ402に終了割込をかける
ところとなるものである。フリツプフロツプ60
はJOBプロセツサ402が終了割込を受け付ける
のに十分な時間経過後にリセツト状態に戻される
が、フリツプフロツプ70,80に対するリセツ
ト制御も前述した割込優先順位判定回路340に
よつて行なわれる。説明が遅れたが、この割込優
先順位判定回路340はフリツプフロツプ70,
80が同時にセツト状態におかれた場合何れを優
先して先に受け付けるかを判定するものであり、
フリツプフロツプ70,80の何れかがセツト状
態におかれたときには演算処理回路350を起動
し、この起動後にフリツプフロツプ70,80を
リセツト状態に戻すべく機能するものである。
正常に入出力動作が終了した場合は以上のよう
であるが、正常に入出力動作が行なわれなかつた
場合には以下のような処理が採られる。即ち、演
算処理回路350がバツフア380内に存する終
了割込状態語より入出力動作が異常であつて、し
かもリトライ処理が行なわれていないと判定する
と、同じく終了割込状態語の構成データである異
常要因を分析し、異常が永久故障によるものか、
過渡故障によるものなのかが判断される。具体的
には終了割込状態語における所定の2つのビツト
位置に永久故障のフラツグが立つているか、過渡
的故障のフラツグが立つているかを識別すればよ
いものである。この識別において永久故障である
と判断された場合にはリトライ処理を行なつても
無意味であるから、何等リトライ処理が行なわれ
ることなく入出力動作が正常に終了した場合と同
様な終了報告処理が行なわれる。しかし、過渡的
故障によるものであつて、しかもリトライ処理が
行なわれていないと判断されると、ループバス4
06やIOステーシヨン407、入出力装置10
9に対し必要に応じイニシヤライズ処理が行なわ
れた後入出力コマンドの再送出を行ない、IOプ
ロセツサレベルのリトライ処理を行なうものであ
る。規定回数リトライ処理を行なつても正常終了
が報告されないか、または規定回数以下の何回目
かの再試行で正常終了が報告されるまでリトライ
処理が繰り返されるわけである。リトライ処理が
行なわれる場合、その回数や各リトライ処理反応
の終了割込状態語など、リトライ情報はエラーロ
グバツフイ320に順次格納される。各リトライ
処理における終了報告タイミングでゲート303
をバツフア380とエラーログバツフア320と
を接続すべく演算処理回路350が制御するとと
もに、エラーログ制御回路330を起動するよう
にすればよいものである。エラーログ制御回路3
30はその際エラーログバツフア320のアドレ
スを更新する管理の他、エラーログ情報のフオー
マツテイングを行なうべく機能する。
であるが、正常に入出力動作が行なわれなかつた
場合には以下のような処理が採られる。即ち、演
算処理回路350がバツフア380内に存する終
了割込状態語より入出力動作が異常であつて、し
かもリトライ処理が行なわれていないと判定する
と、同じく終了割込状態語の構成データである異
常要因を分析し、異常が永久故障によるものか、
過渡故障によるものなのかが判断される。具体的
には終了割込状態語における所定の2つのビツト
位置に永久故障のフラツグが立つているか、過渡
的故障のフラツグが立つているかを識別すればよ
いものである。この識別において永久故障である
と判断された場合にはリトライ処理を行なつても
無意味であるから、何等リトライ処理が行なわれ
ることなく入出力動作が正常に終了した場合と同
様な終了報告処理が行なわれる。しかし、過渡的
故障によるものであつて、しかもリトライ処理が
行なわれていないと判断されると、ループバス4
06やIOステーシヨン407、入出力装置10
9に対し必要に応じイニシヤライズ処理が行なわ
れた後入出力コマンドの再送出を行ない、IOプ
ロセツサレベルのリトライ処理を行なうものであ
る。規定回数リトライ処理を行なつても正常終了
が報告されないか、または規定回数以下の何回目
かの再試行で正常終了が報告されるまでリトライ
処理が繰り返されるわけである。リトライ処理が
行なわれる場合、その回数や各リトライ処理反応
の終了割込状態語など、リトライ情報はエラーロ
グバツフイ320に順次格納される。各リトライ
処理における終了報告タイミングでゲート303
をバツフア380とエラーログバツフア320と
を接続すべく演算処理回路350が制御するとと
もに、エラーログ制御回路330を起動するよう
にすればよいものである。エラーログ制御回路3
30はその際エラーログバツフア320のアドレ
スを更新する管理の他、エラーログ情報のフオー
マツテイングを行なうべく機能する。
ところでIOプロセツサレベルではなくループ
バス406やIOステーシヨン407などでリト
ライ処理が行なわれた場合にはリトライ情報は通
常の終了報告のタイミングでバツフア380に格
納され、以降は演算処理回路350によつてIO
プロセツサレベルの場合と同様にして判断処理さ
れる。したがつて、リトライ処理が如何なるとこ
ろで行なわれてもそれとは無関係にリトライ情報
はエラーログバツフア320に格納されるもので
ある。次に演算処理回路350はリトライ処理を
行なつたのがIOプロセツサであるか、ループバ
ス406あるいはIOステーシヨン407などで
あるかの区別をバツフア380内に存する終了割
込状態語に付加し、ゲート303をバツフア38
0とシステムバス制御回路310とを接続すべく
制御した後、バツフア380の内容をリトライ処
理が行なわれなかつた場合と同様にして主記憶装
置400に送出する。最後に演算処理回路350
はゲート303をエラーログバツフア320とシ
ステムバス制御回路310を接続すべく制御した
後、システムバス制御回路310を起動し、エラ
ーログバツフア320の内容を主記憶装置400
に転送するところとなる。この転送の終了がシス
テムバス制御回路310より報告されると、演算
処理回路350は終了割込フリツプフロツプ60
をセツト状態におくわけである。IOプロセツサ
404で行なわれる処理の概要については第7図
に示すところである。
バス406やIOステーシヨン407などでリト
ライ処理が行なわれた場合にはリトライ情報は通
常の終了報告のタイミングでバツフア380に格
納され、以降は演算処理回路350によつてIO
プロセツサレベルの場合と同様にして判断処理さ
れる。したがつて、リトライ処理が如何なるとこ
ろで行なわれてもそれとは無関係にリトライ情報
はエラーログバツフア320に格納されるもので
ある。次に演算処理回路350はリトライ処理を
行なつたのがIOプロセツサであるか、ループバ
ス406あるいはIOステーシヨン407などで
あるかの区別をバツフア380内に存する終了割
込状態語に付加し、ゲート303をバツフア38
0とシステムバス制御回路310とを接続すべく
制御した後、バツフア380の内容をリトライ処
理が行なわれなかつた場合と同様にして主記憶装
置400に送出する。最後に演算処理回路350
はゲート303をエラーログバツフア320とシ
ステムバス制御回路310を接続すべく制御した
後、システムバス制御回路310を起動し、エラ
ーログバツフア320の内容を主記憶装置400
に転送するところとなる。この転送の終了がシス
テムバス制御回路310より報告されると、演算
処理回路350は終了割込フリツプフロツプ60
をセツト状態におくわけである。IOプロセツサ
404で行なわれる処理の概要については第7図
に示すところである。
次に第3図によりJOBプロセツサ402につい
て説明する。
て説明する。
図示の如くJOBプロセツサ402はシステムバ
ス制御回路210、IO要求フリツプフロツプ1
0、ハードエラーフリツプフロツプ20、タイマ
ー割込フリツプフロツプ30、終了割込受付フリ
ツプフロツプ40、割込優先順位判定回路24
0、演算処理回路250、プログラムカウンタ2
20、汎用レジスタ230などよりなる。このう
ち、システムバス制御回路210および割込優先
順位判定回路240は第2図におけるものと同様
な機能を有するが、演算処理回路250は第2図
におけるものとはやや異なり主記憶装置400上
のプログラムエリアに格納された各種制御プログ
ラム200をプログラムカウンタ220における
アドレスデータにもとづき実行し得るようになつ
ている。演算処理回路250が実行する命令とし
ては主記憶装置400上の任意アドレスとの間お
よび汎用レジスタ230との間でのデータ転送命
令、計算、論理、シフト、比較などに関した命
令、条件が満足されたか否かによつて任意アドレ
スにプログラムカウンタ220の内容を書き替え
る命令、入出力動作を行なうための命令などがあ
る。入出力動作を行なうための命令の1つにIO
プロセツサ404に入出力処理を行なわしめる命
令があるわけである。主記憶装置400上に作成
格納された入出力動作を指示する情報のアドレス
とIOプロセツサ404の識別番号が指定される
と、割込ライン43に接続されたIO要求フリツ
プフロツプ10をセツト状態におく命令が実行さ
れ、しかして既述した如くにIOプロセツサ40
4で入出力動作が行なわれるものである。一方、
IOプロセツサ404からは割込ライン44を介
し終了報告がJOBプロセツサ402に対してなさ
れるが、その報告は終了割込受付フリツプフロツ
プ40によつて受け付けられる。終了割込受付に
よつてフリツプフロツプ40がセツト状態におか
れ、その割込が最も優先順依が高いと判定される
と、その割込種別を示す情報が割込優先順位判定
回路240より演算処理回路250に送出され、
以降制御は割込受付フアームウエアプログラム2
60に移行されるようになつている。
ス制御回路210、IO要求フリツプフロツプ1
0、ハードエラーフリツプフロツプ20、タイマ
ー割込フリツプフロツプ30、終了割込受付フリ
ツプフロツプ40、割込優先順位判定回路24
0、演算処理回路250、プログラムカウンタ2
20、汎用レジスタ230などよりなる。このう
ち、システムバス制御回路210および割込優先
順位判定回路240は第2図におけるものと同様
な機能を有するが、演算処理回路250は第2図
におけるものとはやや異なり主記憶装置400上
のプログラムエリアに格納された各種制御プログ
ラム200をプログラムカウンタ220における
アドレスデータにもとづき実行し得るようになつ
ている。演算処理回路250が実行する命令とし
ては主記憶装置400上の任意アドレスとの間お
よび汎用レジスタ230との間でのデータ転送命
令、計算、論理、シフト、比較などに関した命
令、条件が満足されたか否かによつて任意アドレ
スにプログラムカウンタ220の内容を書き替え
る命令、入出力動作を行なうための命令などがあ
る。入出力動作を行なうための命令の1つにIO
プロセツサ404に入出力処理を行なわしめる命
令があるわけである。主記憶装置400上に作成
格納された入出力動作を指示する情報のアドレス
とIOプロセツサ404の識別番号が指定される
と、割込ライン43に接続されたIO要求フリツ
プフロツプ10をセツト状態におく命令が実行さ
れ、しかして既述した如くにIOプロセツサ40
4で入出力動作が行なわれるものである。一方、
IOプロセツサ404からは割込ライン44を介
し終了報告がJOBプロセツサ402に対してなさ
れるが、その報告は終了割込受付フリツプフロツ
プ40によつて受け付けられる。終了割込受付に
よつてフリツプフロツプ40がセツト状態におか
れ、その割込が最も優先順依が高いと判定される
と、その割込種別を示す情報が割込優先順位判定
回路240より演算処理回路250に送出され、
以降制御は割込受付フアームウエアプログラム2
60に移行されるようになつている。
第4図a,bは主記憶装置400上のエリア1
00に格納配置されるプロセツサ間通信用テーブ
ルの構成を示したものである。プロセツサ間通信
用データとしてのテーブルとしては入出力動作指
示情報が格納される割込メツセージ制御テーブル
103と、割込受付時のプログラム状態および割
込が連続して発生した場合の処理待行列を管理す
る割込レベル状態テーブル102とがある。割込
レベル状態テーブル102のテーブル構成は第4
図bに示すところであるが、割込レベル状態テー
ブル102は各IOプロセツサからの各割込要因
毎に主記憶装置400上の固定アドレスに配置さ
れるようになつている。終了割込により割込受付
フアームウエアプログラムが起動されると、その
割込要因に対応した主記憶装置400上の割込レ
ベル状態テーブルがアクセスされ、次に実行すべ
き制御プログラムのアドレスを割込詳細要因2の
内容とポインタ3の内容との和で示されるアドレ
スに格納されている値として得るようになつてい
る。この割込処理終了後は割り込まれたプログラ
ムを再開するために必要な現在のプログラム状態
語とプログラムカウンタ220の値を5,6で示
されるエリアに退避する処理を行なつてから新し
いプログラム状態語を4で示されるエリアより
得、先に求めた割込処理プログラムアドレスにジ
ヤンプすることによつて割込処理プログラムが実
行されるものである。なお、第4図bにおいて符
号7,8は割込受付待行列を管理するためのポイ
ンタであり、また符号9はLOCKフラグを、更に
符号11は待行列に接続されている割込メツセー
ジ制御テーブル103の個数を示す情報である。
なお、テーブルを用いるプロセツサ間通信方式に
ついては、本出願に係る発明者の一部を含む者等
によつて既に特許出願として提唱済のものであ
る。
00に格納配置されるプロセツサ間通信用テーブ
ルの構成を示したものである。プロセツサ間通信
用データとしてのテーブルとしては入出力動作指
示情報が格納される割込メツセージ制御テーブル
103と、割込受付時のプログラム状態および割
込が連続して発生した場合の処理待行列を管理す
る割込レベル状態テーブル102とがある。割込
レベル状態テーブル102のテーブル構成は第4
図bに示すところであるが、割込レベル状態テー
ブル102は各IOプロセツサからの各割込要因
毎に主記憶装置400上の固定アドレスに配置さ
れるようになつている。終了割込により割込受付
フアームウエアプログラムが起動されると、その
割込要因に対応した主記憶装置400上の割込レ
ベル状態テーブルがアクセスされ、次に実行すべ
き制御プログラムのアドレスを割込詳細要因2の
内容とポインタ3の内容との和で示されるアドレ
スに格納されている値として得るようになつてい
る。この割込処理終了後は割り込まれたプログラ
ムを再開するために必要な現在のプログラム状態
語とプログラムカウンタ220の値を5,6で示
されるエリアに退避する処理を行なつてから新し
いプログラム状態語を4で示されるエリアより
得、先に求めた割込処理プログラムアドレスにジ
ヤンプすることによつて割込処理プログラムが実
行されるものである。なお、第4図bにおいて符
号7,8は割込受付待行列を管理するためのポイ
ンタであり、また符号9はLOCKフラグを、更に
符号11は待行列に接続されている割込メツセー
ジ制御テーブル103の個数を示す情報である。
なお、テーブルを用いるプロセツサ間通信方式に
ついては、本出願に係る発明者の一部を含む者等
によつて既に特許出願として提唱済のものであ
る。
第5図は前記した割込処理プログラムの処理の
流れを示したものであるが、これによるとエラー
ログ情報の有無判定処理およびエラーの有無判定
処理は割込メツセージ制御テーブル103に格納
されている終了割込状態語によつて行なわれる。
エラーログ情報が存しない場合はエラーの有無判
定処理が行なわれ、この判定でエラーでない場合
は正常終了報告処理が、また、そうでない場合に
はエラー処理、異常終了報告処理が行なわれるよ
うになつている。一方、エラーログ情報が存する
場合にはエラーログ情報のログアウトフアイルへ
の転送プログラム起動処理、エラーログ情報出力
プログラムの起動処理が行なわれた後エラーの有
無判定処理が行なわれる。エラーが存しない場合
正常終了報告処理が、またそうでない場合にはエ
ラー処理、異常終了報告処理が行なわれるように
なつている。
流れを示したものであるが、これによるとエラー
ログ情報の有無判定処理およびエラーの有無判定
処理は割込メツセージ制御テーブル103に格納
されている終了割込状態語によつて行なわれる。
エラーログ情報が存しない場合はエラーの有無判
定処理が行なわれ、この判定でエラーでない場合
は正常終了報告処理が、また、そうでない場合に
はエラー処理、異常終了報告処理が行なわれるよ
うになつている。一方、エラーログ情報が存する
場合にはエラーログ情報のログアウトフアイルへ
の転送プログラム起動処理、エラーログ情報出力
プログラムの起動処理が行なわれた後エラーの有
無判定処理が行なわれる。エラーが存しない場合
正常終了報告処理が、またそうでない場合にはエ
ラー処理、異常終了報告処理が行なわれるように
なつている。
第5図より判るように処理は大別して破線部で
囲まれたエラーログ情報をログアウトフアイルに
転送するためのプログラムを起動するなど、プロ
グラム起動処理部分と、最終的に入出力処理が正
常に終了したか否かその結果をユーザプログラム
に報告する部分とからなる。第1図には図示され
ていないが、システムバス401にはフアイルコ
ントロールプロセツサ(FCP)を介しログアウ
トフアイルが収容接続されており、JOBプロセツ
サ402はフアイルコントロールプロセツサを起
動制御するようになつている。JOBプロセツサ4
02によつて起動された場合、先ずフアイルコン
トロールプロセツサはエラーログ情報転送プログ
ラムを実行し、これによりログアウトエリア30
0よりエラーログ情報は読み出され、ログアウト
フアイルに一旦転送記憶される。この後再び起動
されることによつてフアイルコントロールプロセ
ツサはログアウトフアイルよりエラーログ情報を
読み出し適当な記録表示装置によつてエラーログ
情報は記録表示されるようになつている。しかし
ながら、ユーザプログラム側よりすれば、リトラ
イ処理の結果入出力処理が正常に行なわれた場合
と最初より正常に入出力処理が行なわれた場合と
では以降行なわれる処理には何等変更はなく、し
たがつてこれよりすればエラーログ情報のログア
ウトフアイルへの転送記憶処理などを割込処理プ
ログラムによつて行なうことはプログラム起動ま
でに待時間や前処理のための時間を要し、これが
ためにオーバヘツド時間の大幅な増加となり、処
理性能上大きな問題になることは明らかである。
囲まれたエラーログ情報をログアウトフアイルに
転送するためのプログラムを起動するなど、プロ
グラム起動処理部分と、最終的に入出力処理が正
常に終了したか否かその結果をユーザプログラム
に報告する部分とからなる。第1図には図示され
ていないが、システムバス401にはフアイルコ
ントロールプロセツサ(FCP)を介しログアウ
トフアイルが収容接続されており、JOBプロセツ
サ402はフアイルコントロールプロセツサを起
動制御するようになつている。JOBプロセツサ4
02によつて起動された場合、先ずフアイルコン
トロールプロセツサはエラーログ情報転送プログ
ラムを実行し、これによりログアウトエリア30
0よりエラーログ情報は読み出され、ログアウト
フアイルに一旦転送記憶される。この後再び起動
されることによつてフアイルコントロールプロセ
ツサはログアウトフアイルよりエラーログ情報を
読み出し適当な記録表示装置によつてエラーログ
情報は記録表示されるようになつている。しかし
ながら、ユーザプログラム側よりすれば、リトラ
イ処理の結果入出力処理が正常に行なわれた場合
と最初より正常に入出力処理が行なわれた場合と
では以降行なわれる処理には何等変更はなく、し
たがつてこれよりすればエラーログ情報のログア
ウトフアイルへの転送記憶処理などを割込処理プ
ログラムによつて行なうことはプログラム起動ま
でに待時間や前処理のための時間を要し、これが
ためにオーバヘツド時間の大幅な増加となり、処
理性能上大きな問題になることは明らかである。
一方、ハードウエア上よりすればエラーログバ
ツフア320のメモリ容量が制限される場合に
は、リトライ回数や情報もまた制限されるという
不具合を生じる。即ち、第6図に2回目のリトラ
イ処理で初めて入出力動作が正常に行なわれた場
合でのJOBプロセツサ(JOBPとして表示)、IO
プロセツサ(IOPとして表示)、入出力装置
(I/Oとして表示)(場合によつてはIOステー
シヨン(I/OSTとして表示)三者の関係をエ
ラーログ情報などとともに示すが、IOプロセツ
サが過渡故障を検出する度にエラーログバツフア
320にリトライ情報を格納する必要があるが、
エラーログ情報がJOBプロセツサに報告されるの
が終了割込タイミングであり、したがつてエラー
ログバツフア320の最小必要容量は知れている
ことから、エラーログバツフア320の容量はい
きおい必要最小限にならざるを得ないというもの
である。エラーログバツフア320の容量を必要
最小限とする場合は逆にリトライ処理回数や情報
量が制限され、トラブルシユーテイング上問題で
あるというわけである。
ツフア320のメモリ容量が制限される場合に
は、リトライ回数や情報もまた制限されるという
不具合を生じる。即ち、第6図に2回目のリトラ
イ処理で初めて入出力動作が正常に行なわれた場
合でのJOBプロセツサ(JOBPとして表示)、IO
プロセツサ(IOPとして表示)、入出力装置
(I/Oとして表示)(場合によつてはIOステー
シヨン(I/OSTとして表示)三者の関係をエ
ラーログ情報などとともに示すが、IOプロセツ
サが過渡故障を検出する度にエラーログバツフア
320にリトライ情報を格納する必要があるが、
エラーログ情報がJOBプロセツサに報告されるの
が終了割込タイミングであり、したがつてエラー
ログバツフア320の最小必要容量は知れている
ことから、エラーログバツフア320の容量はい
きおい必要最小限にならざるを得ないというもの
である。エラーログバツフア320の容量を必要
最小限とする場合は逆にリトライ処理回数や情報
量が制限され、トラブルシユーテイング上問題で
あるというわけである。
即ち、従来の入出力制御方法にあつては、JOB
プロセツサ側においては終了割込プログラムの処
理が複雑であり、ユーザプログラムからみた正常
時でのオーバヘツド時間がリトライ処理を行なつ
た場合に大幅に増加するという欠点がある。ま
た、IOプロセツサ側においてはエラーログバツ
フアの容量が制限されており、これがためにリト
ライ処理回数が制限されるなどの欠点があつたも
のである。
プロセツサ側においては終了割込プログラムの処
理が複雑であり、ユーザプログラムからみた正常
時でのオーバヘツド時間がリトライ処理を行なつ
た場合に大幅に増加するという欠点がある。ま
た、IOプロセツサ側においてはエラーログバツ
フアの容量が制限されており、これがためにリト
ライ処理回数が制限されるなどの欠点があつたも
のである。
よつて本発明の目的は、JOBプロセツサ側にお
いて、終了割込プログラムの簡単化と処理オーバ
ヘツド時間の減少化が図れ、また、IOプロセツ
サ側においてはリトライ処理回数が制限されるこ
とのない入出力制御方法を供するにある。
いて、終了割込プログラムの簡単化と処理オーバ
ヘツド時間の減少化が図れ、また、IOプロセツ
サ側においてはリトライ処理回数が制限されるこ
とのない入出力制御方法を供するにある。
この目的のため本発明は、従来方法における欠
点が終了割込時にエラーログ情報をも併せて報告
していたことに起因していると考え、エラーログ
バツフアの容量を大にしてエラーログ情報を終了
割込とは別の割込で、しかも終了割込タイミング
とは異なる独立のタイミングで報告させるように
したものである。
点が終了割込時にエラーログ情報をも併せて報告
していたことに起因していると考え、エラーログ
バツフアの容量を大にしてエラーログ情報を終了
割込とは別の割込で、しかも終了割込タイミング
とは異なる独立のタイミングで報告させるように
したものである。
以下、本発明を第8図から第13図により説明
する。
する。
先ず第8図に示す本発明に係るマルチプロセツ
サシステムおよび第9図に示すタイムチヤートの
例により本発明の概要を説明する。なお、第8図
中におけるフアイル制御装置としてのフアイルコ
ントロールプロセツサ(FCP)403とログア
ウトフアイル405とについては既に述べたとこ
ろのものである。
サシステムおよび第9図に示すタイムチヤートの
例により本発明の概要を説明する。なお、第8図
中におけるフアイル制御装置としてのフアイルコ
ントロールプロセツサ(FCP)403とログア
ウトフアイル405とについては既に述べたとこ
ろのものである。
既述した如くJOBプロセツサ402からの入出
力要求によりIOプロセツサ404は起動され、
起動されたIOプロセツサ404はまた起動情報
に従い入出力装置109を起動し入出力装置10
9との間でデータ入出力転送が行なわれるが、こ
のような状態下で何等かのエラーが発生した場合
を想定する。エラー発生時には入出力装置109
は入出力動作を打ち切つてIOプロセツサ404
に異常の発生を報告するが、これによりIOプロ
セツサ404は異常に関する情報であるところの
入出力装置109の状態やエラー要因などを既述
のエラーログバツフアに取り込むようになる。こ
こまでは従来の場合と同様であるが、異なる点は
エラーログバツフア内のエラーログ情報は第9図
に示す如く終了割込のタイミングではなく、バツ
フア320内が全てエラーログ情報によつて占め
られたときに初めてエラーログバツフア320よ
りログアウトエリア300に転送され、この後
JOBプロセツサ402に対してエラーログ割込が
かけられるようになつていることである。本発明
に係るエラーログバツフア320の容量は少なく
とも規定リトライ処理回数対応の必要最少限の容
量よりも大とされることから、これにより終了割
込タイミングとは異なるタイミングでエラーログ
割込がかけられることになるものである。即ち、
入出力動作が全く正常に、あるいは規定リトライ
処理回数以内でのリトライ処理によつて入出力動
作が正常に終了した場合にはその旨の終了割込
が、また、規定リトライ処理回数リトライ処理が
行なわれても、入出力動作が正常に終了しなかつ
た場合はその旨の終了割込がJOBプロセツサ40
2に対しかけられるが、これら終了割込にはエラ
ーログ情報の転送が伴われないものである。リト
ライ処理に伴い発生するエラーログ情報はエラー
ログバツフア320内部が全てそれによつて占め
られるまでは、エラーログバツフア320内に取
り込まれるものである。さて、JOBプロセツサ4
02は終了割込より入出力動作が異常として終了
したことを知つた場合には、その入出力装置10
9に再度入出力動作を試行したり、あるいは同一
ループバス406に接続されている他の入出力装
置との間で入出力動作を行なうなど、必要な措置
を採るところとなるが、この後の入出力処理にお
いてもなおリトライ処理が行なわれる場合は、や
がてあるリトライ処理でエラーログバツフア32
0の内部は全てエラーログ情報によつて占められ
ることになることは明らかである。本発明ではエ
ラーログバツフア320内部が全てエラーログ情
報によつて占められた時点でエラーログ情報をロ
グアウトエリア300に転送したうえ、エラーロ
グ割込をかけようというものである。したがつ
て、従来方法における終了割込と本発明に係るそ
れとではタイミングは同一であるもエラーログ情
報を伴うか否かによつてその内容が異なつたもの
となつている。本発明に係るそれではエラーログ
情報を伴わなく、エラーログ情報はエラーログ割
込に伴われているものである。このエラーログ割
込は本発明特有のものであり、このためにシステ
ムバス401には新たにそのための割込ラインが
設けられているが、これについては後述するとこ
ろである。
力要求によりIOプロセツサ404は起動され、
起動されたIOプロセツサ404はまた起動情報
に従い入出力装置109を起動し入出力装置10
9との間でデータ入出力転送が行なわれるが、こ
のような状態下で何等かのエラーが発生した場合
を想定する。エラー発生時には入出力装置109
は入出力動作を打ち切つてIOプロセツサ404
に異常の発生を報告するが、これによりIOプロ
セツサ404は異常に関する情報であるところの
入出力装置109の状態やエラー要因などを既述
のエラーログバツフアに取り込むようになる。こ
こまでは従来の場合と同様であるが、異なる点は
エラーログバツフア内のエラーログ情報は第9図
に示す如く終了割込のタイミングではなく、バツ
フア320内が全てエラーログ情報によつて占め
られたときに初めてエラーログバツフア320よ
りログアウトエリア300に転送され、この後
JOBプロセツサ402に対してエラーログ割込が
かけられるようになつていることである。本発明
に係るエラーログバツフア320の容量は少なく
とも規定リトライ処理回数対応の必要最少限の容
量よりも大とされることから、これにより終了割
込タイミングとは異なるタイミングでエラーログ
割込がかけられることになるものである。即ち、
入出力動作が全く正常に、あるいは規定リトライ
処理回数以内でのリトライ処理によつて入出力動
作が正常に終了した場合にはその旨の終了割込
が、また、規定リトライ処理回数リトライ処理が
行なわれても、入出力動作が正常に終了しなかつ
た場合はその旨の終了割込がJOBプロセツサ40
2に対しかけられるが、これら終了割込にはエラ
ーログ情報の転送が伴われないものである。リト
ライ処理に伴い発生するエラーログ情報はエラー
ログバツフア320内部が全てそれによつて占め
られるまでは、エラーログバツフア320内に取
り込まれるものである。さて、JOBプロセツサ4
02は終了割込より入出力動作が異常として終了
したことを知つた場合には、その入出力装置10
9に再度入出力動作を試行したり、あるいは同一
ループバス406に接続されている他の入出力装
置との間で入出力動作を行なうなど、必要な措置
を採るところとなるが、この後の入出力処理にお
いてもなおリトライ処理が行なわれる場合は、や
がてあるリトライ処理でエラーログバツフア32
0の内部は全てエラーログ情報によつて占められ
ることになることは明らかである。本発明ではエ
ラーログバツフア320内部が全てエラーログ情
報によつて占められた時点でエラーログ情報をロ
グアウトエリア300に転送したうえ、エラーロ
グ割込をかけようというものである。したがつ
て、従来方法における終了割込と本発明に係るそ
れとではタイミングは同一であるもエラーログ情
報を伴うか否かによつてその内容が異なつたもの
となつている。本発明に係るそれではエラーログ
情報を伴わなく、エラーログ情報はエラーログ割
込に伴われているものである。このエラーログ割
込は本発明特有のものであり、このためにシステ
ムバス401には新たにそのための割込ラインが
設けられているが、これについては後述するとこ
ろである。
以上のようにしてエラーログ情報をログアウト
トエリア300に転送し、また、JOBプロセツサ
402に対してエラーログ割込がかける場合は、
エラーログ割込のタイミングは一般は終了割込の
それとは異なつたものとなり、しかもエラーログ
情報の1回当りの転送情報量は従来方法に比し大
となるも、転送回転とその転送に伴なうエラーロ
グ割込の回数は従来方法での終了割込に比し低減
されるところとなるものである。従来方法では
IOプロセツサ404からのエラーログ報告は終
了報告時に限られていたため、JOBプロセツサ4
02から見た1回の入出力動作の応答時間に対す
る制限により転送できるエラーログ情報の容量に
は上限があることは既に述べたところである。こ
のため、JOBプロセツサ402およびIOプロセ
ツサ404を含めたエラーログに要する時間は、
次式で与えられる。
トエリア300に転送し、また、JOBプロセツサ
402に対してエラーログ割込がかける場合は、
エラーログ割込のタイミングは一般は終了割込の
それとは異なつたものとなり、しかもエラーログ
情報の1回当りの転送情報量は従来方法に比し大
となるも、転送回転とその転送に伴なうエラーロ
グ割込の回数は従来方法での終了割込に比し低減
されるところとなるものである。従来方法では
IOプロセツサ404からのエラーログ報告は終
了報告時に限られていたため、JOBプロセツサ4
02から見た1回の入出力動作の応答時間に対す
る制限により転送できるエラーログ情報の容量に
は上限があることは既に述べたところである。こ
のため、JOBプロセツサ402およびIOプロセ
ツサ404を含めたエラーログに要する時間は、
次式で与えられる。
エラーログ所要時間(T1)=(IOプロセツサ404のエラーログ処理時間(TIOP)
+IOプロセツサ404からログアウトエリア300へのエラーログ情報の転送時間(Ttraos)
+JOBプロセツサ402のエラーログ処理時間(TJOBP))×n ……(1)
ここで、TIOPとTJOBPは、エラーログ処理1
回につき一定時間がかかるものであり、Ttraosは
エラーログ情報の容量に比例して増加する処理時
間である。またnは、エラーログ報告を行なつた
回数である。
回につき一定時間がかかるものであり、Ttraosは
エラーログ情報の容量に比例して増加する処理時
間である。またnは、エラーログ報告を行なつた
回数である。
これに対して、本発明に係るところのエラーロ
グ割込方式を用いれば、何回かのエラーログ情報
をエラーログバツフア320に蓄積しておいても
1回の入出力動作の応答時間は減少こそすれ増加
することはない。これはエラーログ要求割込を終
了割込と別タイミングに、しかもエラーログバツ
フア320が満杯になつたタイミングとしている
からである。ここで、従来方法での終了割込m回
分のエラーログ情報をエラーログバツフア320
に蓄積することとすれば、JOBプロセツサ402
に対しては従来方式に比して1/mにエラーログ
報告回数を減少させることができるわけである。
従来方式のn回分のエラーログ処理を本発明の方
式で行なうとその所要時間は次式で与えられる。
グ割込方式を用いれば、何回かのエラーログ情報
をエラーログバツフア320に蓄積しておいても
1回の入出力動作の応答時間は減少こそすれ増加
することはない。これはエラーログ要求割込を終
了割込と別タイミングに、しかもエラーログバツ
フア320が満杯になつたタイミングとしている
からである。ここで、従来方法での終了割込m回
分のエラーログ情報をエラーログバツフア320
に蓄積することとすれば、JOBプロセツサ402
に対しては従来方式に比して1/mにエラーログ
報告回数を減少させることができるわけである。
従来方式のn回分のエラーログ処理を本発明の方
式で行なうとその所要時間は次式で与えられる。
エラーログ所要時間(T2)=(TIOP+Ttraos)×n+TJOBP×n/m ……(2)
T1とT2を比べると、JOBプロセツサ402に
おけるエラーログ処理時間は従来方式と本発明に
よる方式では1/mに減少できることがわかる。
一方、JOBプロセツサ402側においてはIOプ
ロセツサ404がリトライ処理を行なつている間
にログアウトフアイル405へのエアーログ情報
の転送処理を行ない得、JOBプロセツサ402に
おける処理オーバヘツド時間が短縮され全体とし
ての処理時間も短縮されるようになるものであ
る。
おけるエラーログ処理時間は従来方式と本発明に
よる方式では1/mに減少できることがわかる。
一方、JOBプロセツサ402側においてはIOプ
ロセツサ404がリトライ処理を行なつている間
にログアウトフアイル405へのエアーログ情報
の転送処理を行ない得、JOBプロセツサ402に
おける処理オーバヘツド時間が短縮され全体とし
ての処理時間も短縮されるようになるものであ
る。
第10図a,bはそれぞれJOBプロセツサ40
2によつて実行される終了割込、エラーログ割込
に対するソフトウエアプログラムの処理の流れを
示したものである。終了割込、エラーログ割込は
独立の別のタイミングで、しかも区別された状態
でJOBプロセツサ402に報告されることから、
両割込に対するプログラムは別個とし得るわけで
ある。ここで第10図bにより改めてJOBプロセ
ツサでの処理時間が式(2)に関連して1/mに全体
的に減少され得る理由を説明すれば、図示のよう
にJOBプロセツサではエラーログ情報転送プログ
ラムおよびエラーログ情報出力プログラムの起動
処理が行なわれるが、これらはいずれもエラーロ
グ割込の回数に比例して増加し、エラーログ情報
量には依存しないことは明らかである。また、エ
ラーログ情報転送プログラムならびにエラーログ
情報出力プログラムが行なうところの、IOプロ
セツサとJOBプロセツサ間の転送処理についても
データ転送処理そのものは、JOBプロセツサが関
与しないDMA(Direct Memory Access)方式
で行なわれるのが通例であり、このためJOBプロ
セツサの処理時間は転送データ量には依存せず、
転送処理そのものの回数のみに比例する。以上か
ら、JOBプロセツサでの負荷は基本的に、エラー
ログ情報量にはよらずに、エラーログ要求割込の
回数に比例することがわかる。このJOBプロセツ
サにて行なうエラーログ処理の基本性質から、本
発明に係るところのエラーログ割込方式によりエ
ラーログ要求割込回数を1/mにすることが、と
りもなおさず直接JOBプロセツサでの処理時間低
減をもたらすことになるものである。別個とする
場合には割込処理においてエラーログ情報の有無
判定処理が不要となり、プログラムは図示の如く
に簡単化され得るものである。終了割込処理、エ
ラーログ処理を独立に行なうようにすれば、処理
性能の向上も期待し得るわけである。
2によつて実行される終了割込、エラーログ割込
に対するソフトウエアプログラムの処理の流れを
示したものである。終了割込、エラーログ割込は
独立の別のタイミングで、しかも区別された状態
でJOBプロセツサ402に報告されることから、
両割込に対するプログラムは別個とし得るわけで
ある。ここで第10図bにより改めてJOBプロセ
ツサでの処理時間が式(2)に関連して1/mに全体
的に減少され得る理由を説明すれば、図示のよう
にJOBプロセツサではエラーログ情報転送プログ
ラムおよびエラーログ情報出力プログラムの起動
処理が行なわれるが、これらはいずれもエラーロ
グ割込の回数に比例して増加し、エラーログ情報
量には依存しないことは明らかである。また、エ
ラーログ情報転送プログラムならびにエラーログ
情報出力プログラムが行なうところの、IOプロ
セツサとJOBプロセツサ間の転送処理についても
データ転送処理そのものは、JOBプロセツサが関
与しないDMA(Direct Memory Access)方式
で行なわれるのが通例であり、このためJOBプロ
セツサの処理時間は転送データ量には依存せず、
転送処理そのものの回数のみに比例する。以上か
ら、JOBプロセツサでの負荷は基本的に、エラー
ログ情報量にはよらずに、エラーログ要求割込の
回数に比例することがわかる。このJOBプロセツ
サにて行なうエラーログ処理の基本性質から、本
発明に係るところのエラーログ割込方式によりエ
ラーログ要求割込回数を1/mにすることが、と
りもなおさず直接JOBプロセツサでの処理時間低
減をもたらすことになるものである。別個とする
場合には割込処理においてエラーログ情報の有無
判定処理が不要となり、プログラムは図示の如く
に簡単化され得るものである。終了割込処理、エ
ラーログ処理を独立に行なうようにすれば、処理
性能の向上も期待し得るわけである。
本発明の概要は以上のようであるが、次に第1
1図、第12図により本発明に係るIOプロセツ
サおよびJOBプロセツサの構成について説明す
る。
1図、第12図により本発明に係るIOプロセツ
サおよびJOBプロセツサの構成について説明す
る。
第11図はそのIOプロセツサの構成を示した
ものであり、構成上第2図に示すものと異なると
ころはエラーログ要求フリツプフロツプ90が新
たに設けられたことである。このフリツプフロツ
プ90のためにシステムバス401には新たにエ
ラーログ割込ライン45が設けられるようになつ
ている。
ものであり、構成上第2図に示すものと異なると
ころはエラーログ要求フリツプフロツプ90が新
たに設けられたことである。このフリツプフロツ
プ90のためにシステムバス401には新たにエ
ラーログ割込ライン45が設けられるようになつ
ている。
本図での演算処理回路350は入出力制御回路
360から終了フリツプフロツプ80を介して起
動された場合は、入出力動作が正常に終了し、し
かもループバス406やIOステーシヨン407
でリトライ処理が行なわれなかつた場合と入出力
動作が異常であつて、しかもその異常が永久故障
による場合には従来の場合と全く同様な処理を行
なう。しかしながら、それ以外の場合、JOBプロ
セツサ402にエラーログ情報が報告されるタイ
ミングは終了割込フリツプフロツプ60による終
了報告タイミングではなく、エラーログ要求フリ
ツプフロツプ90による別タイミングで行なわれ
る。具体的にはエラーログバツフア320がリト
ライ情報によつて全て占められたときである。
360から終了フリツプフロツプ80を介して起
動された場合は、入出力動作が正常に終了し、し
かもループバス406やIOステーシヨン407
でリトライ処理が行なわれなかつた場合と入出力
動作が異常であつて、しかもその異常が永久故障
による場合には従来の場合と全く同様な処理を行
なう。しかしながら、それ以外の場合、JOBプロ
セツサ402にエラーログ情報が報告されるタイ
ミングは終了割込フリツプフロツプ60による終
了報告タイミングではなく、エラーログ要求フリ
ツプフロツプ90による別タイミングで行なわれ
る。具体的にはエラーログバツフア320がリト
ライ情報によつて全て占められたときである。
即ち、第13図によつてIOプロセツサ404
での処理内容を説明すれば、IOステーシヨン1
09より終了割込がIOプロセツサ404にある
と、先ず入出力動作の結果が正常か否かが判断さ
れる。正常である場合には終了割込状態語を正常
終了したうえJOBプロセツサ402に対し終了割
込をかけるものである。異常終了であつて、IO
プロセツサ404でのリトライ処理回数が規定値
をオーバする場合または永久故障にリトライ処理
不可の場合には、終了割込状態語を異常終了とし
たうえ正常終了の場合と同様にしてJOBプロセツ
サ402に対し終了割込がかけられるものであ
る。一方、リトライ処理回数が規定値に達しな
く、しかも過渡的故障によつて終了した場合には
リトライ処理が行なわれる。入出力装置でリトラ
イ処理有の場合には入出力装置でのリトライ情報
をエラーログバツフア320に転送した後、入出
力装置が再起動される。正常終了、異常終了の何
れの場合にもJOBプロセツサ402に対して終了
割込がかけられるわけであるが、以降はIOステ
ーシヨン407やIOプロセツサ404自体のリ
トライ処理の有無によつてはリトライ情報がエラ
ーログバツフア320に転送され、1つの入出力
動作は終了するものである。
での処理内容を説明すれば、IOステーシヨン1
09より終了割込がIOプロセツサ404にある
と、先ず入出力動作の結果が正常か否かが判断さ
れる。正常である場合には終了割込状態語を正常
終了したうえJOBプロセツサ402に対し終了割
込をかけるものである。異常終了であつて、IO
プロセツサ404でのリトライ処理回数が規定値
をオーバする場合または永久故障にリトライ処理
不可の場合には、終了割込状態語を異常終了とし
たうえ正常終了の場合と同様にしてJOBプロセツ
サ402に対し終了割込がかけられるものであ
る。一方、リトライ処理回数が規定値に達しな
く、しかも過渡的故障によつて終了した場合には
リトライ処理が行なわれる。入出力装置でリトラ
イ処理有の場合には入出力装置でのリトライ情報
をエラーログバツフア320に転送した後、入出
力装置が再起動される。正常終了、異常終了の何
れの場合にもJOBプロセツサ402に対して終了
割込がかけられるわけであるが、以降はIOステ
ーシヨン407やIOプロセツサ404自体のリ
トライ処理の有無によつてはリトライ情報がエラ
ーログバツフア320に転送され、1つの入出力
動作は終了するものである。
ここで注意すべきは、エラーログ情報のJOBプ
ロセツサ402への報告タイミングは、エラーロ
グバツフア320がリトライ情報によつて全て占
められたことを検出して行なわれるということで
ある。エラーログ制御回路330によつてその旨
が検出された場合にはエラーログ要求フリツプフ
ロツプ90がセツト状態におかれたものである。
フリツプフロツプ90がセツト情態におかれた旨
は優先順位判定回路340を介して演算処理回路
350が知るところとなるが、これによつて演算
処理回路350は直ちにゲート303を制御しエ
ラーログバツフア320をシステムバス制御回路
310に接続するわけである。この接続によつて
エラーログ情報はログアウトエリア300に転送
されるところとなる。
ロセツサ402への報告タイミングは、エラーロ
グバツフア320がリトライ情報によつて全て占
められたことを検出して行なわれるということで
ある。エラーログ制御回路330によつてその旨
が検出された場合にはエラーログ要求フリツプフ
ロツプ90がセツト状態におかれたものである。
フリツプフロツプ90がセツト情態におかれた旨
は優先順位判定回路340を介して演算処理回路
350が知るところとなるが、これによつて演算
処理回路350は直ちにゲート303を制御しエ
ラーログバツフア320をシステムバス制御回路
310に接続するわけである。この接続によつて
エラーログ情報はログアウトエリア300に転送
されるところとなる。
即ち、エラーログ情報のログアウトエリア30
0への転送は終了割込とは独立して行なわれるも
のである。従来にあつてはエラーログ情報のログ
アウトエリア300への伝送処理後終了割込をか
ける必要があつたことは第7図より明らかであ
り、これがためにJOBプロセツサ402での処理
の複雑さやオーバヘツド時間の増大を回避し得
ず、しかも終了割込のタイミングは遅くなつてい
たが、これらの欠点は本発明によつて低減され得
るわけである。
0への転送は終了割込とは独立して行なわれるも
のである。従来にあつてはエラーログ情報のログ
アウトエリア300への伝送処理後終了割込をか
ける必要があつたことは第7図より明らかであ
り、これがためにJOBプロセツサ402での処理
の複雑さやオーバヘツド時間の増大を回避し得
ず、しかも終了割込のタイミングは遅くなつてい
たが、これらの欠点は本発明によつて低減され得
るわけである。
最後に本発明に係るJOBプロセツサを第12図
により説明する。第12図はその構成を示すが、
システムバス401に新たにエラーログ割込ライ
ン45が付加されたことに伴いエラーログ要求受
付フリツプフロツプ50が新たに設けられるよう
になつている。フリツプフロツプ50の果す機能
は終了割込受付フリツプフロツプ40に同様であ
る。しかし、異なる優先順位をもつ割込として優
先順位判定回路240で判定されることから、割
込受付フアームウエア260を経た後に制御が移
行される割込処理プログラムは終了割込プログラ
ムとエラーログ割込プログラムとに分離し得るも
のである。
により説明する。第12図はその構成を示すが、
システムバス401に新たにエラーログ割込ライ
ン45が付加されたことに伴いエラーログ要求受
付フリツプフロツプ50が新たに設けられるよう
になつている。フリツプフロツプ50の果す機能
は終了割込受付フリツプフロツプ40に同様であ
る。しかし、異なる優先順位をもつ割込として優
先順位判定回路240で判定されることから、割
込受付フアームウエア260を経た後に制御が移
行される割込処理プログラムは終了割込プログラ
ムとエラーログ割込プログラムとに分離し得るも
のである。
以上説明したように本発明は、容量大とされた
エラーログバツフアがリトライ情報によつて全て
占められたときJOBプロセツサにはエラーログ割
込をかけ、また主記憶装置上のログアウトエリア
にはエラーログ情報をエラーログバツフアより転
送するようにしたものである。したがつて本発明
による場合は、エラーログ割込のタイミングは終
了割込のそれとは異なるようにされるから、割込
処理プログラムが簡単化され、JOBプロセツサで
の処理オーバーヘツド時間が減少されるなど、
種々の効果が得られる。
エラーログバツフアがリトライ情報によつて全て
占められたときJOBプロセツサにはエラーログ割
込をかけ、また主記憶装置上のログアウトエリア
にはエラーログ情報をエラーログバツフアより転
送するようにしたものである。したがつて本発明
による場合は、エラーログ割込のタイミングは終
了割込のそれとは異なるようにされるから、割込
処理プログラムが簡単化され、JOBプロセツサで
の処理オーバーヘツド時間が減少されるなど、
種々の効果が得られる。
第1図は、従来技術に係るマルチプロセツサシ
ステムの一例でのシステム構成を示す図、第2
図、第3図は、その構成におけるJOBプロセツ
サ、IOプロセツサの一例での構成をそれぞれ示
す図、第4図a,bは、同じくその構成における
主記憶装置上のプロセツサ間通信用エリアに格納
される通信用テーブルの構成を示す図、第5図
は、JOBプロセツサで実行される割込処理プログ
ラムの処理の流れを示す図、第6図は、JOBプロ
セツサ、IOプロセツサ、入出力装置三者の間で
行なわれる処理の流れを示す図、第7図は、IO
プロセツサで行なわれる処理の概要を示す図、第
8図は、本発明に係るマルチプロセツサシステム
の一例でのシステム構成を示す図、第9図は、
JOBプロセツサ、IOプロセツサ、入出力装置三
者の間で行なわれる本発明に係る処理の流れを示
す図、第10図a,bは、JOBプロセツサで実行
される終了割込、エラーログ割込に対するプログ
ラム処理の流れを示す図、第11図、第12図
は、第8図におけるIOプロセツサ、JOBプロセ
ツサの一例での構成を示す図、第13図は、本発
明に係るIOプロセツサで行なわれる処理の概要
を示す図である。 400……主記憶装置、300……ログアウト
エリア、402……JOBプロセツサ、403……
フアイルコントロールプロセツサ、404……
IOプロセツサ、405……ログアウトフアイ
ル、109……入出力装置、45……エラーログ
割込ライン、90……エラーログ要求フリツプフ
ロツプ、50……エラーログ要求受付フリツプフ
ロツプ、320……エラーログバツフア。
ステムの一例でのシステム構成を示す図、第2
図、第3図は、その構成におけるJOBプロセツ
サ、IOプロセツサの一例での構成をそれぞれ示
す図、第4図a,bは、同じくその構成における
主記憶装置上のプロセツサ間通信用エリアに格納
される通信用テーブルの構成を示す図、第5図
は、JOBプロセツサで実行される割込処理プログ
ラムの処理の流れを示す図、第6図は、JOBプロ
セツサ、IOプロセツサ、入出力装置三者の間で
行なわれる処理の流れを示す図、第7図は、IO
プロセツサで行なわれる処理の概要を示す図、第
8図は、本発明に係るマルチプロセツサシステム
の一例でのシステム構成を示す図、第9図は、
JOBプロセツサ、IOプロセツサ、入出力装置三
者の間で行なわれる本発明に係る処理の流れを示
す図、第10図a,bは、JOBプロセツサで実行
される終了割込、エラーログ割込に対するプログ
ラム処理の流れを示す図、第11図、第12図
は、第8図におけるIOプロセツサ、JOBプロセ
ツサの一例での構成を示す図、第13図は、本発
明に係るIOプロセツサで行なわれる処理の概要
を示す図である。 400……主記憶装置、300……ログアウト
エリア、402……JOBプロセツサ、403……
フアイルコントロールプロセツサ、404……
IOプロセツサ、405……ログアウトフアイ
ル、109……入出力装置、45……エラーログ
割込ライン、90……エラーログ要求フリツプフ
ロツプ、50……エラーログ要求受付フリツプフ
ロツプ、320……エラーログバツフア。
Claims (1)
- 1 主プロセツサと入出力装置との間で行なわれ
る入出力データの転送制御が入出力制御用プロセ
ツサによつて主として行なわれ、入出力制御用プ
ロセツサと入出力装置との間での入出力データ転
送の際に過渡的なエラーあるいは故障が生じた場
合、該エラーあるいは故障を回復すべく入出力制
御用プロセツサが入出力データの転送を規定回数
内で再試行するようにしてなるマルチプロセツサ
システムにおいて、入出力データ転送の再試行が
行なわれる度に入出力制御用プロセツサ内に順次
蓄積される再試行情報としてのエラーログ情報
は、該情報の量が規定再試行回数対応のエラーロ
グ情報の量よりも大とされる一定値に達する度に
主プロセツサに対するエラーログ割込と同時に主
記憶装置上の特定エリアに一時的に転送記憶さ
れ、上記エラーログ割込は入出力データの転送終
結によつて入出力制御用プロセツサより主プロセ
ツサに対して行なわれる終了割込とを異なつたタ
イミングで行なわれるようにしたことを特徴とす
る入出力制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP56193691A JPS5896326A (ja) | 1981-12-03 | 1981-12-03 | 入出力制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP56193691A JPS5896326A (ja) | 1981-12-03 | 1981-12-03 | 入出力制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPS5896326A JPS5896326A (ja) | 1983-06-08 |
JPS6230668B2 true JPS6230668B2 (ja) | 1987-07-03 |
Family
ID=16312171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP56193691A Granted JPS5896326A (ja) | 1981-12-03 | 1981-12-03 | 入出力制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS5896326A (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6003350B2 (ja) | 2012-07-30 | 2016-10-05 | 富士通株式会社 | 監視装置、情報処理装置、及び監視方法 |
-
1981
- 1981-12-03 JP JP56193691A patent/JPS5896326A/ja active Granted
Also Published As
Publication number | Publication date |
---|---|
JPS5896326A (ja) | 1983-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4888691A (en) | Method for disk I/O transfer | |
US3688274A (en) | Command retry control by peripheral devices | |
JP2637788B2 (ja) | ディスクキャッシュ制御方式および情報処理システム | |
JPH07117903B2 (ja) | 障害回復方法 | |
JPS6230668B2 (ja) | ||
JPS6146543A (ja) | 転送装置の障害処理方式 | |
JPS5917653A (ja) | 磁気デイスク制御装置のデ−タ転送方式 | |
JP3262130B2 (ja) | 情報処理装置 | |
JPS6259816B2 (ja) | ||
JPS6226053B2 (ja) | ||
JPS6215897B2 (ja) | ||
JPS6217877Y2 (ja) | ||
JPS6153744B2 (ja) | ||
JP4499909B2 (ja) | 多重化記憶制御装置 | |
JPS58223860A (ja) | 磁気デイスク制御装置 | |
JPH0375939A (ja) | 情報処理システム | |
JPH0820934B2 (ja) | ディスクキャッシュ制御方式 | |
JPS6143739B2 (ja) | ||
JPS6130296B2 (ja) | ||
JPH0464092B2 (ja) | ||
JPS6156537B2 (ja) | ||
JPH06266630A (ja) | トレース機能付き入出力制御装置 | |
JPS648379B2 (ja) | ||
JPS58114152A (ja) | 磁気デイスクバツクアツプ装置 | |
JPH0411890B2 (ja) |