Las proporciones viajan. Los absolutos dependen del equipo.
Cada cifra está medida y viene acompañada del equipo y la compilación con los que se midió. Lea el pie antes de planificar una instalación sobre un número.
| Medición | Resultado | Equipo y compilación |
|---|---|---|
| Huella del sistema completo | ~1.0 / 20 cores (~5%), <1 GiB | QNAP TVS-h874, 8 cámaras / 16 flujos, producción |
| Coste de ingesta, solo el hub | ~2.4% de un núcleo | Mismo equipo, 16 flujos RTSP |
| Detección, GPU | 2.05 ms / inferencia | yolo11s @ 640, RTX 5090, equipo de desarrollo |
| Detección, OpenVINO en CPU | 8.95 ms / inferencia | yolo11s @ 640, equipo de desarrollo: ~2,9× más rápido que el proveedor CPU por defecto |
| Detección, CPU | 25.85 ms / inferencia | yolo11s @ 640, proveedor CPU de ONNX Runtime, equipo de desarrollo |
| Latencia del bus, TCP autenticado | p95 0.064 ms | Loopback, compilación de depuración |
| Latencia del bus, sobre TLS | p95 0.210 ms | Loopback, compilación de depuración |
| Suelo de transporte | UDS ~5× TCP en loopback | Sintético, tramas de 1 KiB |
Por qué es tan ligero
Un hilo epoll en el núcleo, llamadas al sistema directas, sin libc, y cada cámara ingerida una sola vez sin importar cuántos consumidores la quieran. La grabación se activa por movimiento, así que el coste de disco sigue a los eventos, no al reloj.
Cómo dimensionar el equipo
La ingesta escala con el número de flujos y es barata. La detección domina, y la escalera de proveedores decide cuánto: GPU, iGPU de Intel o CPU, en ese orden de apetito. Elija el escalón y después el equipo.
Reproducir estas cifras
El tablero de mediciones forma parte de la documentación, con el método junto a cada cifra. Las latencias vienen de una compilación de depuración en loopback, y así deben leerse: un suelo, no una promesa.