預覽、偵測和錄影可能共用部分存取或解碼環節,也可能採用不同解析度、取樣頻率、編碼和緩衝策略。不能假定它們使用完全相同的處理路徑,也不能把單項負載簡單相加當作已經驗證的組合容量。
從實際資料流定位計數位置
| 環節 | 需要記錄 | 注意區分 |
|---|---|---|
| 存取與解碼 | 接收、有效訊框、解碼錯誤和等待 | 收到資料不等於產生有效影像 |
| 檢測處理 | 調度、完成、跳過和結果時間 | 主動採樣與異常丟失 |
| 預覽編碼與分發 | 編碼輸出、分片、讀取和客戶端 | 服務端產出與客戶端顯示 |
| 錄影寫入 | 寫入量、檔案、索引及錯誤 | 暫時緩衝與已確認保存 |
| 回放讀取 | 檢索、定位、解碼和讀取耗時 | 單路讀取與並發回放 |
計時起止與時鐘來源對應
接收、入隊、處理完成、分片可讀和客戶端顯示是不同位置。先定義各指標的起止點與時鐘來源,然後再進行比較。缺少相機時間或獨立參照時,主機側計時不能獨立證明從曝光到顯示的完整時延。
逐步增加組合負載
固定視訊模式和模型版本,記錄只預覽、只偵測、只錄影及約定組合下的資源、錯誤和等待。增加路數、客戶端、回放或儲存任務後,檢查瓶頸是否轉移到解碼、記憶體、網路或磁碟。沒有記錄的組合保持未驗證。
恢復過程也需要留證
斷流、重連、磁碟不足及服務重開機後,分別檢查各功能狀態與實際輸出。不要只根據服務進程存活判斷錄影連續或結果有效。保留配置、原始計數、日誌和復現步驟;本文不提供通用並發路數承諾。
相關服務:邊緣AI部署與效能優化、專案諮詢。