# 10 FPS 제어·최소 계측 결과

기능 연결/계측/cleanup PASS. 실제 10 FPS 처리량은 미달이며 성능 최적화 완료가 아닙니다.
단일 Det, version2 FP16, 표시0.25, 디버그 저장 Off. 기존 Snapshot 캐시는 유지했습니다.
Start→Stop 34.90초, 첫 결과 3.52초, cleanup 2.61초.

| 구간 | 측정 초 | Decode/mux FPS | 선택 FPS | 결과/Redis FPS | 샘플링 제외 |
|---|---:|---:|---:|---:|---:|
| off | 12.52 | 1.60 | 1.04 | 1.04 / 1.04 | 7 |
| on | 12.55 | 1.20 | 0.96 | 0.96 / 0.96 | 3 |

## 지연과 한계
- 선택→전처리 출력 평균 1021.8ms, 전처리 출력→infer 출력 평균 2043.0ms. SDK queue 대기를 포함합니다.
- Tracking 평균 13.76ms, result worker 전체 평균 16.50ms, result queue 평균 1.30ms.
- Triton 32요청: 서버 처리 평균 12.54ms, compute_infer 평균 8.54ms. 누적 통계로 On/Off별 수치는 아닙니다.
- 따라서 초 단위 지연을 Triton 모델 계산만의 문제로 설명할 수 없습니다. SDK queue/backpressure 및 retrieve/Snapshot 복사 경계는 미분리입니다.
- Off/On 차이는 짧은 순차 live 표본으로, 계측의 인과적 부하율이 아닙니다. 공통 counter 및 기존 진단 비용은 두 구간 모두 포함합니다.
- latency 표본은 On 활성화 뒤 워밍업3초를 포함하고 FPS 표는 워밍업을 제외합니다.
- source 수신 FPS, decoder 자체 실행시간, GPU kernel별 시간, Redis wire latency는 미측정입니다.
- 720p 처리 surface는 미적용입니다. 원본1920x1080/모델576x576/디버그 최대1280x720을 구분합니다.

## 자원
| 구간 | CPU % (100=1 core) | container 메모리 최대 MiB | GPU 사용률 최대 % | GPU 메모리 최대 MiB |
|---|---:|---:|---:|---:|
| off | 12.9 | 1284.7 | 28.0 | 4727.0 |
| on | 15.2 | 1287.4 | 30.0 | 4727.0 |

GPU는 장치 전체 표본이고 CPU/메모리는 Analytics cgroup(Triton 포함)입니다. 약2.5초 표본으로 순간 peak 보장은 아닙니다.
종료 후 healthy/stopped, 상세 계측 Off, 디버그 시각 env/mount 제거, restart on-failure:3 복원. GPU 메모리는 공유 모델 보유를 포함합니다.

## 다음 최소 작업
추가 모델/precision 탐색보다 retrieve callback 전체·기존 Snapshot GPU→CPU 복사와 SDK queue의 대기 위치를 표적 계측합니다. 지금 자료만으로 Snapshot 결함을 확정하거나 기능을 제거하지 않습니다.