［タイマ/通知］タブは、使用中のタイマ スレッドまたは通知スレッドの数と、関連する遅延を表示します。タブには 4 つのグラフがあります。

SpectroSERVER

 は、ポーリング指向のイベント駆動型システムです。各

SpectroSERVER

 は、状態変更がないか、管理対象エレメントを積極的にポーリングし、イベントを登録した推論ハンドラに通知します。推論ハンドラが登録することができるイベントには、モデル作成、モデル破棄、属性値変更、関連付けの作成と破棄などがあります

推論ハンドラ

は、モデル タイプの動作を定義するためにモデル タイプに関連付けられているコード セグメントです。推論ハンドラは、モデル タイプのインスタンス化されたモデルを代表して動作します。通知スレッドまたはタイマ スレッドが、これらのハンドラをトリガすることがあります。

通知マネージャという名前の

SpectroSERVER

 プロセスは、ポーリング対象のデバイスから受信した属性変更を読み取り、推論ハンドルを実行して、データを処理します。もう 1 つの

SpectroSERVER

 プロセス、ポーリング マネージャは、ポーリング フラグが設定された属性の変更を検出します。

属性値の変更が検出されると、ポーリング マネージャは通知マネージャにアラートを送信します。通知マネージャはイベントを、登録されている各推論ハンドラに転送します。

通知スレッドは、属性の変更を推論ハンドラに通知するために使用されるメカニズムです。これらのスレッドは trig_attr_change および trig_watch_change 推論ハンドラ メソッドを実行するためにも使用されます。これらのメソッドは両方とも属性値変更の通知です。

たとえば、ifInDiscards 属性が 110 から 150 に変わったと仮定します。

SpectroSERVER

 は、この属性に関心を示した推論ハンドラに通知スレッドを送信します。その後、推論ハンドラは trig_attr_change メソッドを実行します。

タイマ スレッドはタイマ（または「ウェイクアップ コール」）を登録した推論ハンドラへの通知に使用します。推論ハンドラが「ウェイクアップ コール」を

SpectroSERVER

 に登録した場合、

SpectroSERVER

は、指定された時間経過後、タイマ スレッドを使用して、その推論ハンドラのトリガ メソッドを実行します。タイマ スレッドは、通知スレッドが trig_attr_change および trig_watch_change 推論ハンドラ メソッドを実行するために使用されるのと同じ方法で、trig_timer 推論ハンドラ メソッドを実行するために使用されます。

たとえば、ルータのプライマリ アドレスが使用不可状態になった場合、セカンダリ アドレスを使用する必要があると仮定します。推論ハンドラは、プライマリ アドレスがいつ再使用可能になるかを決定できるようにタイマを

SpectroSERVER

 に登録します。その後、推論ハンドラは trig_timer メソッドを実行します。

［タイマ遅延］は、スケジュールされたタイマ スレッドが完了すると予想される時刻と、実際に完了した時刻の間隔です。［タイマ遅延］グラフは、タイマ プロセスの平均遅延を秒単位で表示します。たとえば、平均タイマ遅延が 10 秒で、推論ハンドラが 60 秒ごとのタイマ スレッドを登録した場合、タイマ スレッドにより、対応するトリガ方式が実際にアクティブになります。

タイマ遅延が大きい状態で長期間実行すると、推論ハンドラの遅延アクティブ化がトリガされるため、ネットワークの監視で遅延が発生することがあります。3 秒以上続いているものを表示するタイマ遅延グラフは、パフォーマンスの問題を示します。不明な点については、CA サポートにお問い合わせください。

［使用中のタイマ スレッド］グラフは、使用中のタイマ スレッドの数を表示します。

必要なタイマ スレッド数が利用可能なタイマ スレッド数を超えた場合、タイマ スレッドが使用可能になるまで、保留中のタイマ スレッド要求はキューに格納されます。このような場合、ネットワークの現在の状態に対して、タイマ スレッドの数が不十分な場合があります。この場合は、CA サポートまでお問い合わせください。

通知遅延は、スケジュールされた通知スレッドの完了予定時刻と、スレッドが実際に終了した時刻の間隔です。［通知遅延］グラフは、通知プロセスの平均遅延を秒単位で表示します。たとえば、平均通知遅延が 10 秒で、推論ハンドラが 60 秒ごとの通知スレッドを登録した場合、推論ハンドラの対応するトリガ方法は実際には、通知スレッドによって 70 秒ごとにアクティブになります。

通知遅延が大きい状態で長期間実行すると、推論ハンドラのアクティブ化の遅延がトリガされるため、ネットワークの監視でも遅延が発生します。

特定の時点でシステムが使用する通知スレッドの数は、属性の数またはネットワークで発生した監視の変更に比例します。ネットワークが起動し、安定したら、システムを監視するために必要な通知スレッドの数は一定かつ少数である必要があります。

必要な通知スレッド数が利用可能なスレッド数を超えた場合、通知スレッドが使用可能になるまで、保留中の通知スレッド要求はキューに格納されます。このような場合、ネットワークの現在の状態に対して、通知スレッドの数が不十分な場合があります。不明な点については、CA サポートにお問い合わせください。