順序付けされたイベント処理サブシステムは、バインドやアンバインドなどのイベントを処理する際に適切な順序が維持されるために存在します。このサブシステムはスレッドプールへのファサードを提供し、イベント処理サブシステムなどと同様のチューニングパラメータを持ちます。現時点では、このプールはバインド/アンバインドイベントによってトリガーされる存在評価のみをサービスとして提供します。

システムに高い負荷がかかる場合、以下の表で説明する設定を使用してメモリフットプリントを制限します。これらの制限を超えた場合、デバイスの状態にかかわらず、Thing の isReporting が false に変わります (詳細については以下の表を参照)。

最初の 3 つの設定はイベント処理サブシステムと完全に共有されることに注意してください。

このサブシステムでは、タスクがブロックされる可能性がある 2 つの異なる理由が区別されます。

"キューの最大エントリ数" の上限を超えた場合、スレッドプールはサイズ変更を試みます。これに成功した場合、新しい Worker スレッドによって評価のキューが消費されます。

"最大スレッド" の上限が原因でサイズ変更できない場合や、"最大ブロックタスク数" の上限を超えた場合、スレッドプールは評価を却下します。却下された評価はただちに省略されて "レポートなし" になり、以降の処理は行われません。

高可用性コンテキストでは AlwaysON リクエストは接続サーバーによってラウンドロビン方式でルーティングされるので、高可用性環境では isReporting プロパティは予想どおりに動作しない可能性があります。したがって、その結果、BIND/UNBIND イベントは別のノードまたはキューによって実行されます。