# 소비자 반환값 교정 결과

| 항목 | 이전 | 교정 후 |
| --- | ---: | ---: |
| 실제 결과/Redis FPS | 0.961 | 9.982 |
| preprocess→infer 평균 | 2031.97ms | 24.17ms |
| 최종 cleanup | 2.208초 | 0.109초 |

정상 consume 반환값을1로 바꾸고, 의도적 폐기/오류를 구분했다.
모델 없는 실제 SDK의3buffer 대조: 반환0 약3초, 반환1 약0.002초, EOS/wait 종료 PASS.
source/image 각41 tests PASS. 새 image build1, 실제 Start1/Stop1만 실행했다.

실제 측정은 첫 결과 뒤5초 워밍업을 제외한15.428초다.
decoded232, 선택/infer155, 결과/Redis154. 입력 약15 FPS 중 목표10 FPS를 선택했다.
계측창 경계의1 Frame 차이이며 Publisher 마지막 queue0이다.
현재 Analytics healthy·Stream stopped, 새 image/표시0.25/Metadata 설정 유지, 상세 계측/capture Off.
시작 진단 mount/env는 다음 승인 recreate까지 RETAIN. restart 정책 복원, 비대상 서비스 변경0.

RTP/identity/Tracking/모델/pool/threshold는 유지했다. Stop 후 Redis key는 TTL로 만료돼 RTP 필드를
별도 재확인하지 않았다. 실제 Redis 송신과 같은 run의 geometry 읽기는 측정 종료 전에 확인했다.
다중채널·장시간·시각/Tracking 품질·외부 동기화 보장은 아니다.
이1 FPS 결함은 현재 검증 범위에서 마감하며 추가 성능 audit 없이 다음 기능 목표로 이동한다.