プレビュー、検出、および記録では、入力またはデコード段階を共有したり、異なる解像度、サンプリング レート、エンコーダー、バッファリング ポリシーを使用したりする場合があります。同一の処理パスを想定しないでください。個々のワークロードの数値を追加するだけでは、検証された合計キャパシティの証拠としては不十分です。

実際のデータフローに沿ってカウンターを配置する

ステージ 必要な記録 守るべき区別
入力とデコード 受信、有効なフレーム、デコードエラー、待機中 受信データと有効な画像の比較
検出処理 スケジュールされた時間、完了した時間、スキップされた時間、および結果の時間 意図的なサンプリングと意図しない損失
プレビューのエンコードと配布 エンコードされた出力、セグメント、読み取り、クライアント サーバー出力とクライアント表示
書き込みの記録 書き込まれたバイト数、ファイル、インデックス、エラー 一時バッファリングと確認済みストレージ
再生読み取り 取得、シーク、デコード、読み取りにかかる時間 単一チャネル読み取りと同時再生の比較

タイミングポイントとクロックソースを定義する

受付、キューエントリ、処理完了、セグメントの可用性、クライアント上のビデオ表示時の時間を測定します。各メトリックの開始、終了、およびクロック ソースを定義します。カメラ側のタイムスタンプや独立したタイミング基準がなければ、ホストコンピュータだけでの測定では、カメラの露出から画面上のビデオ表示までの経過時間を確立できません。

組み合わせたワークロードを段階的に増やす

比較中にビデオ モードとモデルのバージョンを変更しないでください。リソース、エラーを記録し、プレビューのみ、検出のみ、記録のみ、および合意された組み合わせを待機します。チャネル、クライアント、再生または保持タスクを追加した後、デコード、メモリ、ネットワーク、またはディスクのボトルネックがないか確認します。未測定の組み合わせは未検証としてマークしておきます。

回復証拠を保存する

入力損失、再接続、ディスク容量の不足、またはサービスの再起動後、各機能の状態と実際の出力を確認します。ライブ サービス プロセスは、継続的な記録や有効な結果の証拠としては不十分です。構成、元のカウンタ、ログ、再現手順を保持します。この記事は、普遍的な同時チャネル容量を保証するものではありません。

関連サービス: エッジ AI の導入と最適化 そして プロジェクトのお問い合わせ.