JP2666732B2 - コンピュータシステムにおける負荷制御方式 - Google Patents
コンピュータシステムにおける負荷制御方式Info
- Publication number
- JP2666732B2 JP2666732B2 JP6184108A JP18410894A JP2666732B2 JP 2666732 B2 JP2666732 B2 JP 2666732B2 JP 6184108 A JP6184108 A JP 6184108A JP 18410894 A JP18410894 A JP 18410894A JP 2666732 B2 JP2666732 B2 JP 2666732B2
- Authority
- JP
- Japan
- Prior art keywords
- cpu
- program
- value
- processing
- system state
- 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
- Multi Processors (AREA)
Description
【０００１】
【産業上の利用分野】本発明はコンピュータシステムに
おける負荷制御方式に関し、特に、高負荷時のＣＰＵの
負荷制御を効率的に行う負荷制御方式に関する。
おける負荷制御方式に関し、特に、高負荷時のＣＰＵの
負荷制御を効率的に行う負荷制御方式に関する。
【０００２】
【従来の技術】近年のコンピュータシステムにおいて
は、複数のＣＰＵを用い、それぞれのＣＰＵが個別の業
務を行うシステム（たとえばマルチプロセッサシステ
ム）が利用されるようになっているた。このようなシス
テムにおいては、各ＣＰＵの負荷にばらつきがでてくる
ことがあるが、この場合、過負荷の発生したＣＰＵの負
荷を、他の負荷の軽いＣＰＵに肩代りさせ、各プロセッ
サごとの負荷を均等化させる方式が知られている（例え
ば特開平３−１１４２４２号公報）。
は、複数のＣＰＵを用い、それぞれのＣＰＵが個別の業
務を行うシステム（たとえばマルチプロセッサシステ
ム）が利用されるようになっているた。このようなシス
テムにおいては、各ＣＰＵの負荷にばらつきがでてくる
ことがあるが、この場合、過負荷の発生したＣＰＵの負
荷を、他の負荷の軽いＣＰＵに肩代りさせ、各プロセッ
サごとの負荷を均等化させる方式が知られている（例え
ば特開平３−１１４２４２号公報）。
【０００３】
【発明が解決しようとする課題】上述した従来の方式に
おいては、コンピュータシステムが実行するプログラム
の、実行のタイミングを考慮することなく、負荷が均等
することだけを考えて負荷を割当ている。ところが、実
際のコンピュータシステム、たとえばプラント監視制御
コンピュータ等においては、実行されるプログラムに
は、状態変化（圧力、温度の変化、火災等）が起った時
に即座に実行されるべきものもあるが、帳票作成や集計
処理など特に急いで処理する必要のないものもある。
おいては、コンピュータシステムが実行するプログラム
の、実行のタイミングを考慮することなく、負荷が均等
することだけを考えて負荷を割当ている。ところが、実
際のコンピュータシステム、たとえばプラント監視制御
コンピュータ等においては、実行されるプログラムに
は、状態変化（圧力、温度の変化、火災等）が起った時
に即座に実行されるべきものもあるが、帳票作成や集計
処理など特に急いで処理する必要のないものもある。
【０００４】従来の方式においては、こうしたプログラ
ムの実行のタイミングを考慮することなく、単に負荷の
均等化を図るだけであるから、ＣＰＵの高負荷時に実施
しなくてもよいような処理（例えば帳票作成や集計処理
等）を実施してしまい、効率的ではなかった。そのた
め、コンピュータの容量としても、負荷量の単純な総和
に基づいて決めることになるので、負荷が増えれば、大
容量のコンピュータが必要とならざるを得なかった。
ムの実行のタイミングを考慮することなく、単に負荷の
均等化を図るだけであるから、ＣＰＵの高負荷時に実施
しなくてもよいような処理（例えば帳票作成や集計処理
等）を実施してしまい、効率的ではなかった。そのた
め、コンピュータの容量としても、負荷量の単純な総和
に基づいて決めることになるので、負荷が増えれば、大
容量のコンピュータが必要とならざるを得なかった。
【０００５】本発明は上記の点にかんがみてなされたも
ので、コンピュータの負荷を効率良く制御することがで
きるようにすることを目的とする。
ので、コンピュータの負荷を効率良く制御することがで
きるようにすることを目的とする。
【０００６】
【課題を解決するための手段】上記課題を解決するた
め、本発明においては、単一もしくは複数のＣＰＵを内
蔵しているコンピュータシステムにおいて、ＣＰＵヘル
スチェックプログラムの走行状態に基づいてＣＰＵの負
荷状態を認識し、ＣＰＵの負荷状態に応じて、プログラ
ムの実行内容を制御するようにした。
め、本発明においては、単一もしくは複数のＣＰＵを内
蔵しているコンピュータシステムにおいて、ＣＰＵヘル
スチェックプログラムの走行状態に基づいてＣＰＵの負
荷状態を認識し、ＣＰＵの負荷状態に応じて、プログラ
ムの実行内容を制御するようにした。
【０００７】
【作用】 コンピュータの高負荷時には、緊急を要しな
い処理は実行しないようにプログラムの実行を制御する
ことにより、ＣＰＵの負荷を軽減することができる。
い処理は実行しないようにプログラムの実行を制御する
ことにより、ＣＰＵの負荷を軽減することができる。
【０００８】
【実施例】以下本発明について図面を参照して説明す
る。図１は本発明の一実施例のシステム構成を示すブロ
ック図であり、ここではプロセス監視コンピュータを例
にとって説明する。このシステムは、プロセス入出力装
置１０とプロセス監視制御コンピュータ２０とから成
る。
る。図１は本発明の一実施例のシステム構成を示すブロ
ック図であり、ここではプロセス監視コンピュータを例
にとって説明する。このシステムは、プロセス入出力装
置１０とプロセス監視制御コンピュータ２０とから成
る。
【０００９】プロセス監視制御コンピュータ２０は、ｎ
個（ｎ≧１）のＣＰＵ＃１〜＃ｎと、メモリ３０と、バ
ス４０とから構成され、ＣＰＵ＃１〜＃ｎとメモリ３０
とはバス４０を介して接続されている。
個（ｎ≧１）のＣＰＵ＃１〜＃ｎと、メモリ３０と、バ
ス４０とから構成され、ＣＰＵ＃１〜＃ｎとメモリ３０
とはバス４０を介して接続されている。
【００１０】メモリ３０には、図１に示すプログラムお
よびテーブルが格納されている。状態変化による処理プ
ログラム２１および時刻による処理プログラム２２は、
アプリケーションプログラムであって、処理プログラム
２１は入出力装置１０からの入力データ（たとえば圧
力、温度、水位等のステータス情報、火災等のアラーム
情報など）に基づいて諸処理を実行するプログラムであ
る。処理プログラム２２は、例えば、ある時刻になると
諸処理を実行するプログラムであって、具体的には、例
えば帳票類作成、データ集計、諸データ処理等を実行す
るプログラムである。
よびテーブルが格納されている。状態変化による処理プ
ログラム２１および時刻による処理プログラム２２は、
アプリケーションプログラムであって、処理プログラム
２１は入出力装置１０からの入力データ（たとえば圧
力、温度、水位等のステータス情報、火災等のアラーム
情報など）に基づいて諸処理を実行するプログラムであ
る。処理プログラム２２は、例えば、ある時刻になると
諸処理を実行するプログラムであって、具体的には、例
えば帳票類作成、データ集計、諸データ処理等を実行す
るプログラムである。
【００１１】さらに、メモリ３０において、２３は各Ｃ
ＰＵごとに実行されるＣＰＵヘルスチェックプログラ
ム、２６はシステム全体及び各ＣＰＵの状態が記録され
システム共通テーブル、２７はシステム状態の変化に応
じて処理方法を規定するシステム状態遷移テーブル、２
４は各ＣＰＵの状態からシステム状態をチェックするシ
ステム状態チェックプログラム、２５はシステム状態の
変化に応じた処理をアプリケーションプログラム２１，
２２へ伝えるシステム状態遷移プログラムである。
ＰＵごとに実行されるＣＰＵヘルスチェックプログラ
ム、２６はシステム全体及び各ＣＰＵの状態が記録され
システム共通テーブル、２７はシステム状態の変化に応
じて処理方法を規定するシステム状態遷移テーブル、２
４は各ＣＰＵの状態からシステム状態をチェックするシ
ステム状態チェックプログラム、２５はシステム状態の
変化に応じた処理をアプリケーションプログラム２１，
２２へ伝えるシステム状態遷移プログラムである。
【００１２】ＣＰＵヘルスチェックプログラム２３は、
走行の優先順位を最低にして、定周期ｔ１に起動され
る。システム状態チェックプログラム２４は、プロセス
監視制御コンピュータ２０の情報処理能力の余裕をみる
ために、どのＣＰＵでも走行可能で且つ走行の優先順位
を最高とし、定周期ｔ２で起動される。この起動周期は
ＣＰＵヘルスチェックプログラム２３よりも長い。つま
りｔ１≦ｔ２である。
走行の優先順位を最低にして、定周期ｔ１に起動され
る。システム状態チェックプログラム２４は、プロセス
監視制御コンピュータ２０の情報処理能力の余裕をみる
ために、どのＣＰＵでも走行可能で且つ走行の優先順位
を最高とし、定周期ｔ２で起動される。この起動周期は
ＣＰＵヘルスチェックプログラム２３よりも長い。つま
りｔ１≦ｔ２である。
【００１３】図２はシステム共通テーブル２６の構成例
を示している。この例で示しているテーブルは、システ
ム状態を表わすシステム状態レコード２６ａと各々のＣ
ＰＵの状態を示すＣＰＵ状態レコード２６ｂに分かれて
いる。
を示している。この例で示しているテーブルは、システ
ム状態を表わすシステム状態レコード２６ａと各々のＣ
ＰＵの状態を示すＣＰＵ状態レコード２６ｂに分かれて
いる。
【００１４】システム状態レコード２６ａは１レコード
分、ＣＰＵ状態レコード２６ｂはＣＰＵの個数分ある。
システム状態レコード２６ａは、システム状態の新値２
６１、旧値２６２を格納し、ＣＰＵ状態レコード２６ｂ
は、ＣＰＵごとに、ＣＰＵ状態２６３、ＣＰＵヘルスカ
ウンタ２６４、ＣＰＵヘルス基準値２６５、ＣＰＵ状態
重み係数２６６を格納している。
分、ＣＰＵ状態レコード２６ｂはＣＰＵの個数分ある。
システム状態レコード２６ａは、システム状態の新値２
６１、旧値２６２を格納し、ＣＰＵ状態レコード２６ｂ
は、ＣＰＵごとに、ＣＰＵ状態２６３、ＣＰＵヘルスカ
ウンタ２６４、ＣＰＵヘルス基準値２６５、ＣＰＵ状態
重み係数２６６を格納している。
【００１５】また、システム共通テーブル２６は、各プ
ログラムが参照可能な領域にあるが、システム状態チェ
ックプログラム２４、システム状態遷移プログラム２５
以外には書き込めないものとする。
ログラムが参照可能な領域にあるが、システム状態チェ
ックプログラム２４、システム状態遷移プログラム２５
以外には書き込めないものとする。
【００１６】図３はシステム状態遷移テーブル２７の構
成例を示している。例で示しているテーブルは、システ
ム状態の新値、旧値により検索できるレコードにそのシ
ステム状態の旧値から新値への変化した時に実施する処
理を示すものとする。実施する処理は番号（処理番号）
で記憶されている。処理プログラム２１，２２において
は、上記処理番号に応じて実行すべき処理、後回しにす
る処理が予め設定されている。
成例を示している。例で示しているテーブルは、システ
ム状態の新値、旧値により検索できるレコードにそのシ
ステム状態の旧値から新値への変化した時に実施する処
理を示すものとする。実施する処理は番号（処理番号）
で記憶されている。処理プログラム２１，２２において
は、上記処理番号に応じて実行すべき処理、後回しにす
る処理が予め設定されている。
【００１７】次に図４，５を用いて上記実施例の動作を
説明する。まず、ＣＰＵごとにＣＰＵヘルスチェックプ
ログラム２３を走行の優先順位を最低にして、定周期ｔ
１に起動させる（ステップ１０１）。このＣＰＵヘルス
チェックプログラム２３は、指定されたＣＰＵ上で動
き、起動されるとＣＰＵ状態レコード２６ｂ内の、該当
するＣＰＵのＣＰＵヘルスカウンタ２６４をインクリメ
ントする（ステップ１０２）。これをすべてのＣＰＵに
ついて繰り返す（ステップ１０３）。ＣＰＵヘルスチェ
ックプログラムは、優先順位を最低にしているので、Ｃ
ＰＵの負荷が多くなってくると、ヘルスチェックプログ
ラムの実行は後回しにされてヘルスカウンタ２６４のカ
ウント値は減少する。
説明する。まず、ＣＰＵごとにＣＰＵヘルスチェックプ
ログラム２３を走行の優先順位を最低にして、定周期ｔ
１に起動させる（ステップ１０１）。このＣＰＵヘルス
チェックプログラム２３は、指定されたＣＰＵ上で動
き、起動されるとＣＰＵ状態レコード２６ｂ内の、該当
するＣＰＵのＣＰＵヘルスカウンタ２６４をインクリメ
ントする（ステップ１０２）。これをすべてのＣＰＵに
ついて繰り返す（ステップ１０３）。ＣＰＵヘルスチェ
ックプログラムは、優先順位を最低にしているので、Ｃ
ＰＵの負荷が多くなってくると、ヘルスチェックプログ
ラムの実行は後回しにされてヘルスカウンタ２６４のカ
ウント値は減少する。
【００１８】一方、ＣＰＵヘルスチェックプログラム２
３とは別に、システム状態チェックプログラム２４が周
期ｔ２で起動され、ＣＰＵヘルスカウンタ２６４のカウ
ント値とＣＰＵヘルス基準値２６５とを比較して、ＣＰ
Ｕ状態２６３を決定する（図５、ステップ２０１）。要
するに周期ｔ２の間にヘルスチェックプログラム２３が
走行された回数を基準値と比べるわけである。
３とは別に、システム状態チェックプログラム２４が周
期ｔ２で起動され、ＣＰＵヘルスカウンタ２６４のカウ
ント値とＣＰＵヘルス基準値２６５とを比較して、ＣＰ
Ｕ状態２６３を決定する（図５、ステップ２０１）。要
するに周期ｔ２の間にヘルスチェックプログラム２３が
走行された回数を基準値と比べるわけである。
【００１９】ＣＰＵヘルスカウンタ２６４のカウント値
≧ＣＰＵヘルス基準値２６５であれば、ＣＰＵは正常で
あると判断し、システム共通テーブル２６上のＣＰＵ毎
に備えられたＣＰＵ状態２６３にＣＰＵが正常であるこ
とを示す評価値（たとえば「１０」）を書き込む。一
方、ＣＰＵヘルスカウンタ２６４のカウント値＜ＣＰＵ
ヘルス基準値２６５であれば、そのＣＰＵに負荷がかか
り過ぎていると判断し、システム共通テーブル２６にあ
るＣＰＵ状態２６３にＣＰＵが異常であることを示す評
価値（たとえば「１」）を書き込む。
≧ＣＰＵヘルス基準値２６５であれば、ＣＰＵは正常で
あると判断し、システム共通テーブル２６上のＣＰＵ毎
に備えられたＣＰＵ状態２６３にＣＰＵが正常であるこ
とを示す評価値（たとえば「１０」）を書き込む。一
方、ＣＰＵヘルスカウンタ２６４のカウント値＜ＣＰＵ
ヘルス基準値２６５であれば、そのＣＰＵに負荷がかか
り過ぎていると判断し、システム共通テーブル２６にあ
るＣＰＵ状態２６３にＣＰＵが異常であることを示す評
価値（たとえば「１」）を書き込む。
【００２０】システム共通テーブル２６のＣＰＵ状態に
ＣＰＵ正常／異常のいずれかを書き込んだ後、ＣＰＵヘ
ルスカウンタを０にリセットする（ステップ２０２）。
この処理をすべてのＣＰＵに対して実行し（ステップ２
０３）、次にＣＰＵ状態２６３に書き込まれた評価値に
ＣＰＵ状態重み係数２６６を乗じ、それを全ＣＰＵにつ
いて合計してシステム状態（新値）を決定する（ステッ
プ２０４）。そして、システム状態（新値）に変化があ
るかどうかを判断して（ステップ２０５）、変化があれ
ば最新の値をシステム状態レコード２６ａ内のシステム
状態（新値）２６１に書込み、従来の（新値）はシステ
ム状態（旧値）２６２に移動するようにデータを更新す
る（ステップ２０６）。
ＣＰＵ正常／異常のいずれかを書き込んだ後、ＣＰＵヘ
ルスカウンタを０にリセットする（ステップ２０２）。
この処理をすべてのＣＰＵに対して実行し（ステップ２
０３）、次にＣＰＵ状態２６３に書き込まれた評価値に
ＣＰＵ状態重み係数２６６を乗じ、それを全ＣＰＵにつ
いて合計してシステム状態（新値）を決定する（ステッ
プ２０４）。そして、システム状態（新値）に変化があ
るかどうかを判断して（ステップ２０５）、変化があれ
ば最新の値をシステム状態レコード２６ａ内のシステム
状態（新値）２６１に書込み、従来の（新値）はシステ
ム状態（旧値）２６２に移動するようにデータを更新す
る（ステップ２０６）。
【００２１】次にシステム状態チェックプログラム２４
は、システムの負荷状態の変化の通知をシステム状態遷
移プログラム２５に通知する（ステップ２０７）。シス
テム状態遷移プログラム２５は、システム状態チェック
プログラム２４と同様に走行の優先順位は最高に設定す
る。起動されると、システム共通テーブル２６のシステ
ム状態の新値と旧値とを参照してシステム状態遷移テー
ブル２７に基づいて実施する処理を決定する（ステップ
２０８）。
は、システムの負荷状態の変化の通知をシステム状態遷
移プログラム２５に通知する（ステップ２０７）。シス
テム状態遷移プログラム２５は、システム状態チェック
プログラム２４と同様に走行の優先順位は最高に設定す
る。起動されると、システム共通テーブル２６のシステ
ム状態の新値と旧値とを参照してシステム状態遷移テー
ブル２７に基づいて実施する処理を決定する（ステップ
２０８）。
【００２２】次に決定された処理番号が処理プログラム
２１，２２へ通知され（ステップ２０９）、各プログラ
ム２１，２２においては、それぞれのプログラムで決め
られた処理を行う。例えば、プロセスの状態変化が多く
発生し、プロセス入出力装置１０から情報がプロセス監
視制御コンピュータ２０に伝達され、その情報がプロセ
ス監視制御コンピュータ２０の処理能力以上に状態変化
通知があり、ＣＰＵ負荷が高くなった場合、状態変化処
理プログラム２１の実行が優先され、時刻による処理プ
ログラム２２（データ集計、帳票作成等）は後回しにす
る。ＣＰＵの負荷がもっと高くなった場合は、状態変化
による処理プログラム２１についても処理を制限するよ
うにする。例えば、出力系統を画面表示だけにして、音
声出力やハードコピーの出力は中止するという具合であ
る。また、状態変化による処理プログラム２１が定期的
に状態データの取り込みを行っている場合、高負荷時に
はこれを中止し、通常のＣＰＵ状態に戻ったときに、一
括してデータ取り込み等の処理を行うようにすることも
できる。そうすれば、整合性のある状態信号をプロセス
監視制御コンピュータ２０に取り込むことができる。
２１，２２へ通知され（ステップ２０９）、各プログラ
ム２１，２２においては、それぞれのプログラムで決め
られた処理を行う。例えば、プロセスの状態変化が多く
発生し、プロセス入出力装置１０から情報がプロセス監
視制御コンピュータ２０に伝達され、その情報がプロセ
ス監視制御コンピュータ２０の処理能力以上に状態変化
通知があり、ＣＰＵ負荷が高くなった場合、状態変化処
理プログラム２１の実行が優先され、時刻による処理プ
ログラム２２（データ集計、帳票作成等）は後回しにす
る。ＣＰＵの負荷がもっと高くなった場合は、状態変化
による処理プログラム２１についても処理を制限するよ
うにする。例えば、出力系統を画面表示だけにして、音
声出力やハードコピーの出力は中止するという具合であ
る。また、状態変化による処理プログラム２１が定期的
に状態データの取り込みを行っている場合、高負荷時に
はこれを中止し、通常のＣＰＵ状態に戻ったときに、一
括してデータ取り込み等の処理を行うようにすることも
できる。そうすれば、整合性のある状態信号をプロセス
監視制御コンピュータ２０に取り込むことができる。
【００２３】要するに、高負荷時においては、処理プロ
グラム２１，２２の処理内容を制限し、これによりＣＰ
Ｕの負荷はしばらくすると低くなり、低くなるとまた上
述した処理により、各ＣＰＵの状態が変化し、それに応
じて処理プログラム２１，２２の動作も変化する。
グラム２１，２２の処理内容を制限し、これによりＣＰ
Ｕの負荷はしばらくすると低くなり、低くなるとまた上
述した処理により、各ＣＰＵの状態が変化し、それに応
じて処理プログラム２１，２２の動作も変化する。
【００２４】なお、ＣＰＵの状態変化時に走行していな
いプログラムは、起動時に、システム共通テーブル２６
にあるシステム状態の新値および旧値を読み、それに応
じた処理を行うようにする。
いプログラムは、起動時に、システム共通テーブル２６
にあるシステム状態の新値および旧値を読み、それに応
じた処理を行うようにする。
【００２５】以上のようにすれば、構成するＣＰＵの個
数によらず、簡単にＣＰＵの負荷を認識することができ
る。すなわち、上記システムにおいては、所定時間内に
おけるＣＰＵヘルスチェックプログラムの走行回数を計
数し、その走行回数を基準値と比較して、ＣＰＵの負荷
状態を認識するものであるから、従来の方法に比較して
簡単な構成で負荷のチェックができる。そして、こうし
て認識した負荷状態にに応じて、実行する処理内容を決
定して行くので、高負荷時に行う処理が細かく設定で
き、それにより負荷を軽減して高負荷時にシステム全体
が過負荷によって機能停止することが防止でき、システ
ムの安全性が確保できる。
数によらず、簡単にＣＰＵの負荷を認識することができ
る。すなわち、上記システムにおいては、所定時間内に
おけるＣＰＵヘルスチェックプログラムの走行回数を計
数し、その走行回数を基準値と比較して、ＣＰＵの負荷
状態を認識するものであるから、従来の方法に比較して
簡単な構成で負荷のチェックができる。そして、こうし
て認識した負荷状態にに応じて、実行する処理内容を決
定して行くので、高負荷時に行う処理が細かく設定で
き、それにより負荷を軽減して高負荷時にシステム全体
が過負荷によって機能停止することが防止でき、システ
ムの安全性が確保できる。
【００２６】
【発明の効果】以上説明したように、本発明によれば、
コンピュータの負荷を効率良く制御することができるよ
うになり、特に高負荷時においてもプログラムの内容に
応じて処理内容を制限してシステムの機能停止を防ぐこ
とができる。
コンピュータの負荷を効率良く制御することができるよ
うになり、特に高負荷時においてもプログラムの内容に
応じて処理内容を制限してシステムの機能停止を防ぐこ
とができる。
【図１】本発明の一実施例のシステム構成を示すブロッ
ク図である。
ク図である。
【図２】図１のシステム共通テーブルの詳細図である。
【図３】図１のシステム状態遷移テーブルの詳細図であ
る。
る。
【図４】実施例の動作を説明するフローチャートであ
る。
る。
【図５】実施例の動作を説明するフローチャートであ
る。
る。
１０ プロセス入出力装置 ２０ プロセス監視制御コンピュータ ２１ 状態変化による処理プログラム ２２ 時刻による処理プログラム ２３ ＣＰＵヘルスチェックプログラム ２４ システム状態チェックプログラム ２５ システム状態遷移プログラム ２６ システム共通テーブル ２７ システム状態遷移テーブル ３０ メモリ
Claims (3)
- 【請求項１】 複数のＣＰＵと、メモリとを備え、 前記メモリは、アプリケーションプログラムと、ＣＰＵ
ヘルスチェックプログラムと、システム状態チェックプ
ログラムと、システム状態遷移プログラムと、システム
共通テーブルとを備え、 前記ＣＰＵヘルスチェックプログラムは、定周期ｔ１で
起動され、その走行回数のカウント値を各ＣＰＵについ
て前記システム共通テーブルに書き込み、 前記システム状態チェックプログラムは、定周期ｔ２
（ｔ１≦ｔ２）で起動され、前記カウント値と基準値と
を比較し、前記カウント値が基準値より大きければＣＰ
Ｕは正常であることを示す評価値を前記システム共通テ
ーブルに書き込み、前記カウント値が基準値小さければ
異常であることを示す評価値を前記システム共通テーブ
ルに書き込み、前記評価値を全ＣＰＵについて合計して
システム状態を決定し、システム状態の新値と旧値を前
記システム共通テーブルに書き込み、 前記システム状態遷移プログラムは、前記システム状態
の新値と旧値とを参照して実施すべき処理を決定し、 前記アプリケーションプログラムは、前記処理に基づい
て高負荷になるほど処理内容が制限されるように実行さ
れることを特徴とするコンピュータシステムにおける負
荷制御方式。 - 【請求項２】 前記ＣＰＵヘルスチェックプログラムは
走行の優先順位を最低に設定され、前記システム状態チ
ェックプログラムおよびシステム状態遷移プログラムは
それぞれ走行の優先順位を最高に設定されている請求項
１または２に記載の負荷制御方式。 - 【請求項３】 前記システム状態チェックプログラム
は、ＣＰＵごとに重み付けをして前記システム状態を決
定する請求項１ないし３のいずれか１項に記載の負荷制
御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6184108A JP2666732B2 (ja) | 1994-07-13 | 1994-07-13 | コンピュータシステムにおける負荷制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6184108A JP2666732B2 (ja) | 1994-07-13 | 1994-07-13 | コンピュータシステムにおける負荷制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0830560A JPH0830560A (ja) | 1996-02-02 |
| JP2666732B2 true JP2666732B2 (ja) | 1997-10-22 |
Family
ID=16147534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6184108A Expired - Lifetime JP2666732B2 (ja) | 1994-07-13 | 1994-07-13 | コンピュータシステムにおける負荷制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2666732B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005267547A (ja) * | 2004-03-22 | 2005-09-29 | Nec Corp | 分散オブジェクトシステム及びサーバ |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006229761A (ja) * | 2005-02-18 | 2006-08-31 | Daikin Ind Ltd | 遠隔監視装置および遠隔監視システム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63109564A (ja) * | 1986-10-28 | 1988-05-14 | Nec Corp | 多重処理制御方式 |
| JP2638065B2 (ja) * | 1988-05-11 | 1997-08-06 | 富士通株式会社 | 計算機システム |
-
1994
- 1994-07-13 JP JP6184108A patent/JP2666732B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005267547A (ja) * | 2004-03-22 | 2005-09-29 | Nec Corp | 分散オブジェクトシステム及びサーバ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0830560A (ja) | 1996-02-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7506314B2 (en) | Method for automatically collecting trace detail and history data | |
| US6078944A (en) | Process management method and system | |
| US5903757A (en) | Monitoring and handling of exception conditions in computer system | |
| JP2009110156A (ja) | ログ出力装置及びログ出力プログラム | |
| JP3006551B2 (ja) | 複数コンピュータ間の業務分散システム、業務分散方法および業務分散プログラムを記録した記録媒体 | |
| JP2016224883A (ja) | 異常検出方法、情報処理装置および異常検出プログラム | |
| JP5623557B2 (ja) | 診断データを収集するためのマルチスレッド化コンピューティング環境における方法、装置、およびコンピュータ・プログラム | |
| JP4992740B2 (ja) | マルチプロセッサシステム、障害検出方法および障害検出プログラム | |
| JP3190902B2 (ja) | 性能監視装置、性能監視方法および性能監視プログラムを記録した記録媒体 | |
| JP2666732B2 (ja) | コンピュータシステムにおける負荷制御方式 | |
| JP5768503B2 (ja) | 情報処理装置、ログ記憶制御プログラムおよびログ記憶制御方法 | |
| US6182244B1 (en) | System and method for automatically initiating a tracing facility and dynamically changing the levels of tracing currently active | |
| JP2002366393A (ja) | 計算機稼動情報収集方法及びその実施システム並びにその処理プログラム | |
| JP3506920B2 (ja) | 全命令トレースデータの２次記憶装置への格納競合防止方法 | |
| JP2004157728A (ja) | データベース乱れ解消処理方法及びその実施装置並びにその処理プログラム | |
| US7024499B2 (en) | Cache only queue option for cache controller | |
| JPH0764811A (ja) | コンピュータバックアップシステム | |
| US20220413996A1 (en) | Computer-readable recording medium storing acceleration test program, acceleration test method, and acceleration test apparatus | |
| CN107390670A (zh) | Android系统资源控制方法、存储介质及智能终端 | |
| JPH05324409A (ja) | ソフトウェアの暴走監視方式 | |
| JP2915061B2 (ja) | 計算機システムの負荷制御方法 | |
| JP2705401B2 (ja) | マルチプロセッサ制御方法 | |
| JP2002202908A (ja) | 入出力要求遮断方式、入出力要求遮断方法および入出力要求遮断用プログラムを記録した記録媒体 | |
| CN116755858A (zh) | Kafka数据管理方法、装置、计算机设备及存储介质 | |
| JPH1124956A (ja) | パトロール診断方式 |