Tecnologías de rendimiento: UDP de copia cero frente a RDMA/RoCEv2

Ahora profundizaremos para comprender qué se debe buscar en una actuación. GigE Vision implementación. Esta breve animación ilustra el proceso de dividir los paquetes de red GigE Vision en imágenes. Los encabezados, líderes y avances son consumidos por un proceso de control mientras que las partes de la imagen terminan en un búfer de memoria contiguo. Cuando se utiliza software para este proceso, todo el paquete se escribe en la memoria y luego las partes de la imagen deben leerse de la memoria y volver a escribirse en otra ubicación de la memoria de forma no fragmentada (o contigua). Este proceso se puede realizar en un software que cuesta 3 veces el ancho de banda de la memoria o se puede realizar mediante las funciones de división del encabezado de la tarjeta para un rendimiento óptimo. GigE Vision y TCP convencionales son ejemplos de procesos de bajo rendimiento. Y no se deje engañar por las afirmaciones sobre el mecanismo de transferencia garantizada de algunos implementadores de TCP, que simplemente significan que si recibe una trama, esta trama estará completa sin ningún tipo de corrupción. Esto no es una garantía de que no se perderán fotogramas. En todos los sentidos, TCP no es un punto de partida para las aplicaciones de rendimiento y equivale a poco más que ruido de marketing.

Esta diapositiva es una ilustración de cómo los cambios propuestos o ratificados están haciendo converger los estándares de interfaz. USB sigue siendo prácticamente el mismo, pero es una tecnología punto a punto. CXP ha adoptado la capa física de Ethernet convergiendo hacia GigE Vision. GigE Vision+RDMA y GigE Vision+TCP (si se ratifican) están convergiendo a CXP y USB como tecnología punto a punto. (quizás dentro de 2 años). GigE Vision+GVSP mantendrá su integridad y conjunto de funciones y no convergerá con los otros protocolos.

Lo que vemos es que RoCEv2 requiere más recursos FPGA para implementarse y, como tal, el costo de la FPGA será mayor que el del estándar liviano y el protocolo maduro GigE Vision GVSP. Esto es aún más cierto si se implementa un búfer de reenvío.

Vemos que para crear la cámara más pequeña y de menor costo, estas cámaras de varios fabricantes no admiten RoCEv2 por debajo de 10GigE. Ésta es una de las formas en que el nuevo Eros de Emergent cámaras 5GigE continuará brindando un verdadero rendimiento de copia CERO, mientras que los demás dependen del procesamiento TCP y GVSP convencional, que produce un ancho de banda de memoria 3 veces mayor y una eficiencia del 33 % de los métodos de copia Emergent ZERO. En sistemas multicámara, Emergent seguirá siendo incomparable en densidad del sistema y métricas de rendimiento de precios.

Y recuerde que, si bien muchos afirman que la utilización de la CPU es baja, en realidad es la utilización del ancho de banda de la memoria la que se oculta en segundo plano e impide el máximo rendimiento del sistema.

1. ¿Qué hará Emergent si ROCEv2 forma parte del estándar y RoCE es más flexible que GVSP/Emergent?

RoCEv2 no es un fracaso. El único beneficio después de sopesar todos los datos es el componente de copia cero.

Y, sin embargo, elimina una característica fundamental como la multidifusión debido a su naturaleza de conexión punto a punto como CXP/USB. Sin GPU Direct para Windows/NVidia Sin NDSPI/Windows Client Intel/Marvell. Lo que se suponía que era un beneficio es la lista completa de proveedores de NIC que admiten el protocolo….

Recursos FPGA para limitar a 10G y más
Jitter/Latencia con reenvíos/control de flujo
no estandarizado
no maduro
Adopción lenta
No es compatible con versiones anteriores de 1G/2.5/5G existentes
Sin tarjetas POE
Diseñado para transferencias de archivos grandes, no para transmisión de video

Veremos adónde va esto; todos los productos Los suministros emergentes están preparados para RDMA/RoCEv2 y podrían adoptarlo rápidamente si CXP se apresurara a hacerlo, y ahora debe adoptar la capa física de Eth

2. ¿Es razonable tener muchas cámaras en un solo servidor y cómo puede el servidor satisfacer las necesidades de procesamiento?

Consulte nuestra otra presentación donde mostramos hasta 48 cámaras 25Gige en un solo servidor con 2 GPU que realizan codificación H.265 con nuestra función de complemento eCapture Pro. Mostraremos cómo otros complementos, como la coincidencia de patrones, la polarización y la inferencia, también se pueden ejecutar con rendimiento gracias a GPU Direct y las GPU de alto rendimiento de NVidia.

3. ¿Qué NIC de Broadcom admite?

Admitimos tarjetas basadas en Broadcom Thor como P425G (Quad 10/25) y P2100G (Dual 100G) que tienen recursos óptimos

4. ¿Es importante la tecnología de multidifusión en las aplicaciones de visión artificial?

Absolutamente. Cualquier sistema que pueda beneficiarse de la redundancia, la conmutación por error rápida y el procesamiento distribuido se beneficiará y eso sólo será más importante con sistemas de cámaras de mayor rendimiento.

5. Probamos un sistema con 5 cámaras 1GigE por estación de trabajo y nunca lo llevamos a un nivel estable. Viendo tu presentación, ¿cuál es la diferencia entre tu enfoque y el de otros?

Nuestro enfoque siempre ha estado en los sistemas de rendimiento independientemente de la velocidad de la interfaz. Podrían ser unas pocas cámaras de 100GigE en un solo servidor o muchas de menor velocidad.
cámaras en el mismo servidor único. En cualquier caso, siempre proporcionamos una solución de copia cero para dichas aplicaciones de rendimiento y contamos con más de una década de ajuste del rendimiento del sistema que aprovechamos.

6. ¿Cuál es el precio de un conmutador 48G de 25 puertos como el que promociona?

No proporcionaré números absolutos para esto, pero diré que se ha citado a nuestros competidores diciendo que estos conmutadores son 3 veces más caros que la realidad.
En general, los conmutadores pueden costar tan solo un par de cámaras, lo que tiene un valor increíble cuando se trabaja con 8 o más cámaras en un sistema.