JP3376906B2 - 計算機の負荷率計測システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、計算機の負荷率
計測システムに関し、特に組み込み制御用のプログラム
に基づき多重タスク処理を行う計算機での負荷率計測に
好適なシステムに関する。

【０００２】

【従来の技術】元来、組み込み制御用のプログラムにお
いては、大型計算機系のソフトウェアと異なり、短い処
理時間のタスクが短い周期で定期的に繰り返し実行され
る場合が多い。その場合、処理量が増大し、計算機（Ｃ
ＰＵ）の負荷があがってきた場合の挙動として、低い優
先度のタスクが長い時間にわたって完全に「停止」する
のではなく、実行「抜け」による見かけ上の周期の遅れ
が発生する。これは処理実行時間のばらつきに起因する
挙動である。

【０００３】そこで、こうした組み込み制御用のプログ
ラムに基づき多重タスク処理を行う計算機にあっては、
その負荷率として、所定時間毎のタスク実行抜けの割合
を管理することが要求されている。そして従来、このよ
うな計算機についてその負荷率を計測する方法として
は、例えば特開平１−１７１０４０号公報に記載された
負荷率計測方法が知られている。ちなみに同公報に記載
の負荷率計測方法においては、当該計算機にあってタス
ク処理の優先順位が最低順位であるアイドリングタスク
の処理時間（アイドル時間）を所定時間測定してその負
荷率を算出するようにしている。すなわち、同方法では
下式により負荷率を求めるようにしている。 負荷率 ＝（ 測定時間 − アイドル時間 ）／ 測定時間 … （１）

【０００４】

【発明が解決しようとする課題】このように、アイドル
時間に基づき上記（１）式により計算機の負荷率を求め
ることで、確かに上記所定時間毎のタスク実行抜けの割
合についてこれをある程度管理することができるように
はなる。しかしこの方法では、アイドル時間がある程度
確保されている場合はともあれ、同アイドル時間がゼロ
となり計算機の負荷率が１００％を超えるような場合に
はその具体的な負荷状況を知ることはできない。すなわ
ち、同従来の方法にあっては、計算機にどの程度の過負
荷が生じているかを計測することはできない。

【０００５】この発明は、このような実情に鑑みてなさ
れたものであり、その目的とするところは、多重タスク
処理を行う計算機においてその過負荷の割合をも的確に
知ることができる計算機の負荷率計測システムを提供す
ることにある。

【０００６】

【０００７】

【０００８】

【０００９】

【００１０】

【００１１】

【００１２】

【課題を解決するための手段】請求項１に記載の発明に
おいては、優先度に基づき複数のタスクが並行に処理さ
れるとともに、下位優先度のタスクの実行中に上位優先
度のタスクの処理要求が発生したときには、下位優先度
のタスクの処理が中断されて上位優先度のタスクの処理
が実行される計算機の負荷率計測システムであって、前
記優先度が最下位であるアイドルタスクの所定単位時間
内における累積実行時間を計測するアイドル時間計測手
段と、該計測される時間に基づいて前記所定単位時間内
における前記アイドルタスクの非実行時間の割合である
タスク実行率を算出するタスク実行率算出手段と、所定
タイミング毎に起こされるように設定された定期タスク
が前記所定単位時間内に実際に実行される回数をカウン
トする定期タスクカウント手段と、前記定期タスクの処
理抜けがない場合の前記所定単位時間内における同定期
タスクの実行回数と前記定期タスクカウント手段による
カウント値との比に基づいて過負荷率を算出する過負荷
率算出手段と、前記算出されるタスク実行率及び過負荷
率に基づいて負荷率を算出する負荷率算出手段とを備え
ることをその要旨とする。

【００１３】同構成においては、アイドル時間計測手段
は、前記優先度が最下位であるアイドルタスクの所定単
位時間内における累積実行時間を計測し、タスク実行率
算出手段は、該計測される時間に基づいて前記所定単位
時間内における前記アイドルタスクの非実行時間の割合
であるタスク実行率を算出する。また、定期タスクカウ
ント手段は、所定タイミング毎に起床されるように設定
された定期タスクが前記所定単位時間内に実際に実行さ
れる回数をカウントし、過負荷率算出手段は前記定期タ
スクの前記優先度による処理抜けがない場合の前記所定
単位時間内における同定期タスクの実行回数と前記定期
タスクカウント手段によるカウント値との比に基づいて
過負荷率を算出する。そして、負荷率算出手段は、前記
算出されるタスク実行率及び過負荷率に基づいて負荷率
を算出する。そのため、この過負荷率から前記定期タス
クが実行されない割合、すなわち計算機の過負荷の割合
をも知ることができる。

【００１４】また、請求項２に記載の発明においては、
請求項１に記載の計算機の負荷率計測システムにおい
て、前記負荷率算出手段は、前記タスク実行率をηａ
（％）、前記過負荷率をηｒ（％）とするとき、前記負
荷率η（％）を、η＝ηａ＋（ηｒ − １００）として
算出することをその要旨とする。

【００１５】同構成においては、計算機の負荷率η
（％）が、タスク実行率ηａ（％）に過負荷率ηｒ
（％）から１００を減算したものを加算して求められ
る。そのため、同計算機の負荷率η（％）の値が１００
％近傍において連続となる。

【００１６】

【発明の実施の形態】以下、本発明を自動車のエンジン
制御装置（以下、「ＥＣＵ」と記す）に用いられる計算
機（ＣＰＵ）の負荷率を計測するシステムに適用した一
実施の形態を図１〜図６に基づき詳細に説明する。

【００１７】図１に示すように、ＥＣＵ１０は、ＣＰＵ
２１、制御データ及び制御プログラムが記憶されたＲＯ
Ｍ２２、演算データを一時記憶するＲＡＭ２３、バッテ
リバックアップされた不揮発性のＲＡＭであるバックア
ップＲＡＭ２４、各種スイッチ，センサ，計器等の外部
入力機器３１が接続される入力インターフェイス回路１
１、各種アクチュエータ，表示装置等の外部出力機器３
２が接続される出力インターフェイス回路１２等を備え
て構成される。これら各部は、バス２５によって相互に
接続されている。

【００１８】前記各種スイッチには、イグニッションス
イッチ，エアコンスイッチ等があり、各種センサには、
冷却水温センサ，酸素センサ，クランク角センサ，スロ
ットルセンサ等があり、各種計器にはエアフローメータ
等がある。また、前記各種アクチュエータには、インジ
ェクタ，イグナイタ，アイドルスピードコントロールバ
ルブ（ＩＳＣＶ）等があり、表示装置には排気温ランプ
等がある。

【００１９】なお、本実施の形態では前記ＣＰＵ２１を
計算機とし、このＣＰＵ２１の負荷率計測方法及び計測
システムを説明する。一方、こうしたＥＣＵ１０におい
て、上記ＲＯＭ２２には、多重処理される複数のプログ
ラムが組み込み制御用プログラムとして予め格納されて
いる。これらプログラムには、燃料噴射制御プログラ
ム、点火時期制御プログラム、アイドル回転数制御プロ
グラム、自己診断プログラムなどがあり、それぞれそれ
らプログラムの優先度に応じて、ＣＰＵ２１が処理する
単位であるタスクにも優先度が設定されている。従っ
て、下位優先度のタスクの処理実行中に上位優先度のタ
スクの処理要求が発生した場合には、下位優先度のタス
クの処理が中断されて上位優先度のタスクの処理が実行
される。

【００２０】また、本実施の形態のシステムにおいて、
上記ＲＯＭ２２には、以下に詳述するＣＰＵ負荷率計測
プログラムも併せて格納されている。このＣＰＵ負荷率
計測プログラムは、例えば図２に例示するように、処理
優先度の高いタスクＡやタスクＢに対して自らのタスク
（これをタスクＫとする）も十分優先度の高いタスクに
設定されている。また、本実施の形態にあっては、他の
タスクが全て実行されていないとき（処理待ちのときも
含む）に実行されるタスクであるアイドルタスクＩ、及
び所定タイミング毎に実行されるタスク（例えば、前記
センサからのデータ読み込みタスク等）である定期タス
クＲを定義しており、ＣＰＵ負荷率計測プログラムは、
ＣＰＵ２１によるこれらアイドルタスクＩ及び定期タス
クＲの実行態様に基づいて同ＣＰＵ２１の負荷率を計測
する。そして、ここでは、同図２に示すように、前記ア
イドルタスクＩの優先度ｎを最下位とし、前記定期タス
クＲの優先度（ｎ−１）を同アイドルタスクＩの一つ上
位の優先度とする。

【００２１】また、以下に示す条件 ・処理優先度はタスクＡ → アイドルタスクＩの順 ・アイドルタスクＩは全てのタスクが実行終了し、次の
タスク要求までの待ち合わせ ・下位優先度の処理実行中に上位タスクの処理要求が発
生すると、処理は上位タスクに切り換えられ、下位タス
クは待たされる ・上位タスクの処理要求が多発した場合、最悪、下位タ
スクは処理要求が発生しても実施されないを前提条件と
する。

【００２２】また、このＣＰＵ負荷率計測プログラム、
正確には同プログラムに対応して実行されるタスクＫの
優先度ｋは、上述したように上位優先度に属する。ま
た、同タスクＫは定期タイミングＴ２毎に実行されるも
ので、本実施の形態では、同定期タイミングＴ２を例え
ば８ｍｓｅｃ（ミリ秒）とする。また同図２において、
最優先度である優先度１のタスクＡや次の優先度２のタ
スクＢには、例えば前記燃料噴射制御プログラム及び点
火時期制御プログラム等の主要部が相当する。また、前
記タスクＡ及びタスクＢ等のタスクの処理形態はエンジ
ンの運転状態に応じて変化するため、同図２に示すよう
に、後述する単位時間τ毎に異なるものとなる。

【００２３】次に、本実施の形態の負荷率計測システム
によるＣＰＵ２１の負荷率計測方法についてこの図２、
並びに図３〜図６を参照して説明する。図３はＣＰＵ負
荷率計測プログラムによる同計測処理（タスクＫ）の手
順を示すフローチャートであり、同フローチャートのス
テップＳ１０において、最初に所定単位時間τが経過し
たか否かの判断がなされる。ここで単位時間τは前記定
期タイミングＴ２をＮ倍したもので、本実施の形態では
例えばＮ＝１００とした場合、単位時間τ＝８×１００
＝８００ｍｓｅｃとなる。すなわち、同ステップＳ１０
においては、タスクＫがＮ（１００）回実行されたか否
かの判断がなされる。ここで、単位時間τが経過したと
判断された場合はステップＳ２０に移行し、一方、単位
時間τがまだ経過していないと判断された場合はステッ
プＳ８０に移行する。なお、この判断は単位時間計測カ
ウンタcnt ＿N のカウント値がＮ以上か否かで行われ
る。

【００２４】ステップＳ２０において、単位時間τが経
過したとき、タスク実行率ηａ（％）が下式により算出
される。 ηａ ＝｛（Ｔ２×Ｎ−idle＿time）／（Ｔ２×Ｎ）｝×１００ ＝｛（τ−idle＿time）／τ｝×１００ ……… （２） ここで、idle＿timeはアイドルタスクＩの単位時間τに
おける累積実行時間である（以下、アイドル累積時間と
いう）。このタスク実行率ηａは、単位時間τにおいて
アイドルタスクＩが実行されていない、すなわちＣＰＵ
２１が何らかの実務タスク処理（アイドルタスクＩ以外
の処理）を実行している比率を示し、これは前記（１）
式に示す従来例の負荷率に相当する。ここで、アイドル
タスクＩは、例えば図４に示すようなタイマカウンタの
処理として定義され、これが実行されると、上位優先度
のタスクにより中断されるまで繰り返しアイドル累積時
間idle＿timeを所定時間Ｔ１づつインクリメントする。

【００２５】また、前記タスク実行率ηａは１００％を
超えることはなく、ＣＰＵ２１がフル稼動、すなわちア
イドル累積時間idle＿timeが「ゼロ」のとき１００％と
なる。また、ここで求められるタスク実行率ηａは、前
記ＲＡＭ２３の所定領域に記憶される。

【００２６】続いてステップＳ３０においては、前記ア
イドル累積時間idle＿timeがゼロリセットされ、続くス
テップＳ４０においては、過負荷率ηｒ（％）が下式に
より算出される。 ηｒ ＝（Ｎ／tsk ＿Ｒ＿cnt ) ×１００ ……… （３） ここで、tsk ＿Ｒ＿cnt は定期タスクＲの単位時間τに
おける実際の実行回数をカウントするカウンタ（以下、
定期タスクカウンタという）であり、上記（３）式中で
はそのカウント数を示す。また、定期タスクＲの設定さ
れる繰り返し周期は、図３に示すように前記定期タイミ
ングＴ２と等しく、またその起床タイミングは、タスク
Ｋの終了直後のタイミングとする。

【００２７】また、上記（３）式に示される「Ｎ」は、
単位時間τに定期タスクＲが本来実行されるべき回数
（以下、理論実行回数という）を示し、同理論実行回数
Ｎと前記タスクＫの単位時間τ当たりの実行回数Ｎ（同
タスクＫに抜けがないとして）とは等しい。すなわち、
過負荷率ηｒは、単位時間τにおいて定期タスクＲが本
来実行されるべき回数と実際に実行された回数との比率
を示している。なお、前述したように定期タスクＲの処
理優先度（ｎ−１）は低く（実務タスクとして最下位優
先度）設定されるため，単位時間τ内において同定期タ
スクＲの処理抜けが発生する確率は高い。そのため、通
常、過負荷率ηｒは１００％を超え、同処理抜けが発生
しなかった場合のみ１００％となる。すなわち、同過負
荷率ηｒは１００％以上の値となる。また、ここで求め
られる過負荷率ηｒは、前記タスク実行率ηａと同様に
ＲＡＭ２３の所定領域に記憶される。

【００２８】また、同ステップＳ４０において、実務タ
スクとして最下位優先度である定期タスクＲの処理抜け
に基づき過負荷率ηｒが求められるのは次の理由によ
る。同最下位優先度である定期タスクＲの処理抜けをで
きるだけ少なくするように、すなわち過負荷率ηｒをで
きるだけ小さくする（１００％に近づける）ように組み
込み制御用プログラムを構築すれば全タスクの処理抜け
を最小にすることができるからである。

【００２９】続いてステップＳ５０においては、前記定
期タスクカウンタtsk ＿Ｒ＿cnt がゼロリセットされ、
続くステップＳ６０においては、ＣＰＵ負荷率η（％）
が下式により算出される。 η ＝ ηａ ＋ （ηｒ − １００） ……… （４） ここでは、ＣＰＵ負荷率ηが、タスク実行率ηａに過負
荷率ηｒから１００を減算したものを加えたものとして
求められる。ここで過負荷率ηｒから１００を減算する
のは、ＣＰＵ負荷率ηの１００％近傍の値に連続性を持
たせるためである。すなわち、上述したようにタスク実
行率ηａは１００％以下の値となるとともに過負荷率η
ｒが１００％以上の値となるため、そのまま両者を加算
するとＣＰＵ負荷率ηの値に連続性がなくなる。ところ
が上記（４）式によると、例えば、タスク実行率ηａを
９０％、過負荷率ηｒを１２５％とした場合、ＣＰＵ負
荷率ηは１１５％となり、同負荷率ηは１００％近傍で
連続した値となる。

【００３０】すなわち、（４）式に示すＣＰＵ負荷率η
によれば、ＣＰＵ２１の過負荷の割合をも的確に知るこ
とができ、同ＣＰＵ負荷率ηに基づき好適なタスク調整
ができる。また、ここで求められるＣＰＵ負荷率ηは、
前記タスク実行率ηａ及び過負荷率ηｒと同様にＲＡＭ
２３の所定領域に記憶される。このとき、このＲＡＭ２
３に記憶されたＣＰＵ負荷率ηを、前記タスク実行率η
ａ及び過負荷率ηｒとともに、外部モニタ（図示略）に
表示させると、作業者（プログラマ等）はプログラムの
追加・削除等に伴なう制御抜けを容易に認識することが
できる。

【００３１】これらＣＰＵ負荷率η、タスク実行率ηａ
及び過負荷率ηｒとタスク処理量との関係を図６に示
す。ここでタスク実行率ηａ及び過負荷率ηｒは、上述
したようにタスクの処理実行時間のばらつき（図２）に
より、同一タスク処理量に対して幅を持ったものとな
る。

【００３２】続いてステップＳ７０においては、単位時
間計測カウンタcnt ＿n がゼロリセットされて、今回の
計測処理が終了する。一方、前述したようにステップＳ
１０において、単位時間τがまだ経過していないと判断
された場合はステップＳ８０に移行し、同ステップＳ８
０においては、今回のタスクＫが実行される前に定期タ
スクＲが起床され最後まで実行されたか否かの判断がな
される。この判断は、定期タスク実行フラグflag＿tsk
＿Ｒが「１」か否かで行われる。この定期タスク実行フ
ラグflag＿tsk ＿Ｒは、図５に示すように、組み込み制
御用プログラムにより起床される定期タスクＲの処理が
最後まで実行されたときに「１」にセットされる。な
お、前述したように、この定期タスクＲには、例えばエ
ンジン冷却水温センサからのデータ読み込みタスク等が
割り当てられる。

【００３３】同ステップＳ８０において定期タスクＲが
実行されたと判断された場合、すなわち定期タスク実行
フラグflag＿tsk ＿Ｒが「１」の場合にはステップＳ９
０に移行し、同ステップＳ９０においては前記定期タス
クカウンタtsk ＿Ｒ＿cnt がインクリメント（＋１）さ
れる。続いてステップＳ１００に移行し、同ステップＳ
１００においては定期タスク実行フラグflag＿tsk ＿Ｒ
がゼロリセットされ、続いてステップＳ１１０に移行す
る。

【００３４】一方、ステップＳ８０において、同定期タ
スクＲが起床されなかったか、または起床されても最後
まで実行されなかった場合、すなわち、定期タスク実行
フラグflag＿tsk ＿Ｒが「０」の場合にはステップＳ１
１０にジャンプする。

【００３５】同ステップＳ１１０においては、前記単位
時間計測カウンタcnt ＿ｎがインクリメント（＋１）さ
れ、今回の計測処理が終了する。そして、以降前記定期
タイミングＴ２毎に同処理が繰り返し実行される。

【００３６】従って、本実施の形態によれば、以下のよ
うな効果を得ることができる。 （１）本実施の形態によれば、前記（３）式に示す態様
で過負荷率ηｒを求めることができる。その結果、この
過負荷率ηｒからＣＰＵ２１の過負荷の割合をも的確に
知ることができる。

【００３７】（２）本実施の形態によれば、ＣＰＵ負荷
率ηを前記（４）式に示すものとして算出するため、過
負荷率ηｒを加味したＣＰＵ２１の負荷率を求めること
ができるとともに同ＣＰＵ負荷率ηが１００％を超える
場合にあってもこれを連続した値として計測することが
できる。

【００３８】（３）本実施の形態によれば、各タスクの
処理実行時間のばらつきが生じても、単位時間τ及び定
期タイミングＴ２（タスクＫの単位時間τ当たりの実行
回数Ｎ）を好適に設定することにより、平滑化されたＣ
ＰＵ負荷率ηが算出される。

【００３９】（４）本実施の形態によれば、タスク実行
率ηａ、過負荷率ηｒ及びＣＰＵ負荷率ηが外部モニタ
に表示されるため、作業者（プログラマ等）はプログラ
ムの追加・削除等に伴なう制御抜けを容易に認識でき、
プログラム開発の作業効率が向上する。

【００４０】（５）本実施の形態によれば、計測される
ＣＰＵ負荷率ηに基づき、組み込み制御用プログラムの
構築が好適化される。例えば、ＣＰＵ負荷率ηを１００
％以内に押え込むように組み込み制御用プログラムを構
築し、同プログラムを他の類似するシステムに移植して
もその制御実施の信頼性が保証される。また、ＣＰＵ負
荷率ηが１００％以上となるシステムで構築されたプロ
グラムを、同負荷率ηが１００％未満のシステムに移植
した場合でも、移植前の負荷率ηとなるよう同１００％
未満のシステムにウェイトをかけてその制御実施の信頼
性を保証したりすることも可能となる。

【００４１】なお、本発明の実施の形態は、以下のよう
に変更してもよい。 ・ 前記実施の形態においては、定期タイミングＴ２を
８ｍｓｅｃ、その単位時間τ（８００ｍｓｅｃ）毎の繰
り返し回数を１００（Ｎ＝１００）回としたがこれに限
定されず、これら定期タイミングＴ２、単位時間τ及び
繰り返し回数Ｎは、プログラムが組み込まれる個々のシ
ステムに適合させて適宜設定されればよい。

【００４２】・ 前記実施の形態においては、単位時間
τ毎のタスク実行率ηａ及び過負荷率ηｒに基づき、同
単位時間τ毎にＣＰＵ負荷率ηを算出する例を示したが
これに限定されない。例えば、単位時間τ毎に算出され
るタスク実行率ηａ及びＣＰＵ過負荷率ηｒを所定回数
毎に平均して、これら平均化されたタスク実行率ηａ及
びＣＰＵ過負荷率ηｒに基づいて同ＣＰＵ負荷率ηを求
めるようにしてもよい。この構成によれば、各タスクの
処理実行時間のばらつきをより平均化したＣＰＵ負荷率
ηを算出することができる。

【００４３】・ 前記実施の形態においては、タスク実
行率ηａ、過負荷率ηｒ及びＣＰＵ負荷率ηをＲＡＭ２
３に記憶させ、これらを外部モニタに表示させて作業者
（プログラマ等）がプログラム調整を行うようにしたが
これに限定されない。例えば、同ＲＡＭ２３に記憶され
るタスク実行率ηａ、過負荷率ηｒ及びＣＰＵ負荷率η
に基づき（組み込み）制御プログラム自体がフェールセ
ーフ、例えば過負荷率ηｒが非常に大き場合には定期タ
スクＲの優先度を一時期上げる等、を行うようにしても
よい。

【００４４】・ 前記実施の形態においては、過負荷率
ηｒを求めるための定期タスクＲの優先度を最下位優先
度であるアイドルタスクＩの一つ上位の優先度とした
が、必ずしもこれに限定されない。例えば、同定期タス
クＲの優先度を同アイドルタスクＩの二つ上位の優先度
あるいは三つ上位の優先度としてもよい。

【００４５】・ 前記実施の形態においては、定期タス
クＲの起床タイミングをタスクＫの終了直後としたがこ
れに限定されず、要は定期タスクＲが定期タイミングＴ
２毎に起床されるように設定されるものであれば、同起
床タイミングを、タスクＫの実行タイミングを除くいず
れのタイミングとしてもよい。

【００４６】・ 前記実施の形態においては、本発明を
自動車のエンジン制御装置に適用する例を示したが、本
発明は優先度に基づき複数のタスクが並行に処理される
あらゆる計算機システムに適用できる。

【００４７】

【発明の効果】請求項１の発明によれば、計算機の過負
荷の割合をも知ることができる。

【００４８】請求項２の発明によれば、さらに、第一の
割合（タスク実行率）ηａ（％）に第二の割合（過負荷
率）ηｒ（％）を加算して算出される計算機の負荷率η
（％）を１００％近傍において連続的な値とすることが
できる。

【図面の簡単な説明】

【図１】この発明を自動車用エンジン制御装置に適用し
た一実施の形態を示す概略構成図。

【図２】複数タスクの処理態様を示すタイムチャート。

【図３】ＣＰＵ負荷率計測の処理手順を示すフローチャ
ート。

【図４】アイドルタスクの処理を示す説明図。

【図５】定期タスクの処理を示す説明図。

【図６】ＣＰＵ負荷率とタスク処理量との関係を示す線
図。

【符号の説明】

２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…バ
ックアップＲＡＭ、２５…バス。

フロントページの続き (56)参考文献 特開 昭58−22463（ＪＰ，Ａ) 特開 平８−190489（ＪＰ，Ａ) 特開 平６−35727（ＪＰ，Ａ) 特開 平５−40651（ＪＰ，Ａ) 特開 平４−104338（ＪＰ，Ａ) 特開 昭61−271546（ＪＰ，Ａ) 実開 昭57−194106（ＪＰ，Ｕ) 神余浩夫，分散リアルタイムシステム 解析ツールＥＳＣＯＲＴ，情報処理学会 研究報告，日本，社団法人情報処理学 会，1993年 ３月12日，Ｖｏｌ．93，Ｎ ｏ．20，ｐ．77〜84，（93−ＡＲＣ−99 −11) 菅沼英明、佐藤浩司，自動車における 組み込みシステム開発の現状−エンジン 制御を中心として−，情報処理，日本, 社団法人情報処理学会，1997年10月15 日，Ｖｏｌ．38，Ｎｏ．10，ｐ．892〜 897 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/34

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】優先度に基づき複数のタスクが並行に処理
   されるとともに、下位優先度のタスクの実行中に上位優
   先度のタスクの処理要求が発生したときには、下位優先
   度のタスクの処理が中断されて上位優先度のタスクの処
   理が実行される計算機の負荷率計測システムであって、 前記優先度が最下位であるアイドルタスクの所定単位時
   間内における累積実行時間を計測するアイドル時間計測
   手段と、 該計測される時間に基づいて前記所定単位時間内におけ
   る前記アイドルタスクの非実行時間の割合であるタスク
   実行率を算出するタスク実行率算出手段と、 所定タイミング毎に起こされるように設定された定期タ
   スクが前記所定単位時間内に実際に実行される回数をカ
   ウントする定期タスクカウント手段と、 前記定期タスクの処理抜けがない場合の前記所定単位時
   間内における同定期タスクの実行回数と前記定期タスク
   カウント手段によるカウント値との比に基づいて過負荷
   率を算出する過負荷率算出手段と、 前記算出されるタスク実行率及び過負荷率に基づいて負
   荷率を算出する負荷率算出手段と、 を備えることを特徴とする計算機の負荷率計測システ
   ム。
2. 【請求項２】前記負荷率算出手段は、前記タスク実行率
   をηａ（％）、前記過負荷率をηｒ（％）とするとき、
   前記負荷率η（％）を η ＝ ηａ ＋ （ηｒ − １００） として算出する請求項２記載の計算機の負荷率計測シス
   テム。