JPH05342023A - リソース獲得時間を用いたシステム管理方法 - Google Patents
リソース獲得時間を用いたシステム管理方法Info
- Publication number
- JPH05342023A JPH05342023A JP4144697A JP14469792A JPH05342023A JP H05342023 A JPH05342023 A JP H05342023A JP 4144697 A JP4144697 A JP 4144697A JP 14469792 A JP14469792 A JP 14469792A JP H05342023 A JPH05342023 A JP H05342023A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- time
- program
- unit
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 複数のリソース管理を行うオペレーティング
・システムに関し、リソースの獲得が長時間に及び保留
状態にあることを検出してシステムリソース管理機能を
向上することを目的とする。 【構成】 複数のアプリケーション・プログラム（Ａ
Ｐ）からなるＡＰ部３と、該アプリケーション・プログ
ラムに命令するためのプログラムを実行して該プログラ
ムの実行状態を管理するＯＳ部４とを有し、該プログラ
ムの実行状態を格納（ロギング）するシステム状態の格
納部１において、該ＯＳ部４に複数のリソースを管理す
るリソース管理部７とオペレーティング・システムの処
理を実行するＯＳ処理部８とを設け、リソース管理部７
のタイマによりアプリケーション・プログラムが獲得し
たリソース９の使用時間を監視し、該リソースを所有し
ている時間（獲得してから解放するまでの時間）を計測
することにより該システムの異常状態を管理するように
構成する。
・システムに関し、リソースの獲得が長時間に及び保留
状態にあることを検出してシステムリソース管理機能を
向上することを目的とする。 【構成】 複数のアプリケーション・プログラム（Ａ
Ｐ）からなるＡＰ部３と、該アプリケーション・プログ
ラムに命令するためのプログラムを実行して該プログラ
ムの実行状態を管理するＯＳ部４とを有し、該プログラ
ムの実行状態を格納（ロギング）するシステム状態の格
納部１において、該ＯＳ部４に複数のリソースを管理す
るリソース管理部７とオペレーティング・システムの処
理を実行するＯＳ処理部８とを設け、リソース管理部７
のタイマによりアプリケーション・プログラムが獲得し
たリソース９の使用時間を監視し、該リソースを所有し
ている時間（獲得してから解放するまでの時間）を計測
することにより該システムの異常状態を管理するように
構成する。
Description
【０００１】
【産業上の利用分野】本発明はリソース管理を行うオペ
レーティング・システムのシステム管理方法に関する。
リソース（メモリ領域）を有して常時運用する装置とし
ては、自動車電話のターミナル装置や銀行のＡＴＭ装置
（現金自動支払機）や電話局での接続制御装置等多方面
の装置で使用されているが、これらの装置はシステムと
しての運用上障害管理が常時必要である。
レーティング・システムのシステム管理方法に関する。
リソース（メモリ領域）を有して常時運用する装置とし
ては、自動車電話のターミナル装置や銀行のＡＴＭ装置
（現金自動支払機）や電話局での接続制御装置等多方面
の装置で使用されているが、これらの装置はシステムと
しての運用上障害管理が常時必要である。
【０００２】オペレーティング・システムには、プログ
ラムの実行状態を管理する部分やプログラムを実行させ
る部分から構成されるＯＳ部があり、ＡＰ部は種々のア
プリケーション・プログラムから構成され、ＡＰ部がプ
ログラムを実行すると、ＯＳ部はプログラムの実行領域
を設定し、そのプログラム領域が使用中であることや何
時終了したかを管理し、次のプログラムの実行要求に対
しては別のプログラム使用領域を設定する等のプログラ
ムの実行状態管理を行う。
ラムの実行状態を管理する部分やプログラムを実行させ
る部分から構成されるＯＳ部があり、ＡＰ部は種々のア
プリケーション・プログラムから構成され、ＡＰ部がプ
ログラムを実行すると、ＯＳ部はプログラムの実行領域
を設定し、そのプログラム領域が使用中であることや何
時終了したかを管理し、次のプログラムの実行要求に対
しては別のプログラム使用領域を設定する等のプログラ
ムの実行状態管理を行う。
【０００３】上記オペレーティング・システム（ＯＳ）
においては、システムの異常検出のためにアプリケーシ
ョン・プログラム（ＡＰ）がリソースを所有している時
間に制限を設けてリソース管理を行っている。リソース
管理対象としては、メモリ（記憶領域）やセマフォ（リ
ソース使用状況管理フラグ）やＱＲＢ（タスク間通信用
バッファ）等がある。これらのリソースにはプログラム
そのものは含まずリソース管理を行っている。
においては、システムの異常検出のためにアプリケーシ
ョン・プログラム（ＡＰ）がリソースを所有している時
間に制限を設けてリソース管理を行っている。リソース
管理対象としては、メモリ（記憶領域）やセマフォ（リ
ソース使用状況管理フラグ）やＱＲＢ（タスク間通信用
バッファ）等がある。これらのリソースにはプログラム
そのものは含まずリソース管理を行っている。
【０００４】
【従来の技術】従来のオペレーティング・システムにお
いては、システム異常検出のための一手段として以下の
方法を用いていた。即ちアプリケーション・プログラム
が獲得できるリソース数に上限を設け、それ以上のリソ
ース獲得が行われた場合にシステム異常状態に陥ったと
認識して、核タスクの処理を中断していた。
いては、システム異常検出のための一手段として以下の
方法を用いていた。即ちアプリケーション・プログラム
が獲得できるリソース数に上限を設け、それ以上のリソ
ース獲得が行われた場合にシステム異常状態に陥ったと
認識して、核タスクの処理を中断していた。
【０００５】従来の制限値を用いた場合のシステム管理
例を図６に示す。図において、Ｑ1,Ｑ2,Ｑ3,・・・Ｑn
はリソースの待ち行列（キュー）を示し、点線の状態は
正常に処理が行われたことを示し、実線の状態は処理ｚ
が実行されたがリソースが解放されずにキューが残って
いる状態を示す。処理ｚには未知のバグが潜在してお
り、それはＡ日毎に本処理ｚがコールされる時に発生す
る。そのため、キューの解放処理が正常に動作せずにキ
ューが残留していく。
例を図６に示す。図において、Ｑ1,Ｑ2,Ｑ3,・・・Ｑn
はリソースの待ち行列（キュー）を示し、点線の状態は
正常に処理が行われたことを示し、実線の状態は処理ｚ
が実行されたがリソースが解放されずにキューが残って
いる状態を示す。処理ｚには未知のバグが潜在してお
り、それはＡ日毎に本処理ｚがコールされる時に発生す
る。そのため、キューの解放処理が正常に動作せずにキ
ューが残留していく。
【０００６】最初に正常の処理が行われ、すべての待ち
行列（キュー）が解放された状態から、Ａ日目に処理ｚ
が実行され、１つのキューＱ1 が解放されずに残った。
次に（Ａ×２）日目に再び処理ｚが実行され、１つのキ
ューＱ2 が解放されずに残って、総数が２になった。以
上のようにして（Ａ×ｎ）日目に処理ｚが実行され、キ
ューが解放されずに残り制限値ｎを越えた時、システム
異常となりデッドロック状態になる。従って（Ａ×ｎ）
日目に制限値ｎ以上になった時点で、初めてシステム異
常状態と判断された。
行列（キュー）が解放された状態から、Ａ日目に処理ｚ
が実行され、１つのキューＱ1 が解放されずに残った。
次に（Ａ×２）日目に再び処理ｚが実行され、１つのキ
ューＱ2 が解放されずに残って、総数が２になった。以
上のようにして（Ａ×ｎ）日目に処理ｚが実行され、キ
ューが解放されずに残り制限値ｎを越えた時、システム
異常となりデッドロック状態になる。従って（Ａ×ｎ）
日目に制限値ｎ以上になった時点で、初めてシステム異
常状態と判断された。
【０００７】
【発明が解決しようとする課題】従って、リソース獲得
数が制限値には至らないが解放されずに保留される状況
が持続した場合には、早急にシステムの異常状態に対し
て検出が行えないなどの問題点が生じていた。
数が制限値には至らないが解放されずに保留される状況
が持続した場合には、早急にシステムの異常状態に対し
て検出が行えないなどの問題点が生じていた。
【０００８】本発明は、リソースの獲得が長時間におよ
び保留状態にあることに対する早急な検出を可能とする
ことにより、オペレーティング・システムが行うべきシ
ステムリソース管理機能の向上を図ることを目的とす
る。
び保留状態にあることに対する早急な検出を可能とする
ことにより、オペレーティング・システムが行うべきシ
ステムリソース管理機能の向上を図ることを目的とす
る。
【０００９】
【課題を解決するための手段】本発明の原理構成図を図
１に示す。図において、１はシステム状態の格納部、２
はＯＳシステム部、３はＡＰ部、４はＯＳ部、５はタイ
ムアウト・ルーチン部、６はＱＲＢ部、７はリソース管
理部、８はＯＳ処理部、９はリソースＳを示す。システ
ム状態の格納部１はプログラムの実行状態を格納（ロギ
ング）するメモリ部で、ＯＳシステム部２とＡＰ部３と
からなり、ＯＳシステム部２はＯＳ部４とシステム修復
処理を行うタイムアウト・ルーチン部５とタスク間通信
用バッファＱＲＢ部６とからなり、ＡＰ部３は複数のア
プリケーション・プログラムＡＰ１，ＡＰ２，ＡＰ３，
・・・からなる。
１に示す。図において、１はシステム状態の格納部、２
はＯＳシステム部、３はＡＰ部、４はＯＳ部、５はタイ
ムアウト・ルーチン部、６はＱＲＢ部、７はリソース管
理部、８はＯＳ処理部、９はリソースＳを示す。システ
ム状態の格納部１はプログラムの実行状態を格納（ロギ
ング）するメモリ部で、ＯＳシステム部２とＡＰ部３と
からなり、ＯＳシステム部２はＯＳ部４とシステム修復
処理を行うタイムアウト・ルーチン部５とタスク間通信
用バッファＱＲＢ部６とからなり、ＡＰ部３は複数のア
プリケーション・プログラムＡＰ１，ＡＰ２，ＡＰ３，
・・・からなる。
【００１０】ＯＳ部４はアプリケーション・プログラム
（ＡＰ）に命令するためのプログラムを実行し、プログ
ラムの実行状態を管理するオペレーティング・システム
部であり、リソースを管理するリソース管理部７とオペ
レーティング・システムの処理を行うＯＳ処理部８とか
らなり、リソース管理部７でタイマにより複数のリソー
ス９を管理し、ＯＳ処理部８でアプリケーション・プロ
グラム（ＡＰ）を実行処理する。
（ＡＰ）に命令するためのプログラムを実行し、プログ
ラムの実行状態を管理するオペレーティング・システム
部であり、リソースを管理するリソース管理部７とオペ
レーティング・システムの処理を行うＯＳ処理部８とか
らなり、リソース管理部７でタイマにより複数のリソー
ス９を管理し、ＯＳ処理部８でアプリケーション・プロ
グラム（ＡＰ）を実行処理する。
【００１１】オペレーティング・システム（ＯＳ）は、
アプリケーション・プログラム（ＡＰ）がリソースＳを
所有している時間（獲得してから解放するまでの時間）
を計測することにより、リソースの管理を行う。なお、
以下リソース管理対象として、メモリ（記憶領域）、セ
マフォ（リソース使用状況管理フラグ）、ＱＲＢ（タス
ク間通信用バッファ）がある。
アプリケーション・プログラム（ＡＰ）がリソースＳを
所有している時間（獲得してから解放するまでの時間）
を計測することにより、リソースの管理を行う。なお、
以下リソース管理対象として、メモリ（記憶領域）、セ
マフォ（リソース使用状況管理フラグ）、ＱＲＢ（タス
ク間通信用バッファ）がある。
【００１２】
【作用】オペレーティング・システム（ＯＳ）とアプリ
ケーション・プログラム（ＡＰ）の動作を図１により説
明する。 ＡＰ部３がリソース９を獲得すると、ＯＳ部のリソ
ース管理部７はそのリソース９に対する時間計測用のタ
イマをスタートさせる。 監視時間内にリソース９が解放されない場合は、タ
イマがタイムアウトしてＯＳ処理部８に割り込みがかか
り、その時点のシステム情報（例えばスタックにあるリ
ソース情報）をシステム状態格納部１に格納し、該当す
るタイムアウト・ルーチン５が呼出されて、システム異
常状態に対する修復処理が行われる。 なお、このタイムアウト・ルーチンは、ユーザが任
意にその処理内容を設定する。処理内容の例を以下に示
す。リソースの解放を行い、システム再立ち上げ処理を
行う。あるいは、異常の生じたリソースに対しアプリケ
ーション・プログラム（ＡＰ）への使用禁止をかけ、異
常の生じたリソースへの要求が発生した場合、他のリソ
ースを提供して処理を続行させるなどのシステム修復処
理が行われる。 監視時間内にリソース９が解放された場合は、ＡＰ
部３よりリソース９が開放されると、ＯＳ部４のリソー
ス管理部７はタイマを停止し、リソース９に対する処理
を終了する。なお、監視時間は、ユーザがリソース個々
に対して予め監視タイマテーブル（ＯＳのシステム編集
テーブルにある）に設定する。または、リソース要求時
にアプリケーション・プログラムから任意にその監視時
間を設定することができる。
ケーション・プログラム（ＡＰ）の動作を図１により説
明する。 ＡＰ部３がリソース９を獲得すると、ＯＳ部のリソ
ース管理部７はそのリソース９に対する時間計測用のタ
イマをスタートさせる。 監視時間内にリソース９が解放されない場合は、タ
イマがタイムアウトしてＯＳ処理部８に割り込みがかか
り、その時点のシステム情報（例えばスタックにあるリ
ソース情報）をシステム状態格納部１に格納し、該当す
るタイムアウト・ルーチン５が呼出されて、システム異
常状態に対する修復処理が行われる。 なお、このタイムアウト・ルーチンは、ユーザが任
意にその処理内容を設定する。処理内容の例を以下に示
す。リソースの解放を行い、システム再立ち上げ処理を
行う。あるいは、異常の生じたリソースに対しアプリケ
ーション・プログラム（ＡＰ）への使用禁止をかけ、異
常の生じたリソースへの要求が発生した場合、他のリソ
ースを提供して処理を続行させるなどのシステム修復処
理が行われる。 監視時間内にリソース９が解放された場合は、ＡＰ
部３よりリソース９が開放されると、ＯＳ部４のリソー
ス管理部７はタイマを停止し、リソース９に対する処理
を終了する。なお、監視時間は、ユーザがリソース個々
に対して予め監視タイマテーブル（ＯＳのシステム編集
テーブルにある）に設定する。または、リソース要求時
にアプリケーション・プログラムから任意にその監視時
間を設定することができる。
【００１３】
【実施例】本発明の実施例として、現用／予備ＣＰＵ構
成をとったシステムで用いられているリソース管理用Ｏ
Ｓ「ＲＭＴＯＳ」（Resourse Manage Timer's OS) の例
を示す。図２はリソース管理用ＯＳのブロック構成図、
図３はＣＰＵ切り替えシーケンス（ＲＥＭＴＯＳ）、図
４はＲＭＴＯＳのリソース管理方法の概念図を示す。
成をとったシステムで用いられているリソース管理用Ｏ
Ｓ「ＲＭＴＯＳ」（Resourse Manage Timer's OS) の例
を示す。図２はリソース管理用ＯＳのブロック構成図、
図３はＣＰＵ切り替えシーケンス（ＲＥＭＴＯＳ）、図
４はＲＭＴＯＳのリソース管理方法の概念図を示す。
【００１４】図２において、11はＯＳ部、12はＡＰ、13
はリソース管理部、14はモニタ中央制御部、15はメモリ
Ａ、16はセマフォＡ、17はメモリＢ、18はタイマを示
す。ＡＰ12からのリソース獲得要求をモニタ中央制御部
14で受信し、リソース管理部13はモニタ中央制御部14か
らのリソース所有時間計測要求を受信し、リソース待ち
行列（リソース・Ｑ）15, 16, 17から該当するリソース
のタイムアウトをタイマ18により監視し、タイムアウト
になればモニタ中央制御部14を通してタイムアウト・ル
ーチンを呼出し、全リソース解放や現システム状態の格
納等の処理を行う。
はリソース管理部、14はモニタ中央制御部、15はメモリ
Ａ、16はセマフォＡ、17はメモリＢ、18はタイマを示
す。ＡＰ12からのリソース獲得要求をモニタ中央制御部
14で受信し、リソース管理部13はモニタ中央制御部14か
らのリソース所有時間計測要求を受信し、リソース待ち
行列（リソース・Ｑ）15, 16, 17から該当するリソース
のタイムアウトをタイマ18により監視し、タイムアウト
になればモニタ中央制御部14を通してタイムアウト・ル
ーチンを呼出し、全リソース解放や現システム状態の格
納等の処理を行う。
【００１５】図３において、タイムアウトになった場合
のＣＰＵ切り替え状態を示す。現用のＣＰＵ１において
ＡＰからＯＳに対してメモリＡ獲得要求信号を送出す
る。ＯＳにおいてメモリＡを獲得すればＯＳからＡＰに
対してメモリＡ獲得信号を返送する。ＯＳにおいてタイ
マにより時間計測を開始し、タイムアウトになればメモ
リＡ，セマフォＡ，メモリＢの解放を行い、同時にＯＳ
よりＡＰに対して異常通知を行う。ＣＰＵ１のＡＰより
ＣＰＵ２のＡＰに対して現用予備ＣＰＵ切替要求（ＮＭ
Ｉ）を送出し、ＣＰＵ２からＣＰＵ１に対して現用予備
ＣＰＵ切替応答（ＮＭＩ）を送出してＣＰＵの現用／予
備の切替えを行う。
のＣＰＵ切り替え状態を示す。現用のＣＰＵ１において
ＡＰからＯＳに対してメモリＡ獲得要求信号を送出す
る。ＯＳにおいてメモリＡを獲得すればＯＳからＡＰに
対してメモリＡ獲得信号を返送する。ＯＳにおいてタイ
マにより時間計測を開始し、タイムアウトになればメモ
リＡ，セマフォＡ，メモリＢの解放を行い、同時にＯＳ
よりＡＰに対して異常通知を行う。ＣＰＵ１のＡＰより
ＣＰＵ２のＡＰに対して現用予備ＣＰＵ切替要求（ＮＭ
Ｉ）を送出し、ＣＰＵ２からＣＰＵ１に対して現用予備
ＣＰＵ切替応答（ＮＭＩ）を送出してＣＰＵの現用／予
備の切替えを行う。
【００１６】図４において、本システムではリソース管
理対象として、メモリ、セマフォ、ＱＲＢがあり、メモ
リＡに対し監視時間３、セマフォＡに対し監視時間９、
メモリＢに対し監視時間８がシステム編集テーブルに設
定されているとする。リソース管理部の時間的な動きを
図で説明する。時間ｔでメモリＡ用タイマ、セマフォＡ
用タイマを開始し、時間（ｔ＋１）においてメモリＢ用
タイマの計測を開始する。時間（ｔ＋３）においてもメ
モリＡが解放されないためシステム異常状態にあるとし
て、ＲＭＴＯＳは現在のシステム状態をロギングした後
に、そのメモリＡ用のタイムアウトルーチンを呼出し、
そこに記述されている処理、つまりリソース（メモリＡ
のみでなくセマフォＡ及びメモリＢなどの全リソース）
を解放し、その後ＣＰＵの現用／予備の切替えを行いシ
ステム修復を行う。
理対象として、メモリ、セマフォ、ＱＲＢがあり、メモ
リＡに対し監視時間３、セマフォＡに対し監視時間９、
メモリＢに対し監視時間８がシステム編集テーブルに設
定されているとする。リソース管理部の時間的な動きを
図で説明する。時間ｔでメモリＡ用タイマ、セマフォＡ
用タイマを開始し、時間（ｔ＋１）においてメモリＢ用
タイマの計測を開始する。時間（ｔ＋３）においてもメ
モリＡが解放されないためシステム異常状態にあるとし
て、ＲＭＴＯＳは現在のシステム状態をロギングした後
に、そのメモリＡ用のタイムアウトルーチンを呼出し、
そこに記述されている処理、つまりリソース（メモリＡ
のみでなくセマフォＡ及びメモリＢなどの全リソース）
を解放し、その後ＣＰＵの現用／予備の切替えを行いシ
ステム修復を行う。
【００１７】なお、この例ではリソース獲得時間を計測
するためにリソース毎にタイマが必要となるが、単純に
リソース一つに対してタイマを１対１で対応づけしてい
ると、膨大なタイマ数が必要となる。そのため、このタ
イマの管理対象はリソース種別及び計測時間とし、差分
法のロジックを用いて時間計測を行う。
するためにリソース毎にタイマが必要となるが、単純に
リソース一つに対してタイマを１対１で対応づけしてい
ると、膨大なタイマ数が必要となる。そのため、このタ
イマの管理対象はリソース種別及び計測時間とし、差分
法のロジックを用いて時間計測を行う。
【００１８】差分法によるタイマ計測方法について図５
に示す。図５において、要因の発生と要因の発生毎
にｔ５用タイマ１とｔ３用タイマ２とを１対１で使用す
るとタイマが複数必要となるが、差分法によりリソース
管理タイマを１個にし要因の発生のタイマ計測残り時
間ｔ２を記憶しておき、タイムアウトｔ５後は引続きそ
の時間ｔ２を計測することができる。
に示す。図５において、要因の発生と要因の発生毎
にｔ５用タイマ１とｔ３用タイマ２とを１対１で使用す
るとタイマが複数必要となるが、差分法によりリソース
管理タイマを１個にし要因の発生のタイマ計測残り時
間ｔ２を記憶しておき、タイムアウトｔ５後は引続きそ
の時間ｔ２を計測することができる。
【００１９】しかも相対値による方法を採用すると、持
ちキューの管理は容易になる。即ち持ちキューを追加す
る場合１つのキューの計測時間のみ変更すればよく、同
様に削除のときも１つのキューの計測時間のみ変更すれ
ばよい。特にこの点は、管理対象となるリソース数が増
大すればするほど効果が上がる。
ちキューの管理は容易になる。即ち持ちキューを追加す
る場合１つのキューの計測時間のみ変更すればよく、同
様に削除のときも１つのキューの計測時間のみ変更すれ
ばよい。特にこの点は、管理対象となるリソース数が増
大すればするほど効果が上がる。
【００２０】
【発明の効果】以上説明したように、本方法により以下
の成果が挙げられる。 (1) リソース管理をアプリケーション・プログラムがリ
ソースを所有している時間に着目することにより、シス
テム異常状態の検出が早急かつ的確に行える。 (2) 異常状態の情報（スタック情報など）を格納して、
後の保守が可能となる。 (3) タイムアウト・ルーチンに異常時に行う処理をユー
ザが任意に規定することが可能で、核システムに柔軟に
対応できる。 (4) システムジェネレーション・テーブルに監視時間を
設定できるため、アプリケーションからの監視時間を意
識する必要性がない。
の成果が挙げられる。 (1) リソース管理をアプリケーション・プログラムがリ
ソースを所有している時間に着目することにより、シス
テム異常状態の検出が早急かつ的確に行える。 (2) 異常状態の情報（スタック情報など）を格納して、
後の保守が可能となる。 (3) タイムアウト・ルーチンに異常時に行う処理をユー
ザが任意に規定することが可能で、核システムに柔軟に
対応できる。 (4) システムジェネレーション・テーブルに監視時間を
設定できるため、アプリケーションからの監視時間を意
識する必要性がない。
【図１】 本発明の原理構成図
【図２】 リソース管理用ＯＳのブロック構成図の実施
例
例
【図３】 ＣＰＵ切替えシーケンスの実施例
【図４】 リソース管理方法の実施例の概念図
【図５】 差分法によるタイマ計測方法の実施例
【図６】 従来のシステム管理例
１ システム状態の格納部 ２ ＯＳシステム部 ３，12 ＡＰ部 ４，11 ＯＳ部 ５ タイムアウト・ルーチン部 ６ ＱＲＢ部 ７，13 リソース管理部 ８ ＯＳ処理部 ９ リソースＳ 14 モニタ中央制御部 15 メモリＡ 16 セマフォＡ 17 メモリＢ 18 タイマ
Claims (1)
- 【請求項１】 複数のアプリケーション・プログラム
（ＡＰ）からなるＡＰ部（３）と、該アプリケーション
・プログラムに命令するためのプログラムを実行して該
プログラムの実行状態を管理するＯＳ部（４）と、シス
テムの修復処理を行うタイムアウト・ルーチン部（５）
とを有し、該プログラムの実行状態を格納（ロギング）
するシステム状態の格納部（１）において、 該ＯＳ部（４）にリソースを管理するリソース管理部
（７）とオペレーティング・システムの処理を実行する
ＯＳ処理部（８）とを設け、 該リソース管理部（７）のタイマによりアプリケーショ
ン・プログラム（ＡＰ）が獲得したリソース（９）の所
有している時間（獲得してから解放するまでの時間）を
計測することにより、該システムの異常状態を管理し、
異常検出後リソース解放やアプリケーションへの通知な
どの修復処理を行うことを特徴とするリソース獲得時間
を用いたシステム管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4144697A JPH05342023A (ja) | 1992-06-05 | 1992-06-05 | リソース獲得時間を用いたシステム管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4144697A JPH05342023A (ja) | 1992-06-05 | 1992-06-05 | リソース獲得時間を用いたシステム管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05342023A true JPH05342023A (ja) | 1993-12-24 |
Family
ID=15368173
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4144697A Pending JPH05342023A (ja) | 1992-06-05 | 1992-06-05 | リソース獲得時間を用いたシステム管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05342023A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007102311A (ja) * | 2005-09-30 | 2007-04-19 | Fujitsu Ltd | ワーム感染装置の検出装置 |
| JP2012003611A (ja) * | 2010-06-18 | 2012-01-05 | Denso Corp | 時間監視装置及び方法 |
-
1992
- 1992-06-05 JP JP4144697A patent/JPH05342023A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007102311A (ja) * | 2005-09-30 | 2007-04-19 | Fujitsu Ltd | ワーム感染装置の検出装置 |
| US8015609B2 (en) | 2005-09-30 | 2011-09-06 | Fujitsu Limited | Worm infection detecting device |
| JP2012003611A (ja) * | 2010-06-18 | 2012-01-05 | Denso Corp | 時間監視装置及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR920003497B1 (ko) | 억세스 손실 처리용 시스템 및 그 보호방법 | |
| CA1232688A (en) | Reconfigurable dual processor system | |
| US4635187A (en) | Control for a multiprocessing system program process | |
| Grottke et al. | The fundamentals of software aging | |
| US5621663A (en) | Method and system for monitoring a computer system | |
| US20180331888A1 (en) | Method and apparatus for switching service nodes in a distributed storage system | |
| JPH0298768A (ja) | マルチプロセッサ・システムの過剰スピン・ループ退避装置 | |
| JP2006011992A (ja) | クラスタ構成コンピュータシステムの系切替方法 | |
| JPH0799502B2 (ja) | コンピュータ・システム | |
| JPH04245751A (ja) | イベント処理分散型網監視システム | |
| JPH04230538A (ja) | 障害ソフトウエア・コンポーネントの検出方法及び装置 | |
| CN111459623B (zh) | 应用程序恢复运行的方法、装置及计算机 | |
| JP2006277115A (ja) | 異常検出プログラムおよび異常検出方法 | |
| RU2134446C1 (ru) | Способ управления перегрузкой сообщениями элементарной программы в мультипроцессорной управляющей системе (варианты) | |
| WO2002093374A2 (en) | Task supervision | |
| US8332069B2 (en) | Fault tolerance method and apparatus for robot software component | |
| JP2008003691A (ja) | 計算機のプロセス回復方法、チェックポイントリスタートシステム | |
| JPH05342023A (ja) | リソース獲得時間を用いたシステム管理方法 | |
| JP5435205B2 (ja) | マルチノードシステム、ノード、メモリダンプ処理方法、及びプログラム | |
| JP3467750B2 (ja) | 分散オブジェクト処理システム | |
| TW200416605A (en) | Method for meeting SMI duration limits by time slicing SMI handlers | |
| JPH0635758A (ja) | プログラム監視制御装置 | |
| JP2656643B2 (ja) | ログデータ採取方法とその装置 | |
| JP2008077388A (ja) | マルチプロセッサ制御システム、方法、およびプログラム | |
| JPH10269110A (ja) | 計算機システムのハングアップ回避方法並びにこの方法を用いた計算機システム。 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Effective date: 20041209 Free format text: JAPANESE INTERMEDIATE CODE: A971007 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Effective date: 20041227 Free format text: JAPANESE INTERMEDIATE CODE: A61 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |