JP2617984B2 - Central processing unit test method - Google Patents
Central processing unit test methodInfo
- Publication number
- JP2617984B2 JP2617984B2 JP63086872A JP8687288A JP2617984B2 JP 2617984 B2 JP2617984 B2 JP 2617984B2 JP 63086872 A JP63086872 A JP 63086872A JP 8687288 A JP8687288 A JP 8687288A JP 2617984 B2 JP2617984 B2 JP 2617984B2
- Authority
- JP
- Japan
- Prior art keywords
- diagnostic program
- execution
- processing unit
- central processing
- test
- 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 - Lifetime
Links
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Description
【発明の詳細な説明】 〔概要〕 オペレーティングシステム（operating system:OS）
配下で実行される診断プログラムを用いた中央処理装置
のテスト方法に関し、 診断プログラムの実行がユーザ用のジョブの動作状況
に応じて左右されることなくテストを確実に行えるよう
にすることを目的とし、 所定のジョブより実行優先度の高い診断プログラムと
実行優先度の低い診断プログラムとを用意しておき、通
常は所定のジョブ間の空き時間で実行優先度の低い診断
プログラムを実行させ、この実行状況に応じて実行優先
度の低い診断プログラムが実行優先度の高い診断プログ
ラムを起動し、該診断プログラムを強制的に実行させ、
その後は再び実行優先度の低い診断プログラムを実行さ
せるよう構成する。DETAILED DESCRIPTION OF THE INVENTION [Overview] Operating system (OS)
A method of testing a central processing unit using a diagnostic program executed under the control of a central processing unit. A diagnostic program having a higher execution priority than a predetermined job and a diagnostic program having a lower execution priority are prepared, and a diagnostic program having a lower execution priority is usually executed in a vacant time between predetermined jobs. A diagnostic program with a low execution priority activates a diagnostic program with a high execution priority according to the situation, forcibly executing the diagnostic program,
After that, the diagnostic program having the lower execution priority is executed again.
〔産業上の利用分野〕 本発明は、オペレーティングシステム（OS）配下で実
行される診断プログラムを用いた中央処理装置のテスト
方法に関する。The present invention relates to a method for testing a central processing unit using a diagnostic program executed under an operating system (OS).
従来、計算機システムにおける中央処理装置のテスト
の一環として、オペレーティングシステム配下で診断プ
ログラムをユーザジョブより低い実行優先度で動作させ
ている。2. Description of the Related Art Conventionally, as a part of a test of a central processing unit in a computer system, a diagnostic program is operated with a lower execution priority than a user job under an operating system.
第５図は、従来の中央処理装置のテスト方式の説明図
である。同図において、横軸はイニシャル・プログラム
・ローディング（以下、IPLと称す）以降の時間の経過
を示す。矢印10は、実行優先度を示す。実行優先度10は
メモリ空間に対応している。このメモリ空間を第６図に
示す。メモリ空間11はユーザジョブ空間12と、これより
実行優先度の低い診断プログラム空間14とを備えてい
る。ユーザジョブ空間12にはユーザジョブU1,…,Unが位
置し、診断プログラム空間14には診断プログラムＰが位
置する。各ユーザジョブU1〜Unはそれぞれ実行優先度を
持つ。図示する例では、ユーザジョブU1はUnよりも実行
優先度が高い。診断プログラムＰは通常複数のテスト項
目を具備し、各項目ごとに実行する頻度が決められてい
る。FIG. 5 is an explanatory diagram of a test method of a conventional central processing unit. In the figure, the horizontal axis indicates the lapse of time after initial program loading (hereinafter, referred to as IPL). Arrow 10 indicates the execution priority. Execution priority 10 corresponds to the memory space. This memory space is shown in FIG. The memory space 11 includes a user job space 12 and a diagnostic program space 14 having a lower execution priority. The user jobs U 1 ,..., Un are located in the user job space 12, and the diagnostic program P is located in the diagnostic program space 14. Each user job U 1 ~U n each have the execution priority. In the illustrated example, the user job U 1 has a higher execution priority than U n. The diagnostic program P usually has a plurality of test items, and the frequency of execution for each item is determined.
第５図において、IPL立上げ後、ユーザジョブU1が実
行され、引き続きユーザジョブUi及びUnが実行されてい
る。ユーザジョブUnの実行終了時には、次に実行すべき
ユーザジョブが存在しない。オペレーティングシステム
はこの状態を検出すると、診断プログラムＰを実行させ
る。診断プログラムＰの実行中にユーザジョブU1の実行
要求があると、オペレーティングシステムは診断プログ
ラムＰの実行を中断し、ユーザジョブU1を実行させる。
引き続き、ユーザジョブUm,Unが実行された後空きが生
じると、オペレーティングシステムは診断プログラムＰ
を再び実行させる。In Figure 5, after an IPL startup, the user job U 1 is running and continue the user job U i and U n is performed. The execution end time of the user job U n, a user job does not exist to be executed next. Upon detecting this state, the operating system executes the diagnostic program P. If during execution of diagnostic program P is execution request of the user job U 1, the operating system suspends execution of diagnostic program P, to execute the user job U 1.
Subsequently, the user job U m, the free after U n is executed occurs, the operating system diagnostics P
Is executed again.
このように、従来の中央処理装置のテスト方式では、
ユーザジョブの実行空き時間に診断プログラムＰを実行
させていた。Thus, in the conventional central processing unit test method,
The diagnostic program P was executed during the idle time of the user job.
しかしながら、上記従来の方法では、ユーザジョブの
実行が混んでくるとユーザジョブ間に空き時間がなくな
り、診断プログラムを満足に実行させることができなく
なる。換言すれば、診断プログラムの実行がユーザジョ
ブの動作状況に応じて左右される。この結果、テストを
十分に行うことができず、テストに不確実さが生じると
いう問題点があった。However, according to the above-described conventional method, when the execution of the user jobs is crowded, no idle time is left between the user jobs, and the diagnostic program cannot be executed satisfactorily. In other words, the execution of the diagnostic program depends on the operation status of the user job. As a result, there has been a problem that the test cannot be performed sufficiently and the test is uncertain.
従って、本発明は上記問題点を解決し、診断プログラ
ムの実行がユーザジョブの動作状況に応じて左右される
ことなく、テストを確実に行えるようにすることを目的
とする。SUMMARY OF THE INVENTION It is therefore an object of the present invention to solve the above-mentioned problem and to make it possible to perform a test without failing to execute a diagnostic program depending on the operation status of a user job.
第１図（Ａ）は本発明のメモリ空間を示す図、及び第
１図（Ｂ）は本発明の方法を示すフローチャートであ
る。FIG. 1A is a diagram showing a memory space of the present invention, and FIG. 1B is a flowchart showing a method of the present invention.
本発明では、第１図（Ａ）に示すように、メモリ空間
16中に位置する所定のジョブ（ユーザジョブ）U1〜Unよ
り実行優先度の高い診断プログラム空間18にある診断プ
ログラムP1と、実行優先度の低い診断プログラム空間20
にある診断プログラムP2とを有する。In the present invention, as shown in FIG.
A diagnostic program P 1 at a predetermined job (user job) U 1 ~U high diagnostic program of execution priority than n space 18 located in the 16, lower execution priority Diagnostics space 20
And a diagnostic program P 2 in.
このような２つの診断プログラムP1及びP2を用いて、
第１図（Ｂ）に示すように実行する。まず、ステップ10
1でジョブ間の空きを検出したときに、この空き時間を
利用してステップ102で実行優先度の低い診断プログラ
ムP2を実行させる。続いて、ステップ103で、実行優先
度の低い診断プログラムP2の実行状況をチェックする。
この診断プログラムが所定の実行度（所定時間に、必要
とするテスト項目を必要回数だけ実行したかどうか）に
達しているときは、ステップ101にもどる。一方、所定
の実行度に達していないときはステップ104に進み、実
行優先度の高い診断プログラムP1を強制的に実行させ
る。そして、この診断プログラムP1の実行後はステップ
101にもどり、空きが生じた時点で実行優先度の低い診
断プログラムP2を実行させる。Such two using the diagnostic programs P 1 and P 2,
This is performed as shown in FIG. First, step 10
Upon detecting a vacant between job 1, using this idle time to perform the lower execution priority Diagnostics P 2 at step 102. Subsequently, at step 103, to check the execution status of the lower execution priority Diagnostics P 2.
When the diagnostic program has reached a predetermined execution degree (whether a required test item has been executed a required number of times during a predetermined time), the process returns to step 101. On the other hand, if it does not reach the predetermined execution of the process proceeds to step 104, forcibly perform a higher execution priority Diagnostics P 1. After the diagnostic program P 1 executes step
Returning to 101, to execute the lower execution priority Diagnostics P 2 when the vacancy occurs.
通常時は所定のジョブに影響を与えることなく、診断
プログラムP2でテストを行うことができ、このテストを
十分に実行することができない状況になったときには、
診断プログラムP1でテストを行うことにより、ジョブへ
のオーバヘッドを最小限に抑えつつ、中央処理装置のテ
スト実行機会を確保することができる。これにより、ユ
ーザジョブの動作状況に左右されることなく、テストを
確実に行うことができる。Under normal conditions without affecting the predetermined job, diagnostics P 2 in can test, when it is the test situation can not be performed sufficiently, the
By performing the tests in diagnostics P 1, while suppressing the overhead to the job to a minimum, it is possible to secure the test execution opportunity of the central processing unit. Thus, the test can be reliably performed without being affected by the operation status of the user job.
以下、本発明の実施例を図面を参照して詳細に説明す
る。Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
第２図は、本発明が適用される計算機システムの一構
成例のブロック図である。同図において、22は中央処理
装置（以下、CPUと称す）、24はROM、26はRAM、28はデ
ィスク制御装置、30は磁気ディスク、32はキーボード制
御装置、34はキーボード、36は回線制御装置、38は回
線、40はディスプレイ制御装置、42はディスプレイ、44
はプリンタ制御装置、46はプリンタ及び48はバスであ
る。上記各構成要素自体は、通常の計算機システムに備
えられているものである。尚、回線制御装置36及び回線
38は、他の計算機システムとの通信や端末装置との通信
に必要である。また、大型の計算機システムでは磁気デ
ィスク30に代え、またはこれとともに、磁気ドラム等の
他の大容量記憶装置を備えている。FIG. 2 is a block diagram of a configuration example of a computer system to which the present invention is applied. In the figure, 22 is a central processing unit (hereinafter referred to as a CPU), 24 is a ROM, 26 is a RAM, 28 is a disk controller, 30 is a magnetic disk, 32 is a keyboard controller, 34 is a keyboard, and 36 is a line controller. Device, 38 is line, 40 is display control device, 42 is display, 44
Is a printer controller, 46 is a printer, and 48 is a bus. Each of the above components is provided in a normal computer system. The line controller 36 and the line
38 is necessary for communication with other computer systems and communication with terminal devices. Further, a large-scale computer system is provided with another large-capacity storage device such as a magnetic drum instead of or in addition to the magnetic disk 30.
オペレーティングシステム・ユーザジョブ及び診断プ
ログラム等は磁気ディスク30に格納されている。IPL
時、オペレーティングシステム及び診断プログラムは磁
気ディスク30から読出され、RAM26に格納される。この
場合、メモリ空間は前述した第１図（Ａ）に示すとおり
構成されている。オペレーティングシステムは、第１図
（Ａ）のメモリ空間16とは独立した専用領域に格納され
る。また、各ユーザジョブU1〜Unも必要に応じて磁気デ
ィスク30やその他の構成要素（例えば、回線38を介して
送られてくる）から転送され、RAM26に格納される。The operating system, user jobs, diagnostic programs, and the like are stored on the magnetic disk 30. IPL
At this time, the operating system and the diagnostic program are read from the magnetic disk 30 and stored in the RAM 26. In this case, the memory space is configured as shown in FIG. The operating system is stored in a dedicated area independent of the memory space 16 in FIG. Also, it is transferred from the user job U 1 ~U n magnetic disk 30 as necessary and other components (e.g., sent via the line 38), are stored in the RAM 26.
本実施例では、２つの診断プログラムP1及びP2を備え
ている。診断プログラムP1は、第１図（Ａ）に示すよう
に、ユーザジョブU1〜Unより実行優先度が高く、診断プ
ログラムP2はユーザジョブU1〜Unより実行優先度は低
い。診断プログラムP1とP2は同一である。診断プログラ
ムP1とP2はそれぞれ、複数のテスト項目を具備してい
る。各テスト項目の実行の順番や実行頻度は、各診断プ
ログラムP1及びP2内に記述されている。In the present embodiment includes two diagnostic programs P 1 and P 2. Diagnostics P 1, as shown in FIG. 1 (A), a higher execution priority than the user job U 1 ~U n, diagnostics P 2 are execution priority than user job U 1 ~U n is low. Diagnostic program P 1 and P 2 are the same. Each diagnostic program P 1 and P 2 is provided with a plurality of test items. Order and execution frequency of execution of each test item is described in each diagnostic program P 1 and the P 2.
次に、本発明実施例の動作について、第３図及び第４
図を参照して説明する。ここで、第３図は本発明実施例
の動作フローチャート、第４図は本発明実施例の動作シ
ーケンスを示す図である。Next, the operation of the embodiment of the present invention will be described with reference to FIGS.
This will be described with reference to the drawings. Here, FIG. 3 is an operation flowchart of the embodiment of the present invention, and FIG. 4 is a view showing an operation sequence of the embodiment of the present invention.
はじめに、IPL起動時の動作は、第３図（Ａ）に示す
動作フローチャートに従う。計算機システムにIPL起動
がかかると、CPU22は磁気ディスク30からオペレーティ
ングシステム及び診断プログラムP1及びP2を読出し、RA
M26に転送し格納する。引き続いて、CPU22は実行優先度
50の最も高い診断プログラムP1を実行する（第３図
（Ａ）のステップ111）。この診断により外部に通報す
べきエラーや障害があれば、CPU22はディスプレイ42や
プリンタ46にその旨を出力する。First, the operation at the time of starting the IPL follows the operation flowchart shown in FIG. 3 (A). When IPL start the computer system takes, CPU 22 reads an operating system and diagnostics P 1 and P 2 from the magnetic disk 30, RA
Transfer to M26 and store. Subsequently, the CPU 22 sets the execution priority
Run the highest diagnostic program P 1 of the 50 (step 111 of FIG. 3 (A)). If there is an error or a failure to be reported to the outside by this diagnosis, the CPU 22 outputs the fact to the display 42 or the printer 46.
CPU22が診断プログラムP1の全テストを実行すると、
診断プログラムP1に記述されている命令に従い、診断プ
ログラムP2が起動される（ステップ112）。When the CPU22 to perform a full test of the diagnostic program P 1,
Accordance with a command described in the diagnostic program P 1, the diagnostic program P 2 is started (step 112).
起動された診断プログラムP2は、第３図（Ｂ）に示す
動作フローチャートに従う。まず、診断プログラムP2が
起動された時刻、すなわち診断プログラムP2の開始時刻
を設定する（ステップ121）。この設定は、診断プログ
ラムP2中に行うことができる。引き続いて、診断プログ
ラムP2の全テストの実行終了予定時刻を算出する（ステ
ップ122）。このために、ステップ121で設定した開始時
刻に一定時間が加算される。この一定時間は、全テスト
が遅くともこの時間内に終了していなければならないこ
とを示すものである。そして、診断プログラムP2中の所
定のテスト項目からテストが行われる（ステップ12
3）。テストの実行中、診断プログラムP2は内部のタイ
マ又は外部のタイマから現在の時刻を定期的に求める
（ステップ124）。そして、現在の時刻がステップ122で
設定したテスト終了予定時刻に到達しているか否かをチ
ェックする（ステップ125）。到達していなければステ
ップ123にもどり、到達していればステップ126に進む。Start diagnostic program P 2 follows the flowchart shown in FIG. 3 (B). First, the time the diagnostic program P 2 is started, i.e., sets the start time of the diagnostic program P 2 (step 121). This setting can be performed during the diagnostic program P 2. Subsequently, to calculate the execution scheduled end time of all tests in diagnostics P 2 (step 122). For this purpose, a fixed time is added to the start time set in step 121. This fixed time indicates that all tests must be completed within this time at the latest. Then, the test is performed from a predetermined test item in diagnostics P 2 (Step 12
3). During the test run, the diagnostic program P 2 is periodically obtaining the current time from the internal timer or external timer (step 124). Then, it is checked whether or not the current time has reached the scheduled test end time set in step 122 (step 125). If it has not arrived, it returns to step 123, and if it has arrived, it proceeds to step 126.
上記テストの実行時、オペレーティングシステムによ
るユーザジョブの実行要求が発生すると、CPU22は診断
プログラムP2の実行からユーザジョブUi（第４図）への
実行に移る。ユーザジョブUiの実行が終了した時点で別
のユーザジョブUmの実行要求があると、CPU22はこのユ
ーザジョブUmを実行する。この際、複数のユーザジョブ
の実行要求があると、CPU22は優先度の高いものから順
に処理する。When running the test, the execution request of the user job by the operating system occurs, CPU 22 proceeds to execution of the execution of diagnostic program P 2 to the user job U i (Figure 4). When the execution of the user job U i is the execution request of another user job U m upon completion, CPU 22 executes the user job U m. At this time, if there are a plurality of user job execution requests, the CPU 22 processes the jobs in descending order of priority.
第４図において、ユーザジョブUmの実行終了後空きが
生じた場合には、診断プログラムP2が実行される。この
とき、診断プログラムP2は前回処理した内容に続く内容
を処理する。このとき、第４図に示すようにユーザジョ
ブUlの実行要求が生じると、診断プログラムP2の実行を
中断し、ユーザジョブUlを実行する。その後、ユーザジ
ョブUnが処理され、診断プログラムP2が再び実行され
る。In Figure 4, when the execution after the end of free users job U m occurs, the diagnostic program P 2 is executed. In this case, the diagnostic program P 2 processes the contents following the contents of the last process. At this time, when the execution request of the user job U l as shown in FIG. 4 occurs, interrupts the execution of the diagnostics program P 2, executes the user job U l. Then processed user job U n, diagnostics P 2 is executed again.
診断プログラムP2の実行中に第３図（Ｂ）のステップ
125で現在の時刻がテスト終了予定時刻に到達したこと
が検出されると（第４図の時刻t1）、ステップ126で診
断プログラムP2の全テストを終了したかどうかを調べ
る。全テストが終了していればステップ121にもどり、
前述した動作が再び行われる。一方、全テストが終了し
ていなければステップ127に進む。ステップ127では、診
断プログラムP2は診断プログラムP1を起動する。起動さ
れた診断プログラムP1は、全テスト項目を実施する。そ
して、全テスト項目終了後、再び診断プログラムP2を起
動する。以下の動作は、上述したとおりである。Step of FIG. 3 (B) while running the diagnostic program P 2
When it is detected at 125 that the current time has reached the scheduled test end time (time t 1 in FIG. 4), it is checked at step 126 whether all tests of the diagnostic program P 2 have been completed. If all tests have been completed, return to step 121,
The operation described above is performed again. On the other hand, if all tests have not been completed, the process proceeds to step 127. In step 127, the diagnostic program P 2 activates the diagnostics P 1. Start diagnostic program P 1 performs the entire test items. Then, after the completion of all test items, to start the diagnostic program P 2 again. The following operation is as described above.
以上、本発明の一実施例を説明した。上記実施例で
は、第３図（Ｂ）のステップ126で診断プログラムP2の
全テスト項目が終了したかどうかを判断していたが、予
め決められたテストのみ終了したかどうかを判断するこ
ととしても良い。この場合、ステップ122で設定される
テスト終了予定時刻は、選択されたテスト項目に応じて
決められる。The embodiment of the present invention has been described above. In the above embodiment, as it is all test items of the diagnostic program P 2 in step 126 of FIG. 3 (B) was to determine whether completed, to determine whether completed only tested to a predetermined Is also good. In this case, the scheduled test end time set in step 122 is determined according to the selected test item.
以上説明したように、本発明よれば、通常時、実行優
先度の低い診断プログラムユーザジョブ間の空きを利用
して実行し、この実行状況に応じて実行優先度の高い診
断プログラムを起動して診断を強制的に行うこととした
ため、診断プログラムの実行がユーザジョブの動作状況
に応じて左右されることなく中央処理装置のテストを確
実に行うことができる。As described above, according to the present invention, at normal times, a diagnostic program having a low execution priority is executed by utilizing the space between user jobs, and a diagnostic program having a high execution priority is started in accordance with the execution state. Since the diagnosis is forcibly performed, the test of the central processing unit can be reliably performed without the execution of the diagnostic program being affected by the operation status of the user job.
第１図は本発明を説明するための図、 第２図は本発明が適用される計算機システムの一構成例
のブロック図、 第３図は本発明実施例の動作フローチャート、 第４図は本発明実施例の動作シーケンスを示す図、 第５図は従来の中央処理装置のテスト方法の説明図、 及び 第６図は従来の方法のメモリ空間を示す図である。 図において、 12はユーザジョブ空間、 16はメモリ空間、 18と20は診断プログラム空間、 22は中央処理装置（CPU） を示す。FIG. 1 is a diagram for explaining the present invention, FIG. 2 is a block diagram of a configuration example of a computer system to which the present invention is applied, FIG. 3 is an operation flowchart of an embodiment of the present invention, and FIG. FIG. 5 is a diagram showing an operation sequence of an embodiment of the invention, FIG. 5 is an explanatory diagram of a test method of a conventional central processing unit, and FIG. 6 is a diagram showing a memory space of the conventional method. In the figure, 12 is a user job space, 16 is a memory space, 18 and 20 are diagnostic program spaces, and 22 is a central processing unit (CPU).
Claims (2)
行優先度の低い診断プログラムとを用意しておき、 通常は所定のジョブ間の空き時間で実行優先度の低い診
断プログラムを実行させ、この実行状況に応じて実行優
先度の高いプログラムを起動し、該診断プログラムによ
る診断を実行させることを特徴とする中央処理装置のテ
スト方法。1. A method for testing a central processing unit, comprising preparing a diagnostic program having a higher execution priority than a predetermined job and a diagnostic program having a lower execution priority than a predetermined job. A test method for a central processing unit, wherein a diagnostic program having a low execution priority is executed in a short time, a program having a high execution priority is started in accordance with the execution state, and a diagnosis is executed by the diagnostic program.
診断プログラムが所定の実行度に達していなければ、優
先度の高い診断プログラムを起動することを特徴とする
請求項１に記載の中央処理装置のテスト方法。2. The central processing unit according to claim 1, wherein if the diagnostic program with a low execution priority has not reached a predetermined execution degree at a certain time, a diagnostic program with a high priority is started. How to test the equipment.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63086872A JP2617984B2 (en) | 1988-04-08 | 1988-04-08 | Central processing unit test method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63086872A JP2617984B2 (en) | 1988-04-08 | 1988-04-08 | Central processing unit test method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH01258138A JPH01258138A (en) | 1989-10-16 |
| JP2617984B2 true JP2617984B2 (en) | 1997-06-11 |
Family
ID=13898915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63086872A Expired - Lifetime JP2617984B2 (en) | 1988-04-08 | 1988-04-08 | Central processing unit test method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2617984B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19903302B4 (en) * | 1999-01-28 | 2015-05-21 | Robert Bosch Gmbh | Method and device for checking the function of a computer |
-
1988
- 1988-04-08 JP JP63086872A patent/JP2617984B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH01258138A (en) | 1989-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5134712A (en) | System for recovering failure of online control program with another current online control program acting for failed online control program | |
| US5615370A (en) | Computer system with automatic degradation/initialization function | |
| JP2617984B2 (en) | Central processing unit test method | |
| JPH0895614A (en) | Controller | |
| JPH02130666A (en) | System reconstituting system for multiprocessor system | |
| JPS5924351A (en) | Processing system of fault information | |
| JP2006092055A (en) | Computer system | |
| JPS6013494B2 (en) | Self-diagnosis method | |
| JP2595697B2 (en) | Message processing system | |
| JPH02239338A (en) | Module diagnostic system for micro program controller | |
| JPH09292999A (en) | Transaction exclusive system in cluster system | |
| CN113687987A (en) | Virtualization platform-based host resource synchronization method, system and device | |
| JPH02122335A (en) | Test method for ras circuit | |
| JPS63316242A (en) | Diagnosing system | |
| JP2825589B2 (en) | Bus control method | |
| JPS62212865A (en) | Multiprocessor control system | |
| JPH01189739A (en) | Information collector | |
| JPH10340250A (en) | Method and load device for evaluating bus conflict operation | |
| JPH0193834A (en) | System for diagnosing computer system | |
| JPH05233366A (en) | Method and device for software verification | |
| JPH03191452A (en) | Method for controlling communication | |
| JPS60107145A (en) | Test control system of computer system | |
| JPH0118460B2 (en) | ||
| JPH0226249B2 (en) | ||
| JPH0283756A (en) | Controlling system for input/output device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080311 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090311 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090311 Year of fee payment: 12 |