JP2006330812A - マルチプロセッサシステムにおけるデータバッファ監視装置およびその方法 - Google Patents

Abstract

【課題】全バッファビジー時に、プロセッサ間に跨がった一連の処理で使われるバッファを漏れなく強制解放し、システム動作状況に柔軟に対応するマルチプロセッサシステムにおけるバッファ監視装置およびその方法を提供する。【解決手段】自プロセッサと他プロセッサのバッファ使用状況を監視するバッファデータ管理情報テーブルと、前記バッファデータ管理情報テーブルに初期値を与えると共に、プロセッサ間で一連の動作をするために使用されるバッファに対して他プロセッサバッファ情報のデータを格納するデフォルト状態設定テーブルと、コマンドコンソールからの情報を入力して前記バッファデータ管理情報テーブルへのバッファ監視情報の設定を行うバッファ監視情報設定制御部と、前記バッファ監視情報設定制御部によって設定された監視情報と、各バッファの監視条件を算出して周期監視タスクの動作を制御するバッファ監視制御部と、各プロセッサ内でバッファ監視を実行し、その監視結果を前記バッファデータ管理情報テーブルに書き込む周期監視タスクとを有する。
【選択図】図２

Description

本発明は、主にマルチプロセッサを搭載したシステム（交換機システム、汎用コンピュータなど）で使用されるバッファ監視方法に関わり、特に複数プロセッサ間に跨がる共有メモリを持たないマルチプロセッサシステムのプログラム暴走等に起因するバッファ枯渇に遭遇した場合のバッファ監視装置およびその方法に関するものである。

一般に、階層化されたソフトウェアの各層がバッファを持ちバッファ内のデータが同じ層に属するタスクによって処理されるシステムでは、バッファの容量不足によるシステムの性能低下の問題を解消しデータの取りこぼしやシステムの長時間停止を回避することを目的としてリソース監視を実施している。

例えば、プロセッサ間の共有メモリが存在しないマルチプロセッサシステムを採用している交換機システムでは、リソース管理プロセッサを配置して一括してバッファ管理を実施した方が容易に実現可能であるため、個々のプロセッサに閉じたバッファ管理となっている。また、このような交換機では、一般的に呼処理に使われるバッファは重要度が高く、保守操作に使用されるバッファは重要度が低いため、全バッファを監視対象とはせずに、より重要度の高いバッファに絞ってリソース監視する傾向がある。

一方、プロセッサ間の共有メモリが存在するシステムでは、各回線のプロトコル制御を行なう上位プロトコル制御プロセッサ／下位プロトコル制御プロセッサと各回線に割り付けたバッファリソースの割り当て／管理を行なうリソース管理プロセッサを配備したマルチプロセッサ方式であって各プロセッサで使用するバッファリソースはバスを介した共有メモリとして扱われる。（例えば、特許文献１参照。）。

図１７は、この従来技術によるデータバッファ管理システムの構成図であり、通信制御装置を例にとり説明する。図１７において、通信制御装置１０００は、ホストインタフェース制御、および、ＯＳＩ基本参照モデルのレイヤ３制御を行う上位プロトコル制御プロセッサ１１００と、ホストコンピュータ２０００からの指示に応じて、回線リソースおよびデータバッファリソースの割当て、管理を行うリソース管理プロセッサ１２００と、通信を行う際のプロトコル種別に応じて、固有のプロトコル処理を行う下位プロトコル制御プロセッサ１３００と、回線コントローラ１５００と、各プロセッサ１１００，１２００および１３００からアクセス可能な共有メモリ１４００とを構成要素として有する。

共有メモリ１４００は、指定されたプロトコル種別に応じた割当てを行うバッファリソースである送信データバッファ１４１０と、受信データバッファ１４２０と、プロトコル種別に応じた送受信データバッファ割当ての制御および管理を実現するためのバッファ管理情報エリア１４３０とを含む。

このように各プロセッサで使用するバッファリソースは、バスを介した共有メモリとして扱われ、バッファ毎のビジー状況を管理データとして保持し、ビジー時の監視や対応を決定する方法であって、回線／プロトコルの種別単位に固定的にバッファリソースを複数面割り付け、また、いずれにも割り付けられないバッファリソースをプールバッファとして準備している。

しかしながら、この従来方法だといずれバッファ枯渇を招き、回線単位とはいえ、バッファビジーとなった呼の長時間動作停止は避けられなかった。

このように、従来のマルチプロセッサシステムでは、共有メモリの有無に関わらずバッファビジーの監視を行ってはいるが、プログラム異常等によりバッファを使い切ってしまった場合に、補助メモリ等の代替で対応したとしても、再度バッファ枯渇に至り呼処理が長時間停止となってしまう可能性があった。
特開平０５−２６８２９１号公報

本発明は、上述した従来の問題点を解決するために、各プロセッサに配備されたソフトウェアの初期設定時にシステムで定義された各バッファを獲得し、以下の（1）〜（3）の条件を満たすバッファデータ管理情報テーブルを具備したマルチプロセッサ対応のバッファ監視方法を提供する。

（1）全バッファビジー時のふるまい（ビジー時の補助メモリ代替要否）を決定とするために全バッファに対してバッファデータ管理情報［リアクション］テーブルを具備する。

（2）プロセッサ間に跨がった一連の処理で使われるバッファを漏れなく強制解放するためにこのバッファデータ管理情報テーブルには自プロセッサ情報だけではなく他プロセッサのバッファ情報も含めた情報テーブルとする。

（3）システム動作状況に柔軟に対応するためにこのバッファデータ管理情報テーブルにはＣＰＵ使用率に対応した監視規制動作条件が含まれており、更にコマンドコンソールからの情報入力によりバッファ監視条件を変更することも可能とするマルチプロセッサシステムにおけるバッファ監視装置およびその方法を提供することを課題とする。

上記課題を解決するための第１の発明は、マルチプロセッサを搭載したシステムにおけるデータバッファ監視装置であって、
各プロセッサにはユーザによって使用されるバッファと、
自プロセッサのバッファ使用状況を監視するだけでなく他プロセッサのバッファ情報をも監視するバッファデータ管理情報テーブルと、
前記バッファデータ管理情報テーブルに初期値を与えると共に、プロセッサ間で一連の動作をするために使用されるバッファに対して他プロセッサバッファ情報のデータを格納するデフォルト状態設定テーブルと、
コマンドコンソールからの情報を入力して前記バッファデータ管理情報テーブルへのバッファ監視情報の設定を行うバッファ監視情報設定制御部と、
前記バッファ監視情報設定制御部によって設定された監視情報と、各バッファの監視条件を算出して周期監視タスクの動作を制御するバッファ監視制御部と、
各プロセッサ内でバッファ監視を実行し、その監視結果を前記バッファデータ管理情報テーブルに書き込む周期監視タスクと、
を有し、
前記バッファ、前記バッファデータ管理情報テーブル、前記デフォルト状態設定テーブルと、前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、各プロセッサ対応に設けられると共に、
前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、それぞれの各装置間でインターフェースされ、複数プロセッサに跨ってのバッファ監視を行う構成とする。

この第１の発明によれば、複数プロセッサ間に跨ってバッファを関連づけて監視するために個々のバッファ管理情報テーブルには、他プロセッサのバッファ情報を含み、バッファ枯渇検出時には枯渇バッファの強制解放及び枯渇バッファに関連した他プロセッサのバッファを含む全関連バッファの強制解放を実施することが可能なマルチプロセッサを搭載したシステムにおけるデータバッファ監視装置を提供できる。

第２の発明は、請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、メインプロセッサ内に設けられた前記バッファ監視情報設定制御部は、コマンドコンソールからの指示入力により前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有し、前記メインプロセッサ以外の他プロセッサ内に設けられた前記バッファ監視情報設定制御部は、前記メインプロセッサ内に設けられた前記バッファ監視情報設定制御部からの通知により動作して自プロセッサ内の前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有すると共に、前記バッファデータ管理情報テーブルには、各バッファＩＤごとに監視条件を有する。

この第２の発明によれば、バッファ種別により平均保留時間は通常異なっており、バッファ監視周期は一意に決めるべきではなく、バッファ種別毎に適切な監視周期とすべきである。また、バッファ種別によって枯渇時のリアクションも適切な処置（リソース解放やシステム初期設定など）を取れるようにすべきである。本発明ではシステムの動作状況に応じて柔軟に監視条件を変更することが可能であり、コマンドコンソールからの保守者指示によりバッファ監視条件を変更可能なマルチプロセッサを搭載したシステムにおけるデータバッファ監視装置を提供できる。

第３の発明は、請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記周期監視タスクは、バッファ種別毎にバッファリソース数が枯渇していないかを判定する手段と、バッファ枯渇を検出したプロセッサから枯渇バッファＩＤ通知を受信し、導き出したバッファＩＤに対応したバッファデータ管理情報テーブル内のリソース開放を含むリアクションを実施する手段とを有する。

この第３の発明によれば、バッファ種別によりバッファ枯渇遭遇した場合にシステムに与える障害の影響範囲は異なるため、枯渇検出後の復旧処置は一意に決めるべきではない。本発明ではバッファ種別毎に復旧関連プロセッサとの位置付けを明確にした処置を規定することが可能なマルチプロセッサを搭載したシステムにおけるデータバッファ監視装置を提供できる。

第４の発明は、請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記バッファ監視制御部は、前記周期監視タスクへの監視開始通知終了後に自らも周期動作を行い、プロセッサのＣＰＵ使用率を取得する手段と、取得したＣＰＵ使用率に対して監視条件の変更があった場合に前記周期監視タスクへ通知する通知リストを更新する手段とを有する。

この第４の発明によれば、システムの動作状況に応じて自動的に監視条件を変更することが可能であり、プロセッサのＣＰＵ使用率変動を検出することによってバッファ監視条件の変更（監視開始／停止）が可能なマルチプロセッサを搭載したシステムにおけるデータバッファ監視装置を提供できる。

第５の発明は、マルチプロセッサシステムにおけるデータバッファ監視方法において、プロセッサ間に跨った一連の処理で使われるバッファ情報として、自プロセッサだけでなく他プロセッサバッファ情報も収集するステップと、ＣＰＵ使用率に対応した監視規制を行うステップと、全バッファビジー時のリアクションを行うステップとを含むことを特徴とするマルチプロセッサシステムにおけるデータバッファ監視方法。

この第５の発明によれば、複数プロセッサ間に跨がる共有メモリを持たないマルチプロセッサシステムのプログラム暴走等に起因するバッファ枯渇に遭遇した場合のバッファ監視方法を提供できる。

以上、本発明のマルチプロセッサシステムにおけるバッファ監視方法によれば、
（1）各プロセッサに跨がってマルチプロセッサで全バッファを監視対象とすることにより、どのバッファが枯渇しても（それがたとえシステム製品をメンテナンスする保守者が不在であったとしても）、システム機能が長時間停止することなく速やかに処置をとり運用状態に復旧させることが可能である。

（2）プロセッサのＣＰＵ使用率変化に連動してバッファ監視を実施することにより、高負荷時には自動的に一時バッファ監視を休止することができ本来のシステム動作を妨げることなく運用が可能である。

（3）保守操作によりバッファ監視条件が常時変更可能であるため、システム運用状態に合わせてバッファ監視を実施することが可能である。

以下、本発明の実施の形態について、図を参照しながら説明する。なお、全図を通じて理解を容易にするために同様箇所には、同一符号を付して示すものとする。

図１は、本発明の一実施形態におけるマルチプロセッサ監視及び初期設定の概念図である。同図において、複数のプロセッサＡ（１）〜プロセッサＤ（４）は、プロセッサ間を跨って一連に動作を処理で使われるバッファについて、他プロセッサのバッファ情報をデータとして使用する。

プロセッサＡ（１）のバッファ種別−１（Ａ）と、プロセッサＢ（２）のバッファ種別−１（Ｂ）とは、バッファ監視前提条件が同一であり、その関連バッファのプロセッサ収容情報は、ＡとＢである。即ち、複数プロセッサ間に跨がってバッファを関連づけて監視するために、個々のバッファ監視情報テーブルには、他プロセッサのバッファを含む。

次に、プロセッサＡ（１）のバッファ監視（処理）−１（Ａ）にて、ビジーを検出すると、関連バッファであるプロセッサＢ（２）に対してバッファ初期設定依頼の信号が送られる。プロセッサＢ（２）では、バッファ種別−１（Ｂ）のバッファ初期設定−１（Ｂ）は、バッファ種別−１、プロセッサ初期設定を行い、初期化応答信号をプロセッサＡ（１）に返す。プロセッサＡ（１）は、この初期化応答信号を受信すると、バッファ初期設定処理−１（Ａ）を実施し、バッファ種別−１、プロセッサ初期設定を行う。

また、プロセッサＢ（２）のバッファ種別−２（Ｂ）と、プロセッサＣ（３）のバッファ種別−２（Ｃ）及びプロセッサＤのバッファ種別−２（Ｄ）とは、バッファ監視前提条件が同一であり、その関連バッファのプロセッサ収容情報は、ＢとＣとＤである。前述したと同様に、複数プロセッサ間に跨がってバッファを関連づけて監視するために、個々のバッファ監視情報テーブルには、他プロセッサのバッファを含む。

次に、プロセッサＢ（２）のバッファ監視（処理）−２（Ｂ）にて、ビジーを検出すると、関連バッファであるプロセッサＣ（３）とプロセッサＤ（４）に対してバッファ初期設定依頼の信号が送られる。プロセッサＣ（３）では、バッファ種別−２（Ｃ）のバッファ初期設定−２（Ｃ）は、バッファ種別−２、プロセッサ初期設定を行い、初期化応答信号をプロセッサＢ（２）に返す。また、プロセッサＤ（４）でも、バッファ種別−２（Ｄ）のバッファ初期設定−２（Ｄ）は、バッファ種別−２、プロセッサ初期設定を行い、初期化応答信号をプロセッサＢ（２）に返す。プロセッサＢ（２）は、この初期化応答信号を受信すると、バッファ初期設定処理−２（Ｂ）を実施し、バッファ種別−２、プロセッサ初期設定を行う。

図２は、本発明の一実施形態におけるマルチプロセッサ監視装置の構成図である。同図において、プロセッサＡ（１）、プロセッサＢ（２）・・・プロセッサｎ（５）には、それぞれ、プログラム格納部１０、２０、５０、とバッファ領域１５、２５、５５を有し、プログラム格納部１０、２０、５０には、それぞれアプリケーション１１、２１、５１、周期監視タスク１２、２２、５２、バッファ監視制御部１３、２３、５３、バッファ監視情報設定制御部１４、２４、５４、を有する。そして、同図にて矢印で示されるように、メインプロセッサであるプロセッサＡ（１）のバッファ監視情報設定制御部１４からプロセッサＢ（２）のバッファ監視情報設定制御部２４及び、プロセッサｎ（５）のバッファ監視情報設定制御部５４へ監視設定の指示を発するのに対し、アプリケーション１１、２１、５１、周期監視タスク１２、２２、５２及びバッファ監視制御部１３、２３、５３はそれぞれに情報のやり取りを行う。６はコマンドコンソールであり、保守者の指示によりメインプロセッサであるプロセッサＡ（１）に対してバッファ監視条件を変更できる。

《設定可能項目》
（1）バッファ監視開始/ 停止フラグ：ＯＮ／ＯＦＦ
（2）バッファ監視周期：デフォルト状態設定テーブルに設定したｎ種類の監視周期
（3）プロセッサのＣＰＵ使用率の閾値に対応した監視状態フラグ１：ＯＮ／ＯＦＦ
（4）プロセッサのＣＰＵ使用率の閾値に対応した監視状態フラグ２：ＯＮ／ＯＦＦ
（5）プロセッサのＣＰＵ使用率の閾値に対応した監視状態フラグ３：ＯＮ／ＯＦＦ
（6）バッファ枯渇をｎ回連続検出した場合のリアクション表：１／２／３
図３は、本発明の一実施形態におけるマルチプロセッサ監視装置のソフトウェア構成図である。同図において、プロセッサｎ（５）のプログラム格納部５０には、バッファの使用状況を監視するためのバッファデータ管理情報テーブル５７と、このバッファデータ管理情報テーブル５７に初期値を与えるためのデフォルト状態設定テーブル５６を更に有する。バッファ１〜バッファ３はアプリケーション１〜アプリケーションｎにより使用され、周期監視タスク５２によりその使用状況が監視される。

周期監視タスク５２、バッファ監視制御部５３及びバッファ監視情報設定制御部５４は、バッファデータ管理情報テーブル５７又はデフォルト状態設定テーブル５６との間で、データのリード／ライトが行われる。即ち、各テーブルから各プログラムへ対しては、データのリードが、各プログラムから各テーブルに対しては、データライトが行われる。

図４は、本発明によるデフォルト情報設定テーブルの構成図である。同図において、５６１は、バッファＩＤであり、バッファ名称を示す。５６２は、デフォルトバッファ監視状態であり、ＯＮまたはＯＦＦ状態を示す。５６３〜５６５は、プロセッサのＣＰＵ使用率の閾値に対応した監視状態フラグ１〜監視状態フラグ３であり、ＯＮまたはＯＦＦ状態を示す。５６６は、バッファ監視周期のデフォルト値であり、ミリ秒単位で用いられる。５６７は、バッファ枯渇をｎ回連続で検出した場合のリアクション表であり、１＝メッセージ出力、２＝リソース開放、３＝初期設定を表す。５６８は、他プロセッサバッファ情報であり、プロセッサ番号とバッファＩＤを一組とした数組の集合データである。

デフォルト状態設定テーブルの構成は、以上のとおりであり、各バッファ種別毎に初期値が設定されている。特にプロセッサ間で一連の動作をするために使用されるバッファに対しては、バッファ枯渇時に漏れなく関連する全プロセッサでバッファ解放を実施するために”他プロセッサバッファ情報”５６８データに関連するプロセッサ番号とバッファＩＤを設定するデータを有する。

図５は、本発明によるバッファデータ管理情報テーブルの構成図である。同図において、５７１は、バッファＩＤであり、デフォルト状態設定テーブルの値を示す。５７２は、バッファＩＤに対応したバッファアドレス群であり、バッファ獲得時に取得した各バッファアドレスを示す。５７３は、監視開始/ 停止フラグであり、デフォルト状態設定テーブルの値（ＯＮ／ＯＦＦ）を示す。５７４は、コマンド投入状態フラグであり、ＯＦＦを示す。５７５〜５７７は、プロセッサのＣＰＵ使用率の閾値に対応した監視状態フラグ１〜監視状態フラグ３であり、デフォルト状態設定テーブルの値（ＯＮ／ＯＦＦ）を示す。５７８は、バッファ監視周期であり、デフォルト状態設定テーブルの値（ミリ秒単位）を示す。５７９は、バッファハントＮＧ回数であり、通常は０である。５８０は、リアクション表であり、デフォルト状態設定テーブルの値（１／２／３）を示す。５８１は他プロセッサバッファ情報であり、デフォルト状態設定テーブルの値を示す。

バッファデータ管理情報テーブル５７の構成は、以上のとおりであり、バッファ監視制御部５３がプロセッサ内に定義されたバッファを獲得するときにバッファプールよりハントしたアドレスをバッファアドレス群５７２に順次設定し、デフォルト状態設定テーブル５６の各バッファＩＤに対応したデフォルト値をバッファデータ管理情報テーブル５７に設定する。

図６及び図７は、本発明によるバッファ監視制御部の動作図（その１）及び（その２）である。以下、図６及び図７の動作フローについて、図３を用いて説明する。

Ｓ１．バッファ監視制御部５３は、自ら周期動作を行い、プロセッサのＣＰＵ使用率を収集する。

Ｓ２．バッファ監視制御部５３は、システムで使用する全バッファを生成し、全バッファ数分ループしたか否かをチェックする。

Ｓ３．Ｓ２にて全バッファ数分ループされていないと、バッファ監視制御部は、バッファデータ管理情報テーブル５７のＣＰＵ使用率データを参照し、ＣＰＵ使用率変動による監視状態に変更が有るか否かをチェックする。

Ｓ４．Ｓ３にてＣＰＵ使用率変動による監視状態に変更が有ると、通知リスト７の監視状態（開始／停止）を更新する。

Ｓ５．Ｓ３にてＣＰＵ使用率変動による監視状態に変更が無いと、通知リスト７の監視状態（開始／停止）に変更無しを設定する。

Ｓ６．バッファデータ管理情報テーブル５７の監視タスクのデータを参照し、バッファ監視タスクの変更があるか否かをチェックする。

Ｓ７．Ｓ６にて、監視タスクのデータに変更が有れば、通知リスト７の監視タスクを変更する。

Ｓ８．Ｓ６にて、監視タスクのデータに変更が無ければ、通知リスト７の監視タスクに変更無しを設定する。

Ｓ９．バッファ監視制御部５３は、監視タスク１への通知リスト７を作成する。

なお、通知リストは、以下の通りである。

（1）監視タスクの変更無しで、且つ監視状態変更無しの場合は、通知しない。

（2）監視タスクの変更無しで、且つ監視状態変更有りの場合は、監視中タスクヘ監視開始又は監視停止を通知する。

（3）監視タスクの変更有りで、且つ監視状態変更無しの場合は、監視中タスクへ監視停止を通知し、新規監視タスクヘ監視開始又は監視停止を通知する。

（4）監視タスクの変更有りで、且つ監視状態変更有りの場合は、監視中タスクへ監視停止を通知し、新規監視タスクヘ監視開始又は監視停止を通知する。

Ｓ１０．通知リストの通知が必要か否か判断する。

Ｓ１１．Ｓ１０にて、通知が必要の場合は、監視タスク１へ通知リストを通知する。

Ｓ１２．バッファ監視制御部５３は、監視タスクｎへの通知リスト作成する。

Ｓ１３．通知リストの通知が必要か否か判断する。

Ｓ１４．Ｓ１３にて、通知が必要の場合は、監視タスクｎへ通知リストを通知する。

以上のとおり、バッファ監視制御部５３は、取得したＣＰＵ使用率に対して監視条件の変更があった場合は周期監視タスクへ通知する通知リストを更新する。また、取得したＣＰＵ使用率に対して監視バッファの変更があった場合も同じく通知リストを更新する。上記操作を全バッファに対して実施し、各周期監視タスクに更新通知が必要な場合のみ通知する。

なお、バッファ監視制御部５３は、図７に示す動作フローに先立って、システムで使用する全バッファを生成し、ｎ個（デフォルト状態設定テーブルで監視周期をいくつ設定するかに依存）の周期監視タスクを生成する。また、周期監視タスクへ監視条件を通知するためにバッファデータ管理情報テーブルを参照し、各監視タスクへバッファＩＤと監視状態（開始）を通知する。各監視タスクへの監視開始通知終了後は自らも周期動作を行い、プロセッサのＣＰＵ使用率を取得する。

図８及び図９は、本発明による周期監視タスクの動作図（その１）及び（その２）である。以下、図８及び図９の動作フローについて、図３を用いて説明する。

Ｓ１５．周期監視タスク５２は、バッファ監視状態においてバッファＩＤに対してバッファリソース数が枯渇しているかどうかを判定し、バッファハントＮＧ回数を＋１加算した値＝ｎとなった場合に、バッファ枯渇として検出する。

Ｓ１６．該当するバッファがバッファリソースの長期保留、又はバッファ浮きと判断し、枯渇バッファのバッファデータ管理情報テーブル５７のバッファハントＮＧ回数５７９をゼロクリアする。

Ｓ１７．関連プロセッサ番号とバッファＩＤを参照し、関連バッファＩＤのバッファデータ管理情報テーブル５７のバッファ監視周期５７８から周期監視タスク５２を求め、通知リスト７を作成する。

Ｓ１８. 関連プロセッサの周期監視タスクへ枯渇バッファＩＤを通知する。

Ｓ１９．枯渇バッファのバッファデータ管理情報テーブル５７のリアクション表５８０から枯渇バッファのリアクションを実施する。

Ｓ２０．関連プロセッサにおいて、枯渇バッファＩＤに対応したバッファデータ管理情報テーブル５７の他プロセッサバッファ情報５８１から自プロセッサ番号に対応した関連バッファＩＤを抽出する。

Ｓ２１．抽出したバッファＩＤに対応するバッファデータ管理情報テーブル５７のバッファハントＮＧ回数５７９を０クリアする。

Ｓ２２. 抽出したバッファＩＤに対応するバッファデータ管理情報テーブル５７のリアクション表５８０を実施する。

《リアクション》
リアクション１：メッセージ出力による保守者への通知、
リアクション２：リソース開放、
リアクション３：システム初期設定
をそれぞれ示し、周期監視タスクは、自プロセッサ内でのリアクション１、２、３の何れかを実施する。

図１０は、本発明の一実施例における前提条件を示す概念図であり、図１１は、本発明の一実施例におけるバッファデータ管理情報テーブル（前提条件）を示す。以下、図１０及び図１１を用いて本発明の実施例を具体的に説明する。

プロセッサＡ（１）、プロセッサＢ（２）及びプロセッサＣ（３）の３台のプロセッサが搭載されたマルチプロセッサ構成で、監視タスクとして３タスク存在し、バッファ監視制御部と各監視タスクの動作周期は以下であったとする。

《前提条件》
（1）バッファ監視制御部５３：１００ｍｓ、周期監視タスク１（１２１、２２１、３２１）：１００ｍｓ、周期監視タスク２（１２２、２２２、３２２）：３００ｍｓ、周期監視タスク３（１２３、２２３、３２３）：５００ｍｓとする。

（2）プロセッサＡ（１）のバッファ２（１５２）使用ユーザプログラムはマルチプロセッサシステムにおいて、プロセッサ跨がりの処理を持っており、プロセッサＢ（２）、プロセッサＣ（３）でバッファ１（２５１）、（３５１）を使用するものと仮定し、バッファ監視による枯渇検出が３回連続でリアクションをとるものと仮定する。

（3）システム安定化状態で、プロセッサＡ（１）のバッファ１（１５１）、バッファ２（１５２のバッファデータ管理情報テーブル５７の設定状態は図１１に示す状態であったと仮定する。
※ＣＰＵ使用率に対応した監視フラグの各閾値は監視フラグ１＝１０％未満、監視フラグ２＝１０％以上〜２０％未満、監視フラグ３＝２０％以上であったとする。

（4）システム安定化状態で各プロセッサのＣＰＵ使用率は１０％未満であったと仮定する。

（5）各プロセッサで周期監視タスクの状態は、周期監視タスク１＝監視開始中、周期監視タスク２＝通知待ち、周期監視タスク３＝通知待ちであったと仮定する。

（6）バッファ１：監視開始／停止フラグ＝ＯＮ、保守コマンド投入状態＝ＯＦＦ、ＣＰＵ使用率に対応した監視フラグ１、２、３＝ＯＮ，ＯＮ，ＯＮ、監視周期＝１００ｍｓ、バッファハントＮＧ回数＝０、リアクション表＝１（メッセージ出力による保守者通知）、他プロセッサのバッファ情報である。

（7）バッファ２：監視開始／停止フラグ＝ＯＦＦ、保守コマンド投入状態＝ＯＦＦ、ＣＰＵ使用率に対応した監視フラグ１、２、３＝ＯＦＦ，ＯＦＦ，ＯＦＦ、監視周期＝５００ｍｓ、バッファハントＮＧ回数＝０、リアクション表＝１（メッセージ出力による保守者通知）、他プロセッサのバッファ情報である。

図１２は、本発明の一実施例におけるバッファ２のバッファデータ管理情報テーブルの変更イメージ図である。同図において、上側に示す監視停止状態のバッファ２のバッファデータ管理情報テーブルを、下側に示す監視開始状態のバッファ２のバッファデータ管理情報テーブルに示すような状態に変更する。

即ち、バッファ２：監視開始／停止フラグ＝ＯＮ、保守コマンド投入状態＝ＯＮ、ＣＰＵ使用率に対応した監視フラグ１、２、３＝ＯＦＦ、ＯＮ、ＯＮ、監視周期＝３００ｍｓ、リアクション表＝２（リソース解放）、他プロセッサのバッファ情報である。

図１３乃至図１６は、本発明の一実施例におけるバッファ監視制御部と周期監視タスクの処理フロー（その１）乃至（その４）である。図１３乃至図１６を用いて、先に説明した図１０と図１１の前提条件のもと、図１２に示すようにバッファデータ管理情報テーブルの状態遷移におけるバッファ監視制御部と周期監視タスクの処理フローを詳細に説明する。

Ｓ３１．プロセッサＡのバッファ監視制御部１３は、前回周期の処理を実行する。

Ｓ３２．プロセッサＡのＣＰＵ使用率を収集した結果、そのＣＰＵ使用率＝１０％未満を検出する。

Ｓ３３．バッファ１の監視条件を変更する必要は？
Ｓ３４. バッファ２の監視条件を変更する必要は？
Ｓ３５．各周期監視タスクへの通知なし。

Ｓ３６．１００ｍｓ休止後に、プロセッサＡのＣＰＵを収集した結果、そのＣＰＵ使用率＝１５％を検出する。

Ｓ３７．バッファ１の監視条件を変更する必要は？
Ｓ３８. バッファ２の監視条件を変更する必要は？
Ｓ３９．各周期監視タスクへ監視開始を通知する。

Ｓ４０．周期監視タスク２（１２２）は、監視停止中である。

Ｓ４１. Ｓ３９の指示に基づき、周期監視タスク２は、監視を開始する。

Ｓ４２．枯渇を検出すると、バッファ捕捉ＮＧ回数＝１とする。

Ｓ４３．３００ｍｓ周期で監視を行い、枯渇を検出すると、バッファ捕捉ＮＧ回数＝２とする。

Ｓ４４．３００ｍｓ周期で監視を行い、枯渇を検出すると、バッファ捕捉ＮＧ回数＝３とする。

Ｓ４５. バッファ捕捉ＮＧ回数＝３か否かをチェックする。

Ｓ４６．バッファ捕捉ＮＧ回数を０クリアする。

Ｓ４７．バッファ２の他プロセッサＢ、Ｃの情報を参照し、プロセッサＢ、Ｃのバッファ１の周期監視タスクを求める。

Ｓ４８．プロセッサＢ、Ｃの周期監視タスク１〜バッファ２のＩＤを通知する。

Ｓ４９．バッファ２のリアクション表＝２を参照し、リソースの強制開放を行う。

Ｓ５０．プロセッサＡのバッファ監視制御部１３は、次回周期の処理を実行する。

Ｓ５１．プロセッサＢ、Ｃのバッファ監視制御部２３、３３は、前回周期の処理を実行する。

Ｓ５２．プロセッサＢ、ＣのＣＰＵ使用率を収集した結果、そのＣＰＵ使用率＝１０％未満を検出する。

Ｓ５３．バッファ１の監視条件を変更する必要は？
Ｓ５４. バッファ２の監視条件を変更する必要は？
Ｓ５５．各周期監視タスクへの通知なし。

Ｓ５６．１００ｍｓ休止後に、プロセッサＢ、ＣのＣＰＵを収集した結果、そのＣＰＵ使用率＝１０％未満のままであるを検出する。

Ｓ５７．バッファ１の監視条件を変更する必要は？
Ｓ５８. バッファ２の監視条件を変更する必要は？
Ｓ５９．各周期監視タスクへの通知なし。

Ｓ６０．周期監視タスク２（２２２又は３２２）は、監視停止中である。

Ｓ６１. Ｓ５９の結果、周期監視タスク２は、監視を開始されない。

Ｓ６２．プロセッサＡの周期監視タスク２からバッファ２のバッファＩＤを受信する。

Ｓ６３．バッファ２のバッファデータ管理情報テーブルの他プロセッサバッファ情報からプロセッサＢ、プロセッサＣのバッファＩＤ（＝バッファ１のＩＤ）を検索する。

Ｓ６４． バッファ１のバッファデータ管理情報テーブルのバッファハントＮＧ回数をゼロクリアする．
Ｓ６５．バッファ１のバッファデ−タ管理情報テ−ブルのリアクションを参照し、バッファ強制開放を実施する．
次に、図１３乃至図１６にて記載される、動作（1）〜動作（7）について、順を追って説明する。

動作（1）
監視停止状態のバッファ２のバッファデータ管理情報テーブル１７２を図１２に示すような状態に変更する。また、図１３−動作（1）に示すように、プロセッサＡでは、コマンドコンソール６からの指示により、バッファ監視情報設定制御部１４は、プロセッサＡのバッファ２のバッファデータ管理情報テーブル１７２を変更し、プロセッサＢ、Ｃのバッファ監視情報設定制御部２４、３４へ同情報を送信する。また、図１５−動作（1）に示すように、プロセッサＢ、Ｃのバッファ監視情報設定制御部２４、３４はプロセッサＡのバッファ監視情報設定制御部１４から情報を受信し，プロセッサＢ、Ｃのバッファ２のバッファデータ管理情報テーブル２７２、３７２を変更する。

動作（2）
プロセッサＡとプロセッサＢ、Ｃではバッファ２のバッファデータ管理情報テーブル１７２が図１２の状態に変更されたことをバッファ監視制御部の周期処理が検出するが、ＣＰＵ使用率＝１０％未満に対応した監視フラグ１＝ＯＦＦであるため、３００ｍｓ周期で動作する周期監視タスク２に監視開始は通知しない。この時の処理フローを図１３−動作（2）及び図１５−動作（2）に示す。

動作（3）
その後何らかの要因によりプロセッサＡのＣＰＵ使用率が１５％に上昇したと仮定する。プロセッサＡのバッファ監視制御部１３では、ＣＰＵ使用率が監視フラグ２（１０％以上〜２０％未満）の状態であると判定し、且つ周期監視タスク２が監視停止中の状態であるため監視開始を通知する。この時の処理フローを図１３−動作（3）に示す。一方、プロセッサＢ、ＣではＣＰＵ使用率が上昇してないため開始通知はしない。この時の処理フローを図１５−動作（3）に示す。

動作（4）
プロセッサＡではバッファ監視制御部１３からの通知によりバッファ２に対して周期監視タスク２による３００ｍｓ周期のバッファ監視が開始される。この時の処理フローを図１３−動作（4）に示す。プロセッサＢ、ＣではＣＰＵ使用率が１０％未満のままであるため、バッファ監視は開始されない。この時の処理フローを図１５−動作（4）に示す。

動作（5）
プロセッサＡのバッファ２に対して周期的なバッファ監視を実施している状態で、バッファ２を使用するプログラムの異常動作によりバッファ２を使い切ってしまったと仮定する。このとき、プロセッサＡの周期監視タスク２はバッファ２の枯渇を３回連続で検出し、バッファハントＮＧ回数を３に設定する。この時の処理フローを図１３−動作（5）に示す。

動作（6）
プロセッサＡのバッファ２に対する周期監視でバッファ監視結果が３回連続してＮＧになりバッファハントＮＧ回数が３になった時点で、プロセッサＡ内の周期監視タスク２は自プロセッサにあるバッファ２のバッファデータ管理情報テーブル１７２のバッファハントＮＧ回数をゼロクリアする。

プロセッサに跨がった一連の処理のバッファを漏れなく解放するためにバッファ２のバッファデータ管理情報テーブル１７２の他プロセッサバッファ情報を参照し関連プロセッサ（＝プロセッサＢ、Ｃ）とバッファＩＤ（＝バッファ１）から、バッファ１のバッファデータ管理情報テーブル１７１のバッファ監視周期（＝１００）を参照し通信先（＝プロセッサＢの周期監視タスク１、プロセッサＣの周期監視タスク１）を特定し、プロセッサＡの枯渇バッファＩＤ（バッファ２のＩＤ）を通知する。

バッファ２のバッファデータ管理情報テーブル１７２のリアクション表（＝２：リソース解放）を参照しバッファ２に対して強制解放を実施する。この時の処理フローを図１４−動作（6）に示す。

動作（7）
プロセッサＡからの通知（バッファ２のＩＤ）により、プロセッサＢ、Ｃの周期監視タスク１は自プロセッサのバッファ２のバッファデータ管理情報テーブル２７２、３７２の他プロセッサのバッファ情報（＝プロセッサＢ−バッファ１、プロセッサＣ−バッファ１）を参照しバッファ１のバッファデータ管理情報テーブル２７１、３７１のバッファハントＮＧ回数をゼロクリアし、リアクション表（＝２：リソース解放）を参照しバッファ１に対して強制解放を実施する。この時の処理フローを図１６−動作（7）に示す。

この動作例ではプロセッサＡでバッファ枯渇が発生したときの実施例を説明したが、他プロセッサでバッファ枯渇が発生した場合は、バッファ枯渇が発生したプロセッサ主導でシステム復旧処置が実施される。例えば、上記実施例でプロセッサＢのバッファ枯渇が発生した場合は、プロセッサＢの周期監視タスクが枯渇したバッファの他プロセッサバッファ情報を読み出し、関連プロセッサにバッファ開放指示を通知しシステム回復の復旧処置が実施される。

以上の手順により、各プロセッサに跨がってマルチプロセッサで全バッファを監視対象とすることにより、どのバッファが枯渇しても（それがたとえシステム製品をメンテナンスする保守者が不在であったとしても）、システム機能が長時間停止することなく速やかに処置をとり運用状態に復旧させることが可能である。

また、プロセッサのＣＰＵ使用率変化に連動してバッファ監視を実施することにより、高負荷時には自動的に一時バッファ監視を休止することができ本来のシステム動作を妨げることなく運用が可能である。

更に、保守操作によりバッファ監視条件が常時変更可能であるため、システム運用状態に合わせてバッファ監視を実施することが可能である。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。

（付記１） マルチプロセッサを搭載したシステムにおけるデータバッファ監視装置であって、各プロセッサにはユーザによって使用されるバッファと、自プロセッサのバッファ使用状況を監視するだけでなく他プロセッサのバッファ情報をも監視するバッファデータ管理情報テーブルと、前記バッファデータ管理情報テーブルに初期値を与えると共に、プロセッサ間で一連の動作をするために使用されるバッファに対して他プロセッサバッファ情報のデータを格納するデフォルト状態設定テーブルと、コマンドコンソールからの情報を入力して前記バッファデータ管理情報テーブルへのバッファ監視情報の設定を行うバッファ監視情報設定制御部と、前記バッファ監視情報設定制御部によって設定された監視情報と、各バッファの監視条件を算出して周期監視タスクの動作を制御するバッファ監視制御部と、各プロセッサ内でバッファ監視を実行し、その監視結果を前記バッファデータ管理情報テーブルに書き込む周期監視タスクと、を有し、前記バッファ、前記バッファデータ管理情報テーブル、前記デフォルト状態設定テーブルと、前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、各プロセッサ対応に設けられると共に、前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、それぞれの各装置間でインターフェースされ、複数プロセッサに跨ってのバッファ監視を行う構成とすることを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。

（付記２） 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、メインプロセッサ内に設けられた前記バッファ監視情報設定制御部は、コマンドコンソールからの指示入力により前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有し、前記メインプロセッサ以外の他プロセッサ内に設けられた前記バッファ監視情報設定制御部は、前記メインプロセッサ内に設けられた前記バッファ監視情報設定制御部からの通知により動作して自プロセッサ内の前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有すると共に、前記バッファデータ管理情報テーブルには、各バッファＩＤごとに監視条件を有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。

（付記３） 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記周期監視タスクは、バッファ種別毎にバッファリソース数が枯渇していないかを判定する手段と、バッファ枯渇を検出したプロセッサから枯渇バッファＩＤ通知を受信し、導き出したバッファＩＤに対応したバッファデータ管理情報テーブル内のリソース開放を含むリアクションを実施する手段とを有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。

（付記４） 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記バッファ監視制御部は、前記周期監視タスクへの監視開始通知終了後に自らも周期動作を行い、プロセッサのＣＰＵ使用率を取得する手段と、取得したＣＰＵ使用率に対して監視条件の変更があった場合に前記周期監視タスクへ通知する通知リストを更新する手段とを有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。

（付記５） マルチプロセッサシステムにおけるデータバッファ監視方法において、プロセッサ間に跨った一連の処理で使われるバッファ情報として、自プロセッサだけでなく他プロセッサバッファ情報も収集するステップと、ＣＰＵ使用率に対応した監視規制を行うッステップと、全バッファビジー時のリアクションを行うステップとを含むことを特徴とするマルチプロセッサシステムにおけるデータバッファ監視方法。

（付記６） 請求項３に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記リアクションは、メッセージ出力による保守者への通知、リソース開放、及びシステム初期設定のうちの何れかを含むことを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。

（付記７） 請求項５に記載のマルチプロセッサシステムにおけるデータバッファ監視方法において、前記リアクションは、メッセージ出力による保守者への通知、リソース開放、及びシステム初期設定のうちの何れかを含むことを特徴とするマルチプロセッサシステムにおけるデータバッファ監視方法。

（付記８） 請求項４に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、前記ＣＰＵ使用率は、その高負荷時、低負荷時、及び中間負荷時に応じて複数監視フラグの閾値を設定することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。
（付記９） 請求項５に記載のマルチプロセッサシステムにおけるデータバッファ監視方法において、前記ＣＰＵ使用率は、その高負荷時、低負荷時、及び中間負荷時に応じて複数監視フラグの閾値を設定することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視方法。

本発明は、送受信光モジュールを用いる光中継器や加入者系端末装置などの光通信用の中核機器に利用できる。

本発明の一実施形態におけるマルチプロセッサ監視及び初期設定の概念図である。 本発明の一実施形態におけるマルチプロセッサ監視装置の構成図である。 本発明の一実施形態におけるマルチプロセッサ監視装置のソフトウェア構成図である。 本発明によるデフォルト情報設定テーブルの構成図である。 本発明によるバッファデータ管理情報テーブルの構成図である。 本発明によるバッファ監視制御部の動作図（その１）である。 本発明によるバッファ監視制御部の動作図（その２）である。 本発明による周期監視タスクの動作図（その１）である。 本発明による周期監視タスクの動作図（その２）である。 本発明の一実施例における前提条件を示す概念図である。 本発明の一実施例におけるバッファデータ管理情報テーブル（前提条件）である。 本発明の一実施例におけるバッファ２のバッファデータ管理情報テーブル変更イメージ図である。 本発明の一実施例におけるバッファ監視制御部と周期監視タスクの処理フロー（その１）である。 本発明の一実施例におけるバッファ監視制御部と周期監視タスクの処理フロー（その２）である。 本発明の一実施例におけるバッファ監視制御部と周期監視タスクの処理フロー（その３）である。 本発明の一実施例におけるバッファ監視制御部と周期監視タスクの処理フロー（その４）である。 従来技術によるデータバッファ管理システムの構成図である。

符号の説明

１ プロセッサＡ
２ プロセッサＢ
３ プロセッサＣ
４ プロセッサＤ
５ プロセッサｎ
６ コマンドコンソール
７ 通知リスト
１０、２０、５０ プログラム格納部
１１、２１、５１ アプリケーション
１２、２２、５２ 周期監視タスク
１３、２３、５３ バッファ監視制御部
１４、２４、５４ バッファ監視情報設定制御部
１５、２５、５５ バッファ領域
１６，２６、５６ デフォルト状態設定テーブル
１７、２７、５７ バッファデータ管理情報テーブル
１２１、２２１、３２１ 周期監視タスク１
１２２、２２２、３２２ 周期監視タスク２
１２３、２２３、３２３ 周期監視タスク３
１５１、２５１，３５１、５５１ バッファ１
１５２、２５２、３５２、５５２ バッファ２
１５３、２５３，３５３、５５３ バッファ３
１７１ バッファ１のデータ管理情報テーブル
１７２ バッファ２のデータ管理情報テーブル
１７３ バッファ３のデータ管理情報テーブル
１００ ユーザＡ
２００ ユーザＢ
３００ ユーザＣ
５６１ バッファＩＤ
５６２ デフォルトバッファ監視状態
５６３ 監視フラグ１のデフォルト値
５６４ 監視フラグ２のデフォルト値
５６５ 監視フラグ３のデフォルト値
５６６ バッファ監視周期のデフォルト値
５６７ リアクション表のデフォルト値
５６８ 他プロセッサバッファ情報
５７１ バッファＩＤ
５７２ バッファアドレス群
５７３ バッファ監視開始／停止フラグ
５７４ コマンド投入状態フラグ
５７５ 監視フラグ１
５７６ 監視フラグ２
５７７ 監視フラグ３
５７８ バッファ監視周期
５７９ バッファハントＮＧ回数
５８０ リアクション表
５８１ 他プロセッサバッファ情報
１０００ 通信制御装置
１１００ 上位プロトコル制御プロセッサ
１２００ リソース管理プロセッサ
１３００ 下位プロトコル制御プロセッサ
１４００ 共有メモリ
１４１０ 送信データバッファ
１４２０ 受信データバッファ
１４３０ バッファ管理情報エリア
１５００ 回線コントローラ

Claims (5)

1. マルチプロセッサを搭載したシステムにおけるデータバッファ監視装置であって、
   各プロセッサにはユーザによって使用されるバッファと、
   自プロセッサのバッファ使用状況を監視するだけでなく他プロセッサのバッファ情報をも監視するバッファデータ管理情報テーブルと、
   前記バッファデータ管理情報テーブルに初期値を与えると共に、プロセッサ間で一連の動作をするために使用されるバッファに対して他プロセッサバッファ情報のデータを格納するデフォルト状態設定テーブルと、
   コマンドコンソールからの情報を入力して前記バッファデータ管理情報テーブルへのバッファ監視情報の設定を行うバッファ監視情報設定制御部と、
   前記バッファ監視情報設定制御部によって設定された監視情報と、各バッファの監視条件を算出して周期監視タスクの動作を制御するバッファ監視制御部と、
   各プロセッサ内でバッファ監視を実行し、その監視結果を前記バッファデータ管理情報テーブルに書き込む周期監視タスクと、
   を有し、
   前記バッファ、前記バッファデータ管理情報テーブル、前記デフォルト状態設定テーブルと、前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、各プロセッサ対応に設けられると共に、
   前記バッファ監視情報設定制御部、前記バッファ監視制御部および前記周期監視タスクは、それぞれの各装置間でインターフェースされ、複数プロセッサに跨ってのバッファ監視を行う構成とすることを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。
2. 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、
   メインプロセッサ内に設けられた前記バッファ監視情報設定制御部は、コマンドコンソールからの指示入力により前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有し、
   前記メインプロセッサ以外の他プロセッサ内に設けられた前記バッファ監視情報設定制御部は、前記メインプロセッサ内に設けられた前記バッファ監視情報設定制御部からの通知により動作して自プロセッサ内の前記バッファデータ管理情報テーブルの各データの設定値を変更制御する手段を有すると共に、
   前記バッファデータ管理情報テーブルには、各バッファＩＤごとに監視条件を有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。
3. 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、
   前記周期監視タスクは、バッファ種別毎にバッファリソース数が枯渇していないかを判定する手段と、
   バッファ枯渇を検出したプロセッサから枯渇バッファＩＤ通知を受信し、導き出したバッファＩＤに対応したバッファデータ管理情報テーブル内のリソース開放を含むリアクションを実施する手段とを有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。
4. 請求項１に記載のマルチプロセッサシステムにおけるデータバッファ監視装置において、
   前記バッファ監視制御部は、前記周期監視タスクへの監視開始通知終了後に自らも周期動作を行い、プロセッサのＣＰＵ使用率を取得する手段と、
   取得したＣＰＵ使用率に対して監視条件の変更があった場合に前記周期監視タスクへ通知する通知リストを更新する手段とを有することを特徴とするマルチプロセッサシステムにおけるデータバッファ監視装置。
5. マルチプロセッサシステムにおけるデータバッファ監視方法において、
   プロセッサ間に跨った一連の処理で使われるバッファ情報として、自プロセッサだけでなく他プロセッサバッファ情報も収集するステップと、
   ＣＰＵ使用率に対応した監視規制を行うステップと、
   全バッファビジー時のリアクションを行うステップとを含むことを特徴とするマルチプロセッサシステムにおけるデータバッファ監視方法。
   
   
   

Images